*.Lnk Verknüpfungen funktionieren nicht.

[EWeiss]

Zitat:

Du solltest lieber mal schauen, ob Dein Programm nicht das Apple Patent für das Dock aus Mac OS X verletzt.

Lass es einfach.. und komme zurück zum Thema.

gruss

[jaenicke]

Solange er das Programm nicht in die USA exportiert, gibt es damit kein Problem. In Europa gibt es keine solchen Software Patente. Da gibt es zwar Ausnahmen, aber nicht für so etwas.

[EWeiss]

Entschuldigt Leute ich weiß wirklich nicht wo jetzt das Problem hier ist.
Ich habe noch kein Bit hochgeladen daher wundere ich mich doch sehr über die ereiferung hier.

Zitat:

Als allgemeines Verständnis Problem zu sehen.

gruss

[jaenicke]

Zitat:

Zitat von EWeiss (Beitrag 1371520)

Entschuldigt Leute ich weiß wirklich nicht wo jetzt das Problem hier ist.

Nirgends, habe ich ja geschrieben. Mit Softwarepatenten winken Firmen wie vor allem Apple, aber auch MS und diverse andere ganz gerne, aber glücklicherweise gibt es die hier eben so nicht.
Ansonsten hätten sehr viele Entwickler hierzulande ein Problem (mich eingeschlossen).

[EWeiss]

Zitat:

Zitat von jaenicke (Beitrag 1371521)

Zitat:

Zitat von EWeiss (Beitrag 1371520)

Entschuldigt Leute ich weiß wirklich nicht wo jetzt das Problem hier ist.

Nirgends, habe ich ja geschrieben. Mit Softwarepatenten winken Firmen wie vor allem Apple, aber auch MS und diverse andere ganz gerne, aber glücklicherweise gibt es die hier eben so nicht.
Ansonsten hätten sehr viele Entwickler hierzulande ein Problem (mich eingeschlossen).

Ah jo ;)
Ich meine ja nur eigentlich ging es darum wie ich das mit meinen ShortCuts am besten reglen kann.
Jetzt hat sich das verlagert auf ein Programm was überhaupt noch nicht veröffentlicht wurde.

Ich denke werde das wohl so händeln das ich den String "icon" im Anwendungspfad parse und anschließend abhängig davon
die Awendung über *.lnk direkt bzw. über den Anwendungspfad starte.

gruss

[EWeiss]

So das ist mein Problem wenn ich nur auf die *.lnk Dateien als Ausführung schaue.
Wenn diese verschoben oder gelöscht werden dann sieht die Bar so aus.

Würde ich diese die auch ohne diesen string

Zitat:

C:\Windows\Installer\{90160000-0011-0000-1000-0000000FF1CE}Icon.40BB677D.0A7A.4D43.9F72.5AE6F0E9 7EE2.exe

funktionieren als exe aus dem Anwendungspfad gäbe es das Problem bei einigen Dateien nicht.
Die leeren Quader sind alles *.lnk Dateien.

gruss

[jaenicke]

Wenn du möchtest, dass es auch nach dem Löschen der Verknüpfung geht, dann kannst du dir die ja als Fallback sichern wie ich schon vorgeschlagen hatte.
Denn wenn du den String benutzt, speicherst du den ja auch separat ab. Das wäre also das gleiche Prinzip.

Deshalb wäre es so konsistent vom Verhalten her.

Damit sonstige Änderungen des Benutzers greifen (wenn das denn so sein soll), würde ich in beiden Fällen zuerst auf die Original-lnk schauen.

[EWeiss]

Ich habe es jetzt so gemacht.

Delphi-Quellcode:

        if ContainsText(sTarget, 'Icon') then
          gS[nCount].ShellTo := Lowercase(sFullName)
        else
        gS[nCount].ShellTo := Lowercase(sTarget);

Wenn Text Icon im Namen vorkommt wird der Link verwendet.
Andernfalls der korrekte Exe Pfad.

gruss

[himitsu]

Und wenn jetzt mein Programm z.B. eine Iconeditor.exe ist, oder sich ein falschgeschriebenes Unicorn im Namen/Pfad versteckt?

[EWeiss]

Zitat:

Zitat von himitsu (Beitrag 1371701)

Und wenn jetzt mein Programm z.B. eine Iconeditor.exe ist, oder sich ein falschgeschriebenes Unicorn im Namen/Pfad versteckt?

Dann startet sie als link Datei.
Damit habe ich kein Problem denn gestartet wird sie so oder so.
Und alle anderen die gültige Pfade und kein "Icon" im Namen haben starten aus dem Anwendungspfad

gruss