Windows AppStore

[greenmile]

Hallo,

ab Sommer möchte Microsoft anscheinend, dass man neue Anwendungen (neudeutsch: Apps) vorzugsweise aus dem App-Store bezieht. Kann man zwar abschalten, aber wenn aktiviert, bekommt man (wohl) kein normales Setup mehr zum laufen. Wenn ich es recht verstehe, dann hilft mir die Windows Desktop Bridge, meine Anwendung in den Store zu bekommen.

Geht das mit Delphi Berlin/Tokio dann eigentlich nur mit Firemonkey? Oder auch mit VCL?

Steige da leider nicht so ganz durch.

[Bernhard Geyer]

Zitat:

Zitat von greenmile (Beitrag 1366423)

Hallo,

ab Sommer möchte Microsoft anscheinend, dass man neue Anwendungen (neudeutsch: Apps) vorzugsweise aus dem App-Store bezieht. Kann man zwar abschalten, aber wenn aktiviert, bekommt man (wohl) kein normales Setup mehr zum laufen. Geht das mit Delphi Berlin/Tokio dann eigentlich nur mit Firemonkey? Oder auch mit VCL?

Hat du einen Link dazu?

[Der schöne Günther]

Das geht im Endeffekt auch mit einer alten Delphi 7-Anwendung. Im Idealfall brauchst du noch nicht einmal deine IDE starten, sondern "konvertierst" nur einmal das Setup.

Um aber die Panikmache etwas zu glätten:
Er meint wohl das hier:
https://mspoweruser.com/microsoft-ju...in-windows-10/

In den letzten Betas für das kommende Update gibt es in der Systemsteuerung eine Option "Installation von Anwendungen zulassen":

1. Alles zulassen
2. Nachfragen bei Setups nicht aus dem Store
3. Nur aus dem Store zulassen

Das ist schon alles. Standardeinstellung ist das oberste. Auf meinem PC zu Hause habe ich das übrigens freiwillig auf "Nachfragen" gestellt.

[mkinzler]

So war es bei OSX auch. Der Standard ist aber gewandert.

[p80286]

Zitat:

Zitat von Der schöne Günther (Beitrag 1366426)

Das geht im Endeffekt auch mit einer alten Delphi 7-Anwendung. Im Idealfall brauchst du noch nicht einmal deine IDE starten, sondern "konvertierst" nur einmal das Setup.

Mal blöd gefragt:
d.h. ich könnte mit D7 (rein theoretisch) eine "App" für das (W)Smartphone meiner Freundin schreiben?
so ganz ohne extra Bibliotheken, oder App-Store oder NonirgendwasVereinbahrung mit MS ?

Gruß
K-H

[Bernhard Geyer]

Zitat:

Zitat von mkinzler (Beitrag 1366429)

So war es bei OSX auch. Der Standard ist aber gewandert.

Wird sicherlich bei MS auch passieren. Irgendwann wird er nach jedem Update auf "Nur Appstore-Apps" erlauben.

[Bernhard Geyer]

Zitat:

Zitat von p80286 (Beitrag 1366431)

d.h. ich könnte mit D7 (rein theoretisch) eine "App" für das (W)Smartphone meiner Freundin schreiben?

[off-Topic]
Das wird schon daran scheitern das es keine Windows-Smartphones gibt ...
Mein Arbeitskollege hat sich als letzter bekannter Anwender von Winphone/mobile jetzt ein Android-Gerät gekauft
[/off-Topic]


Dieser App-Store hat nichts damit zu tun ob die Anwendung auch auf den Wischkisten läuft.
Du kannst alte Anwendungen in den Store bringen, dies laufen aber immer noch nur unter Winx86/x64 und nicht auf ARM oder WinRT.

[Der schöne Günther]

Windows ("Store") musst du dir ähnlich vorstellen wie ein Delphi-Projekt bei welchem du die Plattform einstellen kannst (Win32, Win64, iOS 32, iOS 64, Linux, ...).

Im Store siehst du z.B. dass eine App auf Plattformen wie "Desktop", "Phone", "Xbox" usw. läuft. Oder z.B. nur "Desktop". Denn nur das geht mit Delphi. Die klassischen Win32-Anwendungen laufen nicht plötzlich auf einer Xbox oder Raspberry. *

Hier ein Beispiel: Die Entwickler vom Telegram-Messenger haben ihren klassischen Desktop-Client (Multi-Plattform Desktop-Entwicklung für Windows, Mac OS und Linux) in den Store gebracht:
https://www.microsoft.com/store/apps/9nztwsqntd0s

Er unterstützt nur die Plattform "Desktop".


Im Gegenzug gibt es andere 3rd-Party-Anwendungen die von Grund auf neu geschrieben sind und auf mehreren Windows-Plattformen laufen, darunter z.B. "Phone":

https://www.microsoft.com/store/apps/9n97zckpd60q


*
Wobei Windows mit Win32-Anwendungen ja auch irgendwann "later this year" auf entsprechend starken ARM-Plattformen (ab Snapdragon 835) laufen soll. Da wäre dann auch das klassische Handy drunter.

