Ordnung muss sein (LaunchBar)

[KodeZwerg]

Danke @jaenicke für Bestätigung meiner Beobachtungen das Windows wenn über Shortcut Datei ausgeführt NICHT den dafür eingetragenen String benutzt sondern sich das ganze aus CSIDLs zusammen setzt.

Ein binäres auslesen klappt zwar prinzipiell, aber ob das Resultat dann stimmt ist auch mehr als schwammig da es viele verschiedene .lnk Formate anscheinend gibt. Ich bin da nicht weiter gekommen. Über die Api ist der einzige zuverlässige Weg.

In meinem Programm habe ich nun das GetIcon etwas modifiziert, nur für .lnk Dateien, .url könnte man auch separieren für Extra Icon.
Working Path + .exe Name verwende ich, klappt bis jetzt völlig problemlos und man hat nicht dieses typische "Application" Icon von Windows.
"Noch" habe ich keine Verknüpfung bei mir entdecken können die ausm 64bit Ordner keinen Working Path setzt.

Danke @EWeiss für Icon Display Fix, wobei bei mir kein Unterschied feststellbar ist, muss man Profi sein wie Du

Ich bau auch meine Methode zum abholen von Icons um, das IExtractIcon interface will ich benutzen anstelle SHGetFileInfoA.

[EWeiss]

Zitat:

Danke @EWeiss für Icon Display Fix, wobei bei mir kein Unterschied feststellbar ist, muss man Profi sein wie Du

Warum ?
Habe doch oben gezeigt wo das Problem war.
Den unterschied musst selbst du erkennen auch wenn du nicht so gut sehen kannst.
Wegen dem anderen Problem versuche OTTB auf 64Bit umzulegen funktioniert leider nicht.. Siehe

Exe und DLL sind danach 10x größer.. LOL
OK wäre mir jetzt mal egal bei der 64BIt Version.

gruss

[KodeZwerg]

Size doesnt matter, wurde mir permanent eingeimpft wenn man Tokyo/CE einsetzt muss man mit Leben, schalt am besten Debug aus, spart 6MB oder so

Unterschied bei Deinen Screenshots ist selbst mir aufgefallen, nur bei mir selbst achte ich nicht so darauf, Bubble-Style macht alles in schick ^_^

[EWeiss]

Zitat:

Unterschied bei Deinen Screenshots ist selbst mir aufgefallen, nur bei mir selbst achte ich nicht so darauf, Bubble-Style macht alles in schick ^_^

Nun ja wie du auf dem zweiten Bild erkennen kannst sind hier unerwünschte schwarze Pixel zu sehen das hat weniger mit Bubble-Style zu tun
denn das Icon wird ja mit unterschiedliche Hintergründen kombiniert und bei allen sah es vorher schlecht aus.
Aber gut Ist gefixt.

Zitat:

schalt am besten Debug aus

Als Release kompiliert und Debug Informationen aus. Das selbe mehr als 3MB.. genau 3.6 und ein paar KB bei beiden.
Was soll's.

Von 325KB hoch auf fast 4MB nicht nachvollziehbar.

gruss

[KodeZwerg]

Mir juckts inne Finger, hab gelesen dass das IExtractIcon über PIDL arbeitet, also direkt Windows-Cache mitbenutzt um nicht mal nen Icon nachzuladen, sobald ich da was zustande gebracht habe Berichte ich was. In der Hoffnung das der dann das Desktop-Symbol nimmt werde ich testen testen testen, bis später....!

[EWeiss]

Zitat von KodeZwerg:

Mir juckts inne Finger, hab gelesen dass das IExtractIcon über PIDL arbeitet, also direkt Windows-Cache mitbenutzt um nicht mal nen Icon nachzuladen, sobald ich da was zustande gebracht habe Berichte ich was. In der Hoffnung das der dann das Desktop-Symbol nimmt werde ich testen testen testen, bis später....!

Das ist mir klar schließlich verwende ich diese Art des auslesen in meiner TAudioVolumen Anwendung.
Nur es hat nichts mit dem auslesen der Icons über Verknüpfungen zu tun.
Aber gut du kannst natürlich weitertesten.

gruss

[KodeZwerg]

Wenns über PIDL läuft, ist doch Icon bereits vorgegeben, das was Shell dafür benutzt. In Bezug auf .lnk sollte eigentlich das Icon raus kommen was Dir der Desktop/Explorer darstellt. Vielleicht versteh ich da auch gerade mal wieder was falsch, das werden meine Tests zeigen, guter Tipp mit TAudioVolume, da schau ich mal nach wie Du es im Einsatz hast und nehme es eventuell später als Vorlage.
Aber erst mal selbst nach Windows-Api nachprogrammieren damit ich weiß wie es funktioniert.