*.Lnk Verknüpfungen funktionieren nicht.

[EWeiss]

Zitat:

Lösung: LNK ausführen, ist viel einfacher. Es steckt in LNKs noch jede Menge Krempel, den man sonst von Hand nachbilden müsste.

Die frage ist nur wie soll ich den Pfad parsen wenn ich die Shortcuts vom Desktop einlese.
Denke mal das sollte nicht so einfach sein.

Denn wie gesagt ich möchte keine Dateien vom Startmenu addieren.
Und wenn jemand Word auf den Desktop abgelegt hat was dann ?

Zitat:

lediglich Ressourcen, hier Icons.

Ja deshalb bekomme ich bei einigen auch das Package Icon geliefert anstelle das von der EXE.

gruss

[Dalai]

Zitat von EWeiss:

Denn wie gesagt ich möchte keine Dateien vom Startmenu addieren.

Was hat das Startmenü damit zu tun? Du gibst ShellExecute einfach direkt die LNK, ist doch kein Problem. Oder übersehe ich was?

Zitat:

Und wenn jemand Word auf den Desktop abgelegt hat was dann ?

Was soll dann anders sein?

Zitat von jaenicke:

Bei mir nicht. Weder Windows noch Linux finden dort den Ordner. Und laut Process Monitor gibt es zumindest beim Starten der Verknüpfung für Word 2010 auch keinen Zugriff darauf.

Ein Zugriff beim Starten der Software ist auch nicht nötig, denn das Icon wird daraus schon wesentlich früher gelesen, sofern es nicht eh bereits aus dem Iconcache ausgelesen wurde. Der Name des Ordners hängt natürlich von der Software und deren Version ab. Adobe Reader ist auch ein Kandidat, der seinen Krempel dort hinterlegt. Und es gibt noch weitere Programme, deren Setup auf Windows Installer oder InstallShield (Wrapper um MSI) basiert.

Grüße
Dalai

[EWeiss]

Zitat:

denn das Icon wird daraus schon wesentlich früher gelesen, sofern es nicht eh bereits aus dem Iconcache ausgelesen wurde.

Woher willst du das so genau wissen wann ich das Icon einlese?

Zitat:

Was hat das Startmenü damit zu tun? Du gibst ShellExecute einfach direkt die LNK, ist doch kein Problem. Oder übersehe ich was?

Wie ich schon schrieb die Pfade sind nicht nur für die *.lnk Dateien ausgelegt sondern für unterschiedliche.

Es gibt *.URL, *.lnk und User definierte Ausführbare Icons auf der Bar.
Für euch außenstehende ist das kein Problem... ja mach mal eben. Aber ihr kennt den Aufwand nicht der betrieben werden muss
damit das nachher auch alles seine Richtigkeit hat.

Aber gut habe eine Lösung gefunden.

Ich prüfe ob ein Link existiert. If DoLnk >>
dann übergebe ich normalerweise den Target Pfad also den wo sich die Exe befindet.

Delphi-Quellcode:

      if DoLnk then
      begin
        gS[nCount].ShellTo := Lowercase(sTarget); // <<<< Target = 'C:\Windows\Installer\{90160000-0011-0000-1000-0000000FF1CE}Icon.40BB677D.0A7A.4D43.9F72.5AE6F0E9 7EE2.exe'
        gS[nCount].WorkDir := PWideChar(pLnk.WorkDir);
        gS[nCount].CmdLine := PWideChar(pLnk.Arguments);
        gS[nCount].ShowCmd := integer(pLnk.ShowCmd);
        gS[nCount].CtrlName := sTxt;
        gS[nCount].CtrlIndex := nCount;
      end;
      gS[nCount].UseLabel := sTxt;

den ändere ich jetzt um auf

gS[nCount].ShellTo := Lowercase(sFullName); // <<<< 'C:\Users\Gast\Desktop\Word 2016.lnk'

damit sollte das Problem erstmal erledigt sein. (Muss das aber noch überwachen).

gruss

[EWeiss]

OK jetzt geht's hab euch noch ein paar Herzen hinzugemacht. LOL
Die Herzen sind Verknüpfungen der Rest ist vordefiniert in meiner Config Datei.

gruss

[Dalai]

Zitat von EWeiss:

Woher willst du das so genau wissen wann ich das Icon einlese?

Ich bezog mich auf das Einlesen durchs System, um das Icon für die Verknüpfung darstellen zu können. Aber ja, es könnte sein, dass das durch deinen Code ausgelesene Icon ebenfalls aus dem Iconcache stammt; ich hab kein tiefergehendes Wissen, wie Windows diesbzgl. arbeitet.