[t.roller]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1366433)

[off-Topic]
Das wird schon daran scheitern das es keine Windows-Smartphones gibt ...
Mein Arbeitskollege hat sich als letzter bekannter Anwender von Winphone/mobile jetzt ein Android-Gerät gekauft
[/off-Topic]

Ich habe auch eins:
LUMIA 650 DUAL-SIM mit W10Mobile

Aber nicht in Betrieb, denn ich habe keine Lust, den Akku alle 2 Tage aufzuladen.
Ausserdem hat das Gerät keine MP3-Files abgespielt OHNE Internet-Verbindung - das ging erst nach einem Update!

Wurde ich durch diesen fiesen Trick zu einem Update genötigt???

Nachtrag:
Am 25. Mai 2016 gab Microsoft die Einstellung der Lumia-Produktion bekannt. Mobile Geräte werden in Zukunft ausschließlich unter dem Dach von Microsoft Surface hergestellt.

[himitsu]

Wozu denn diese Einstellung?
Und woran erkennt Windows, ob es sich bei einer EXE um ein Setup handelt? (dass die Adminrechte braucht und Setup im Namen hat :lol:)

UAC und Rechtesystem verhindern doch auch jetzt schon, dass man einfach so irgendwas "installieren" kann.

[greenmile]

Zitat:

Zitat von Der schöne Günther (Beitrag 1366426)

Das geht im Endeffekt auch mit einer alten Delphi 7-Anwendung. Im Idealfall brauchst du noch nicht einmal deine IDE starten, sondern "konvertierst" nur einmal das Setup.

Um aber die Panikmache etwas zu glätten:
Er meint wohl das hier:
https://mspoweruser.com/microsoft-ju...in-windows-10/

In den letzten Betas für das kommende Update gibt es in der Systemsteuerung eine Option "Installation von Anwendungen zulassen":

1. Alles zulassen
2. Nachfragen bei Setups nicht aus dem Store
3. Nur aus dem Store zulassen

Das ist schon alles. Standardeinstellung ist das oberste. Auf meinem PC zu Hause habe ich das übrigens freiwillig auf "Nachfragen" gestellt.

Genau darum geht es, ein Auftraggeber hat angefragt. Gibt es irgendwo einen brauchbaren Guide? Sieht so aus als wenn es "Nur" ein Package aus einer Fileliste (XML), dem Programm und einer Signatur ist, nur statt EXE halt appx.

[p80286]

{OT]
@Bernhard
"Die Modellserie Microsoft Lumia bezeichnet Smartphones mit dem Betriebssystem Windows Phone. Vor der Übernahme durch Microsoft gehörte die Modellserie zum finnischen Hersteller Nokia und wurde deshalb bis 2014 als Nokia Lumia bezeichnet. Das erste Microsoft Lumia erschien im Dezember 2014." von
http://www.t-online.de/handy/smartph...eberblick.html

An den Processor hatte ich nicht gedacht:oops:

Gruß
K-H
[/OT]

[t.roller]

Zitat:

Zitat von greenmile (Beitrag 1366445)

Gibt es irgendwo einen brauchbaren Guide?

https://developer.microsoft.com/de-d...pps/getstarted

[Der schöne Günther]

https://developer.microsoft.com/de-d...idges/desktop#

[greenmile]

Das hier müsste passen: http://blog.marcocantu.com/blog/2016...entennial.html

[Der schöne Günther]

Wie gesagt, das ist der manuelle Weg eine x-beliebige Anwendung in ein .appx zu packen. Ab Update 2 für RAD Studio 10.1 Berlin kann die IDE das vollautomatisch selbst.

[greenmile]

Müsste ich mir mal anschauen, habe soooviele Delphi Versionen auf dem Rechner, nur Tokio noch nicht.

[Mavarik]

Hat jemand schon eine App im Windows Store?

Mavarik

[greenmile]

Versuche mich gerade an dem MakeAppX. Mir leuchtet noch nicht so ganz ein, wie ich dann zusätzlich benötigte Dateien hinzufüge. Muss ja eine Fileliste XML geben und eine Datei, in der die Registry-Änderungen drinstehen. Problematisch ist bei mir, dass der InnoSetup-Installer z.B. die Anwendung mit "-install" bzw. "-uninstall" aufruft, um einiges zu erledigen bzw. zu prüfen. Sowas geht ja dann nicht mehr.

[Der schöne Günther]

Wenn du einen kompletten Installer hast der bspw. gleich Dateizuordnungen und andere Einstellungen vornimmt geht das doch auch? Dazu ist der "Desktop App Converter" dar - Der virtualisiert dann eine zweite Windows-Instanz, führt dein Setup aus und schreibt alles mit was das Setup macht. Das Ergebnis landet dann in der .appx. (Das ist aber keine 5 Minuten-Operation)

[greenmile]

Gerade gesehen: https://mtaulty.com/2016/08/05/initi...erter-preview/

Ich kann ernsthaft meinen Installer konvertieren? Wäre ja eine übersichtliche Arbeit, geht allerdings völlig am Sinn vom Store vorbei :-D

