Ich habe den Updatevorgang in meiner Software auch in einen Thread ausgelagert.

Ganz klarer Vorteil:
- man kann ungestört weiterarbeiten und braucht die Software nicht erst zu beenden um einen "Update-Checker" zu starten.
Nach erfolgreichem Download der Updates muss man logischerweise die Software neu starten und ein kleiner "Client", wenn man denn so programmiert hat, muss die Updates installieren.
Aber immer noch, für mich, die beste Lösung.

Zitat von dGeek:

...Nach erfolgreichem Download der Updates muss man logischerweise die Software neu starten und ein kleiner "Client", wenn man denn so programmiert hat, muss die Updates installieren.
Aber immer noch, für mich, die beste Lösung.

Nicht nur für dich Ich mache den Check wenn der User meine SW beendet: "Es steht eine neuere Version zur Verfügung. Die neuen Programmdateien wurden bereits im Hintergrund heruntergeladen und werden nun aktiviert...". Das Updaten dauert dann nur noch Sekunden.

Sehr schön Solche Software mag ich. Für mich ist Usability das fast Wichtigste einer Software.

Da wird ein Update installiert, ohne mich zu fragen ??? Das ist aber benutzerfreundlich.

Dich fragt ja auch keiner, oder hat keiner gefragt. Es ist vollkommend ausreichend, wenn ich meine Kunden um Erlaubnis frage.

Zitat von mm1256:

Dich fragt ja auch keiner, oder hat keiner gefragt. Es ist vollkommend ausreichend, wenn ich meine Kunden um Erlaubnis frage.

Vielleicht so für den Anwender auswählbar:
a. Updates automatisch suchen, herunterladen und installieren
b. Updates automatisch suchen herunterladen und manuell installieren
c. Updates automatisch suchen, manuell herunterladen und manuell installieren
d. Update manuell suchen. -> [Jetzt suchen]

Und in einem Firmennetz muss es möglich sein, dass der Domänen-Admin bestimmen kann, wie geupdatet wird. Das kann ein Auskriterium bei Firmen sein.

Zitat von Dejan Vu:

Da wird ein Update installiert, ohne mich zu fragen ??? Das ist aber benutzerfreundlich.

Meine Software bietet eine Auswahlmöglichkeit, um alle n-Tage automatisch nach Updates zu suchen. Die Updatesuche kann man auch komplett ausschalten und manuell suchen.
Es gibt auch eine Option, um Updates mit Bestätigung oder ohne, also Silent, zu installieren.

Usability Damals wurde mir beigebracht, selbst die dümmsten Szenarien zu beachten. Denn es gibt nichts, vorsicht, "Dümmeres" als den Endbenutzer.

Hallo,

die angesprochenen Möglichkeiten gibt es natürlich. Meine Mitbewerber spielen ja fast ausnahmslos in der Champions-League-Größe mit über 20.000 Kunden, und da ist es manchmal nicht leichtr mitzuhalten. Der Kunde kann auswählen, ob er generell Updates installieren will, in welchem Intervall (wöchentlich, monatlich), an welchem Wochentag, und zu welchem Zeitpunkt. Diese Einstellungen gehören jedoch nicht in ein Installationsprogramm. Dafür gibt es die programminternen Systemeinstellungen mit einer Benutzerrechte-Verwaltung. Hier ist festgelegt, welcher Benutzer überhaupt an diesen Einstellungen Änderungen vornehmen darf. Der Benutzer, der das Update installiert, hat also nicht zwangsläufig auch das Recht, diese Einstellungen ändern zu dürfen.

In diesem Fall geht es mir im Speziellen darum, den Lebenszyklus einer CD von etwa einem Jahr zu optimieren bzw. zu gewährleisten. Wenn die CD's zum Jahreswechsel gepresst werden, dann sollen sie auch das ganze Jahr über verwendbar sein. Denn, es sind natürlich neben den Kunden auch potentielle Interessenten, welche die CD erhalten.

Mich ärgert in diesem Zusammenhang immer, wenn ich eine CD installiere, dass das installierte Programm beim bzw. nach dem ersten Start schon nach Updates sucht bzw. suchen muss. Zu diesem Zeitpunkt habe ich andere Vorstellungen und Interessen. Und zudem entsteht der Eindruck, dass die CD "veraltet" ist. Der erste Eindruck ist da schnell dahin.

Beim Software-Download (ESD) sieht das natürlich wieder ganz anders aus, aber der ESD-Anteil liegt bei mir bei unter 10%.

Ich habe derartiges nie anbieten müssen, da die Software vom Kunden installiert wird, d.h. ich 'liefere' an die Haustür, auch Updates und Bugfixes und der Kunde bzw. mein single point of contact ist dann dafür verantwortlich, die Updates zu testen und zu deployen.

Nicht, das das eine bessere Möglichkeit wäre, ich kam nur nie in Verlegenheit, eine derartige Funktion implementieren zu müssen. Oder habe mich drum drücken können.