Indy FTP mit Progressbar

[EWeiss]

Zitat:

Der Wert in Progress bleibt immer gleich.

Ok! Aber destotrotz ein Application.ProcessMessages; ist der Tod für deine Progressbar
Diese sollte man nicht unterbrechen und nur aktualisieren wenn nötig.

Zitat:

und dich von FTP zu verabschieden.

Warum sollte er das tun wenn er einen FTP Server hat?
Das war aber auch nicht die frage.

gruss

[Glados]

Zitat:

Warum sollte er das tun

Weil es einfach unsicher ist irgendwelche Logindaten in eine Datei mit einzukompilieren.
Alles was man per FTP runterladen kann, kann man auch über HTTP runterladen.

Eine korrekt funktionierende Lösung habe ich oben bereits erwähnt.

Zitat:

Ok! Aber destotrotz ein Application.ProcessMessages; ist der Tod für deine Progressbar
Diese sollte man nicht unterbrechen und nur aktualisieren wenn nötig.

Das verstehe ich irgendwie nicht. Warum sollte das der Tod sein? Wir wissen ja nicht einmal, ob er einen Thread benutzt oder nicht.
Als Tod würde ich es nicht betrachten. Denn das ist es keinesfalls.

[Daniel]

Zitat von Glados:

Zitat:

Warum sollte er das tun

Weil es einfach unsicher ist irgendwelche Logindaten in eine Datei mit einzukompilieren.
Alles was man per FTP runterladen kann, kann man auch über HTTP runterladen.

Eine korrekt funktionierende Lösung habe ich oben bereits erwähnt.

Du hast eine Lösung verlinkt, aber die macht etwas anderes. Um die Frage der Logindaten hast Du Dich komplett gedrückt. Der von Dir verlinkte Code lädt eine Datei via HTTPS herunter, nicht mehr und nicht weniger. Es ist grundsätzlich richtig, den Transportweg zu sichern. Aber den von Dir vorgebrachten Einwand mit den einkompilierten Logindaten hast Du selbst auch nicht behandelt.

[EWeiss]

Zitat von Glados:

Zitat:

Warum sollte er das tun

Weil es einfach unsicher ist irgendwelche Logindaten in eine Datei mit einzukompilieren.
Alles was man per FTP runterladen kann, kann man auch über HTTP runterladen.

Eine korrekt funktionierende Lösung habe ich oben bereits erwähnt.

Zitat:

Ok! Aber destotrotz ein Application.ProcessMessages; ist der Tod für deine Progressbar
Diese sollte man nicht unterbrechen und nur aktualisieren wenn nötig.

Das verstehe ich irgendwie nicht. Warum sollte das der Tod sein? Wir wissen ja nicht einmal, ob er einen Thread benutzt oder nicht.
Als Tod würde ich es nicht betrachten. Denn das ist es keinesfalls.

Wenn du anstelle des zeichnen der Progressbar die Anwendung weiterhin ihr spielchen treiben lässt was glaubst wie genau
die anzeige der Progessbar dann noch ist? Bzw.. diese aktualisiert.

Hast du mal eine Progressbar unter Volllast einer Anwendung getestet?
Ich meine so was hier.
Glaubst du im ernst das die Progressbar jemals ihren Status ändert? Wenn du da noch mit ProcessMessages rum machst?

Denke nicht!
Wenn ich schon eine Progressbar in meine Anwendung integriere dann sollte ich diese nicht durch ProcessMessages blockieren.

Zitat:

Wir wissen ja nicht einmal, ob er einen Thread benutzt oder nicht.

Das hat nichts mit einem Thread zu tun.

gruss

[bra]

Application.ProcessMessages benötigt man teilweise gerade WEIL sich sonst die GUI nicht aktualisiert.

[EWeiss]

Zitat von bra:

Application.ProcessMessages benötigt man teilweise gerade WEIL sich sonst die GUI nicht aktualisiert.

Ja?
Dann hast du ein Design technisches Problem in deinem code.
Aber jeder wie er will.

Meine Programme freezen nicht.

gruss

[Glados]

Zitat:

Glaubst du im ernst das die Progressbar jemals ihren Status ändert? Wenn du da noch mit ProcessMessages rum machst?

Denke ich sehr wohl!
Was denkst du wie ich es mache? Genau so. Hat immer funktioniert und wird vermutlich noch ewig so funktionieren.

Zitat:

Meine Programme freezen nicht.

Meine auch nicht. Und ich benutze ProcessMessages, Wahnsinn

@Daniel keine Ahnung was du mir sagen möchtest. ist ja aber auch egal. Ich halte mich jetzt raus aus diesem Thema hier. Man bekommt ja eh nur aufs Maul.

[Walter Landwehr]

Oh, Oh Schande auf mein Haupt. Ich hatte doch tatsächlich diese Zeile im Code:
UpdaterFtp.OnWork := Nil; Kein Wunder das es nicht funktionierte. Dieser Fehler passiert mir nicht noch mal.

[PiBi7]

Hallo zusammen
Ja dieses Thema ist schon ziemlich alt, aber ich stehe nun auch vor diesem/einem ähnlichen Problem.

ein Klick auf den Button "btnDownload" auf einem FireMonkey Download-Form sollte auf einem Android-Tablet folgendes machen:
1. btnDownload.Enabled := False
2. ausblenden eines Textes
3. dafür einblenden eines Fortschrittbalken
4. die Datei per HTTP-Get herunterladen (TIdHTTP.Get())
5. während dem Download den Fortschrittsbalken nachführen

Sämtliche Änderungen am GUI (en-/disablen und Fortschritt) werden aber nur nachgeführt, wenn Application.ProcessMessages aufgerufen wird. In vielen Posts wird jedoch von der Verwendung von ProcessMessages bei Android wehement abgeraten. Hat jemand einen Vorschlag, wie hier richtig vorzugehen ist? Ich dachte mir, dass Indy das von sich aus mittels Thread löst und ich diesen Vorgang nicht auch noch in einen anderen Prozess Packen muss.

- Ist ProcessMessages doch richtig, oder wie kann man einen Refresh des GUI sonst noch auslösen (Refresh geht nicht)?
- Wird ProcessMessages in einer späteren Delphi-Version evtl. nicht mehr unterstützt?

Herzlichen Dank in die Runde
Patrik