Datei wird bei Bereitstellung nicht überschreiben

[Sir Rufo]

Zitat:

Zitat von himitsu (Beitrag 1301236)

Oder die Datei als Ressource in die "EXE" und bei Programmstart/Verwendung da rauskopiert.

Die Anwendung selber wird ja hoffentlich aktualisiert, auch wenn sie schonmal installiert wurde. :stupid:

... oder in das gleiche Verzeichnis wie die Anwendung ...

[bcvs]

Zitat:

Zitat von Sir Rufo (Beitrag 1301249)

... oder in das gleiche Verzeichnis wie die Anwendung ...

Und wie? Deployen nach .\ und wiederfinden mit TPath.GetLibraryPath funktioniert jedenfalls unter Android nicht. Da ist die Datei nicht. Oder muss das dann nach library\lib\irgendwas?

[bra]

Alles sinnvolle Vorschläge, leider alle mit gewissen Nebenwirkungen und letztlich ja nur ein Umschiffen eines meiner Meinung nach unsinnigen Verhaltens von FMX.

Zitat:

Zitat von bcvs (Beitrag 1301224)

Dann müsste man halt die Versionsnummer in die Tempversionen integrieren und alle älteren Versionen löschen. In deinem Beispiel:

Version3 installiert und gestartet -> Tempversion3 wird umkopiert, Tempversion2 wird gelöscht.

Zitat:

Zitat von Mavarik (Beitrag 1301227)

Oder Du änderst den Dateiname:

'Help_'+GUITtoString+'.htm';

Und suchst die Datei mit 'Help_*.htm'

An so etwas habe ich auch schon gedacht, allerdings muss man dann bei jeder Änderung einer Datei daran denken, die umzubenennen und zusätzlich im Deployment-Manager auch ändern (oder dort umbenennen). Das ist aber nur mit sinnvollem Aufwand möglich, wenn sich nur wenige Dateien ändern. Wir hatten in einem Projekt eine Zeitlang pdf.js eingebunden (hunderte einzelne Dateien), da wäre sowas bei einem Update gar nicht sinnvoll machbar.

Zitat:

Zitat von himitsu (Beitrag 1301236)

Oder die Datei als Ressource in die "EXE" und bei
... oder in das gleiche Verzeichnis wie die Anwendung ...

Hab ich auch schon versucht und es nicht zum Laufen bekommen, scheinbar werden dort nur spezielle Dateien deployed, zumindest bei Android.

Zitat:

Zitat von himitsu (Beitrag 1301236)

Oder die Datei als Ressource in die "EXE" und bei Programmstart/Verwendung da rauskopiert.

Hier wird es Probleme mit zu großen Dateien geben, meines Wissens haben die Bins zumindest unter iOS eine Größenbegrenzung.

[bcvs]

Zitat:

Zitat von bra (Beitrag 1301322)

Das ist aber nur mit sinnvollem Aufwand möglich, wenn sich nur wenige Dateien ändern.

Stimmt. Bei mir ist es eine einzige html-Datei, da hält sich der Aufwand in Grenzen :)

[Rollo62]

Hallo zusammen,

es gibt einen "geheimen" Schalter Run/Parameter/ -cleaninstall
http://docwiki.appmethod.com/appmeth...Android_Device

Ich meine etwas ähnliches für iOS gesehen zu haben.

Keine Ahnung ob es auch die Assets vor einem Deployment löscht, wäre aber einen Versuch Wert.

Rollo

[bcvs]

Das nützt aber gar nichts, wenn die fertige App aus dem App-/Play-Store heraus upgedatet werden soll.

[himitsu]

Hat deine App Zugriff auf das Internet?

Wenn ja, dann halt nicht direkt ausliefern, sondern zur Laufzeit schauen ob's was Neues gibt und das runterladen.
Oder die HTML direkt im Internet hosten und aufrufen.


Du hast doch bestimmt nicht vergessen die Update Subscription mit zu kaufen?
> Support-Anfragen starten und das reparieren lassen, oder die sollen dir eben sagen wie man das lösen soll, wenn die eigentliche Funktion schon nicht richtig funktioniert.

[Mavarik]

Zitat:

Zitat von Mavarik (Beitrag 1301227)

'Help_'+GUIDtoString+'.htm';

:roll:

[Atze75]

Hallo

Ich habe mit der aktuellen Version (10.3.1) immer noch das gleiche Problem. Gibt es noch einen anderen Workaround als den oben beschriebenen?

Gruß