UnInstaller - Links löschen

[musicman56]

Zitat:

Verwechselt da etwa jemand etwas? Ein Migrationstool z.B. mit einem Installationstool?

Dann lies doch bitte nochmals nach. Gerade das ist ja das Innovative daran: Ein Installer der beides kann. Mit einer einzigen Codebase. Abgesehen davon: Migration ist eigentlich ja auch nicht richtig, weil die SW ja die immer die Gleiche bleibt. Übrigens: Im Dezember ist Relaunch, freu mich schon wieder auf die langen Gesichter der Konkurrenz (sorry, das konnt ich mir jetzt nicht verkneifen)

[Sir Rufo]

Zitat:

Zitat von musicman56 (Beitrag 1192023)

Das hab ich aber schon gleich zum Anfang klipp und klar geschrieben:

Zitat:

Könnte einen Roman über weitere Gründe zur Verwendung eines eigenen Installationsprogrammes schreiben, doch um die Pro's und Con's geht es ja eigentlich nicht. Das wär ein anderes Thema.

Was mir stinkt ist die Tatsache, dass es - wohl unvermeidlich - in fast jedem Forum Leute gibt die zur Sache selbst (also zur gestellten Frage) nichts beitragen können, weil sie selber absolut keinen Plan dazu haben. Aber irgendwie versuchen sie der Umwelt dann doch glaubhaft zu machen, wie gut sie drauf sind.

Deine (gestellte) Frage bezog sich - klipp und klar - auf ein Installationsprogramm.
Deine (gedachte) Frage bezog sich auf ein Migrationsprogramm.

Wenn du nach Äpfeln fragst, aber dabei an Birnen denkst, wird dir niemand eine Birne anbieten, nur Äpfel. :roll:

Zitat:

Zitat von musicman56 (Beitrag 1192025)

Zitat:

Verwechselt da etwa jemand etwas? Ein Migrationstool z.B. mit einem Installationstool?

Dann lies doch bitte nochmals nach. Gerade das ist ja das Innovative daran: Ein Installer der beides kann. Mit einer einzigen Codebase. Abgesehen davon: Migration ist eigentlich ja auch nicht richtig, weil die SW ja die immer die Gleiche bleibt. Übrigens: Im Dezember ist Relaunch, freu mich schon wieder auf die langen Gesichter der Konkurrenz (sorry, das konnt ich mir jetzt nicht verkneifen)

Migration = Umzug

Wenn du jetzt auch noch eine andere Bedeutung hinter den Begriffen definierst, dann wird es noch schwieriger.
Denn eine Migration habe ich bei einem Umzug von Maschine A auf Maschine B und/oder Software A auf Software B.

[moinmoin]

Gemeinsame/einzige Codebase - genial.

Wieviele "ifinstalled" sollen denn in die einzige Codebase rein?

Edit:
Ja, du hast Recht, wir verstehen dich nicht.

[cookie22]

Auf meine Frage im zweiten Post, um welche Links es sich genau handelt, hast du ja leider nichts gesagt.

Ich rate mal, dass es sich um verwaiste Links handelt.

Gespeichert werden gepinnte Links unter Win7 in:

..AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User
Pinned\TaskBar

..AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User
Pinned\StartMenu

[musicman56]

Zitat:

Wieviele "ifinstalled" sollen denn in die einzige Codebase rein?

"sollen" ? .... ist ja schon fertig. Da ist wirklich kein einziges drin. Der einzige Unterschied ist die Funktion "IsMyComputerRunning" die verhindert, dass meine individuellen Registry-Einstellungen nicht aus Versehen in eine Install-Exe reinkommen. Wenn ich auf meinem PC ein normales Distributions-Setup erstelle, dann ist es ja die selbe Setup.exe wie beim Kunden. Dann wähle ich eben die Datenbank-Aliase (Musterdaten) aus, die ich zur (Demo-)Installation mitgeben will.

Der Kunde macht das bei der Erstellung genauso. Mit dem einzigen Unterschied, dass dann bereits alle Aliase vorbelegt (markiert) sind. Weil's ein paar Mausklicks spart.

Und wenn ich eine Setup.exe ohne Musterdaten erstellen will, die nur zur Installation eines Update geeignet ist (zum Download aus dem WEB), dann ist das eine einzige CheckBox die wiederum nur sichtbar ist, wenn IsMyComputerRunning=true.

Das einzige Problem ist: Weil sich die Setup.exe ja selber patcht, schlägt die Heuristik des Virenscanners ab und zu an. Doch das Problem hab ich schon mit in die Dokumentation aufgenommen.

Ach ja, einen Unterschied gibt es noch: Der Kunde kann sein Setup mit einem Passwort absichern, mit welchem gleichzeitig die Daten verschlüsselt werden, damit nicht jeder der in Besitz der exe ist an die Daten ran kommt.

[musicman56]

aus #2:

Zitat:

Wo sind denn die Links?

Das war ja das Problem (das ich heute Nacht ja gefunden hab). Ich hatte die ganze HDD danach abgesucht, aber keine Suchergebnisse erhalten. Wenn ich zu dem Zeitpunkt schon gewusst hätte, wo die Links gespeichert sind, hätte sich ja meine Frage erübrigt. Aber so hab ich angenommen, dass es irgendwie mit dem Papierkorb zusammen hängt.

Abgesehen mal davon: Was haben die links im folder "Internet Explorer" zu suchen? Kommt doch keine S... drauf

[moinmoin]

Je mehr ich lese desto verwirrender wird es.

Dein Setup erstellt Links (im StartMenü) und dein Uninstaller findet die nicht?

[musicman56]

Nein, der User pinnt ja die Links seiner Wahl ans Startmenü oder an die Taskbar. Und wenn du ganz zum Anfang gehst, dann liest du:

"Es hängt vermutlich auch mit der Funktion "An Taskleiste anheften" bzw. "An Startmenü anheften" zusammen. Würde mich freuen, wenn sich damit jemand auskennt."

[moinmoin]

Na dann ist doch alles klar: Systemwiederherstellungpunkt erstellen lassen :wink:

Edit meint:
Wenn ich von Setup-Programmen erstellte Desktop-Links in andere Ordner verschiebe, sind diese Links in den anderen Ordnern nach der DeInstallation immernoch vorhanden. Nur halt funktionslos und ohne passendes Icon.

Kann ich dort doppelklicken und dann...
...regelt Windows den Rest ;-)

[Medium]

Ganz ab von der teils unrühmlichen Nebendiskussion hier: Ich würde es auch nicht im Verantwortungsbereich eines Deinstallers sehen, manuell angelegt/verschobene Links zu entfernen. Im Gegenteil: Ich fänd's ziemlich anmaßend. Alles, was nach der Installation ausserhalb deiner Software vom User gemacht/geändert/zugefügt wurde sollte tunlichst in Ruhe gelassen werden.