[greenmile]

Zu früh gefreut, mit dem Konverter-erzeugte AppX können nicht in CURRENT_USER schreiben, weil die Änderungen beim beenden/logoff nicht entfernt werden könnten. Nur LOCAL_MACHINE ist möglich: https://docs.microsoft.com/de-de/win...ind-the-scenes

Ist das bei Berlin Update 2, Win32/AppStore auch der Fall?

[Der schöne Günther]

Ich verstehe nicht - Verwechselst du HKCU mit HKLM?

Klar kannst du munter in die Registry schreiben, wie vorher auch. Der Unterschied: Das ist dein ganz eigener, virtualisierter "Hive". Also was deine Anwendung da in den HKEY_CURRENT_USER wirft ist ganz ihres allein. Andere Anwendungen können das nicht sehen, das System ist genauso "sauber" wie vorher.

[greenmile]

Auszug:

Zitat:

Die Brücke behandelt die Registrierung ähnlich wie das Dateisystem. Konvertierte App-Pakete enthalten eine Datei namens „registry.dat“, die als logische Entsprechung für HKLM\Software in der tatsächlichen Registrierung dient. Zur Laufzeit führt diese virtuelle Registrierung den Inhalt dieser Struktur in der nativen Systemstruktur zusammen, um beide Strukturen in einer Ansicht darzustellen. Wenn „registry.dat“ beispielsweise einen einzelnen Schlüssel namens „Foo“ enthält, enthält ein Lesevorgang für HKLM\Software zur Laufzeit scheinbar ebenfalls „Foo“ (zusätzlich zu allen nativen Systemschlüsseln).

Nur Schlüssel unter HKLM\Software sind Teil des Pakets. Schlüssel unter HKCU oder in anderen Registrierungsbereichen sind nicht Teil des Pakets. Schreibvorgänge für Schlüssel oder Werte im Paket sind nicht zulässig. Schreibvorgänge für Schlüssel oder Werte, die nicht Teil des Pakets sind, werden von der Brücke ignoriert und sind nur zulässig, wenn der Benutzer über entsprechende Berechtigungen verfügt.

Alle Schreibvorgänge unter „HKCU“ entsprechen Kopie bei Schreibvorgang an einem privaten Speicherort pro Benutzer und App. Dies bietet die gleichen Vorteile wie die Behandlung des Dateisystems durch die Brücke in Bezug auf die Bereinigung bei der Deinstallation. In der Regel können Deinstallationsprogramme HKEY_CURRENT_USER nicht bereinigen, da die Bereitstellung von Registrierungsdaten für abgemeldete Benutzer aufgehoben wird und die Daten daher nicht verfügbar sind.

Alle Schreibvorgänge werden während der Paketaktualisierung beibehalten und nur gelöscht, wenn die App vollständig entfernt wird

[Der schöne Günther]

Damit ich es richtig verstehe :gruebel:: Geht es dir ums Setup? Das .appx-Paket erfasst anscheinend (?) nur Registry-Änderungen in HKLM. Deine laufende .appx-Anwendung kann natürlich problemlos in HKCU schreiben. Das steht ja auch im Absatz drunter und das war das erste was ich mit einer konvertierten Anwendung ausprobiert hatte ;-)

[greenmile]

Den Teil verstehe ich eben nicht so recht, hast Du das mal getestet? Kann eine konvertierte Datei dauerhaft in LocalMachine und CurrentUser schreiben?

[Der schöne Günther]

In HKCU auf jeden Fall. Habe die Anwendung nicht hier, aber das geht auf jeden Fall, wäre ja komplett sinnlos wenn das nicht ginge.

Ob HKLM geht habe ich nicht getestet. Man kann eine konvertierte Anwendung nach wie vor "als Administrator ausführen", könnte mir aber vorstellen dass das nicht geht.

Ich lese den Teil

Zitat:

Schreibvorgänge unter HKLM\Software sind zulässig, sofern kein entsprechender Schlüssel/Wert in der Paketstruktur vorhanden ist und der Benutzer über entsprechende Zugriffsberechtigungen verfügt.

so dass es geht wenn man die Anwendung als Admin startet (also wie gehabt). Getestet habe ich das aber nicht.

[arnof]

Kennt jemand eine Komponente, die inApp bzw. Test zu Kaufversion installation mit dem Appstore macht.

Herr Essing hat heute in der Coderange was gesagt, das es wohl eine Komponente irgendwo geben soll ?

[Der schöne Günther]

Sicher für Windows? FMX.InAppPurchase.TInAppPurchase scheint nur iOS und Android zu können.

Von Microsoft ist es, mit Beispielen, eigentlich ganz schön hier erklärt:
https://docs.microsoft.com/en-us/win...ses-and-trials

Ich habe grade kein Delphi hier, aber im Zweifelsfall fehlen wahrscheinlich die Header für

Delphi-Quellcode:

Windows.Services.Store

. Dann müsste man das z.B. mit Visual Studio in einer DLL machen und diese dann aus deinem Delphi-Programm aufrufen ¯\_(ツ)_/¯