Zitat:

Es gibt *.URL, *.lnk und User definierte Ausführbare Icons auf der Bar.
Für euch außenstehende ist das kein Problem... ja mach mal eben. Aber ihr kennt den Aufwand nicht der betrieben werden muss
damit das nachher auch alles seine Richtigkeit hat.

Nun, allein aus dem OP und den ersten paar Posts kann man diese Details nicht ablesen. Insofern kann daraus keiner den Aufwand abschätzen.

Grüße
Dalai

[EWeiss]

Ach egal

Es funktioniert ja jetzt mit eurer Idee.
Danke!

Hoffe die Herzchen sind dank genug... LOL (wenn ihr sie dann anschaut.)

Zitat:

Ich bezog mich auf das Einlesen durchs System, um das Icon für die Verknüpfung darstellen zu können.

Ach so..
Ich habe die lade Routine der Icons jetzt nicht verändert diese werden immer noch aus dem Target Pfad gelesen (direkt aus der EXE)
Sieht zwar blöd aus da manche hier das Package Icon abgelegt haben aber was soll's.

gruss

[EWeiss]

Zitat:

Die Notation mit "@Path@" ist mir nicht bekannt und erscheint mir suspekt.

Nur nochmal zur Auffrischung und eine kleine Erklärung.

Im Grunde genommen muss man das als Platzhalter verstehen klar hätte ich auch "Hänschen" benennen können.
Im Code prüfe ich ob der Anwendungspfad der gleiche ist wie der Arbeitspfad wenn das zutrifft wird der Arbeitspfad
durch diese Variable ersetzt um nicht ellenlange Strings in die Konfigurationsdatei zu schreiben.

bsp:
@PATH@UserIcon\48x48\Prompt.png := Der Anwendungspfad + der Ordner wo sich die Icons befinden.
Ich denke auf diese Art einen Platzhalter zu definieren ist durchaus angebracht.

Oder der Anwendungspfad zu meiner Anwendung.

Jetzt!

Zitat:

"c:\program files (x86)\microsoft visual studio\vb98\sourcemein\skaero projekte\sound machine\_build\soundmachine.exe, Soundmachine, @PATH@UserIcon\48x48\SoundMachine.png,@PATH@, 1'"

Und ohne Platzhalter

Zitat:

"c:\program files (x86)\microsoft visual studio\vb98\sourcemein\skaero projekte\sound machine\_build\soundmachine.exe, Soundmachine, c:\program files (x86)\microsoft visual studio\vb98\sourcemein\skaero projekte\sound machine\_build\UserIcon\48x48\SoundMachine.png, c:\program files (x86)\microsoft visual studio\vb98\sourcemein\skaero projekte\sound machine\_build\, , 1'"

So wie oben bleibt das wenigstens noch Lesbar.
Aber gut sei's drum.
--------------------
Mit den Verknüpfungen bin ich noch nicht durch.
Wenn ich jetzt direkt die *.lnk Dateien als Anwendungspfad angebe gibt es Probleme wenn der User diese vom Desktop entfernt.
Es gibt dann auch noch das Problem das die User definierten Icons dann für *.lnk Dateien unnötig sind zudem wird die Konfiguration dann unbrauchbar.

Eventuell muss ich den String parsen und nach dem Namen Icon scannen
Und nur dann wenn dieser existiert den Anwendungspfad austauschen mit dem vom Desktop wo die Verknüpfung abgelegt ist.
C:\Windows\Installer\{90160000-0011-0000-1000-0000000FF1CE}Icon.40BB677D.0A7A.4D43.9F72.5AE6F0E9 7EE2.exe
Ich denke das sollte auf allen Windows verschiedener Sprachen gleich sein.

Auf "C:\Windows\Installer\" hin zu prüfen dürfte fehlschlagen.

PS:
Habe jetzt nochmal alles umgebaut es werden jetzt nur noch positive Array Indexes verwendet.

gruss

[jaenicke]

Zitat von EWeiss:

Wenn ich jetzt direkt die *.lnk Dateien als Anwendungspfad angebe gibt es Probleme wenn der User diese vom Desktop entfernt.

Ich würde die intern benutzten Verknüpfungen schlicht in das Anwendungsdatenverzeichnis deines Programms kopieren und dann dort benutzen.
Wenn du die .lnk Dateien ausliest und die Daten irgendwo speicherst, machst du ja im Grunde auch nichts anderes.