Ordnung muss sein (LaunchBar)

[EWeiss]

Zitat:

Die sinnvollste Lösung dafür ist tatsächlich einfach auf 64-Bit zu gehen, wenn man diese Information benötigt.

Mal sehen ob ich meine LIB in 64Bit kompilieren kann.
Habe es letztens mal versucht aber es gibt Problem weil ich 32Bit DLL's damit verwende.
Sie wird kompiliert aber nicht gestartet weil verschiedene Module enthalten sind 32\64 Bit halt.

gruss

[EWeiss]

Zitat:

Zitat von EWeiss (Beitrag 1410999)

Ich muss mich erst mal um ein anderes Problem kümmern, die Qualität der Icons ist schlecht.

gruss

Ist gefixt siehe Pic.
1. pic neu.
2. Pic vorher.

Neue Version hochgeladen.

gruss

[old7]

Zitat:

Zitat von EWeiss (Beitrag 1411010)

Zitat:

Zitat von EWeiss (Beitrag 1410999)

Ich muss mich erst mal um ein anderes Problem kümmern, die Qualität der Icons ist schlecht.

gruss

Ist gefixt siehe Pic.
1. pic neu.
2. Pic vorher.

Neue Version hochgeladen.

gruss

Mit der akt. Version aus #1 sieht es bei mir so aus (siehe Anhang).
Ob die Qualität der nun unsichtbaren Icons besser ist, kann ich nicht beurteilen :wink:

[EWeiss]

Zitat:

Zitat von old7 (Beitrag 1411015)

Zitat:

Zitat von EWeiss (Beitrag 1411010)

Zitat:

Zitat von EWeiss (Beitrag 1410999)

Ich muss mich erst mal um ein anderes Problem kümmern, die Qualität der Icons ist schlecht.

gruss

Ist gefixt siehe Pic.
1. pic neu.
2. Pic vorher.

Neue Version hochgeladen.

gruss

Mit der akt. Version aus #1 sieht es bei mir so aus (siehe Anhang).
Ob die Qualität der nun unsichtbaren Icons besser ist, kann ich nicht beurteilen :wink:

Nun das kann ich auch nicht, sehe sie ja nicht.

Muss da wohl nochmal nachschauen. :)
Bin froh wenn das teil endlich fertig ist.

Update oben, das war es jetzt erst mal.

gruss

[old7]

Zitat:

Update oben, das war es jetzt erst mal.

Geht wieder :thumb:

Zitat:

Bin froh wenn das teil endlich fertig ist.

Bei Windows zieht sich das schon seit Jahrzehnten hin :wink:

[EWeiss]

Zitat:

Zitat von old7 (Beitrag 1411018)

Zitat:

Update oben, das war es jetzt erst mal.

Geht wieder :thumb:

Zitat:

Bin froh wenn das teil endlich fertig ist.

Bei Windows zieht sich das schon seit Jahrzehnten hin :wink:

JO ist auch kein 1 Mann Projekt. ;)

Danke für die Meldung.

gruss

[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:

Zitat von KodeZwerg (Beitrag 1411052)

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.

[KodeZwerg]

Da habe ich schön daneben gelegen, Schade eigentlich. Ich bekomme wieder nur das Application System Icon dargestellt für 64bit \Program Files\

Andererseits liefert es mir die besseren individuellen Bilder, ich glaube ich bleibe jetzt dabei, muss nur noch was mit Transparenz machen, siehe hier Anhang 49788

edit
Mein nächster Versuch gilt es PIDL abzufragen um das Icon zu holen, mal sehen ob ich damit auch scheitere.

[EWeiss]

Du must dich darum nicht mehr kümmern..
Bin mit der x64 Version dran da funktioniert es mit den Icons.
So wie ich sagte du kannst mit einer 32Bit Anwendung im Pfad Program Files nicht rumpfuschen.
Deshalb bekommst du auch die Icons nicht.

Hier ein Pic OTTB64 oben und OTTB unten.
Ich bin dran habe aber einiges an Problemen zu beseitigen. (Kann dauern)
Siehe DVDMaker.exe erste Icon auf der linken Seite.

gruss

[KodeZwerg]

Zitat:

Zitat von EWeiss (Beitrag 1411068)

Du must dich darum nicht mehr kümmern..

Ich habe ein Eigeninteresse daran, da mir dieser Umstand vorher nie auffiel.

Zitat:

Zitat von EWeiss (Beitrag 1411068)

Bin mit der x64 Version dran da funktioniert es mit den Icons.

:thumb:

Zitat:

Zitat von EWeiss (Beitrag 1411068)

So wie ich sagte du kannst mit einer 32Bit Anwendung im Pfad Program Files nicht rumpfuschen.
Deshalb bekommst du auch die Icons nicht.

Ich bekomme alle Icons, habe Dir ja bereits geschrieben wie. Ich bekomme sie nur nicht über den üblichen Weg. :wink:

Gruß

[EWeiss]

Zitat:

Ich bekomme alle Icons, habe Dir ja bereits geschrieben wie. Ich bekomme sie nur nicht über den üblichen Weg.

Ach.. Ich rede von Verknüpfungen denn darum geht es ja hier.
Aus den Exe Dateien bekomme ich sie auch alle.

Oder meinst du ich mache mir die Arbeit mit einer 64BIt Anwendung umsonst?
Nur deshalb weil es auf normalem Wege halt nicht geht.

gruss

[EWeiss]

Zum Fortschritt.
Langsam komme ich weiter, musste meine GDI+ Unit komplett umschreiben und dementsprechend auch alle Funktionen innerhalb meiner Lib.
Es funktioniert einwandfrei mit 32Bit aber 64Bit leider nicht!

Es hat damit zu tun..
bsp. Wenn ich unter 32Bit einer Funktion ein Cardinal übergebe und diese in 64Bit nicht kompatibel ist dann kracht es.
Deshalb muss ich alles umschreiben damit es auf beiden Plattformen funktioniert.

GDIPlus Image war Cardinal ist nun Pointer usw..
Es läuft soweit nur mein Menu noch nicht.. ;) habe da wohl noch ein\zwei Funktionen unter GDI+ die ich noch korrekt umlegen muss.
Das dauert seine zeit.

Kracht immer bei

Delphi-Quellcode:

// Gibt die höhe und weite vom GDIPLUS Image zurück.
procedure TSkinEngine.GetImageSize(Img: Pointer; var imgW, imgH: UINT);
begin
  if Assigned(Img) then
  begin
    GdipCheck(GdipGetImageWidth(Img, imgW));
    GdipCheck(GdipGetImageHeight(Img, imgH));
  end;
end;

Muss aber nichts bedeuten denn die Typen sind korrekt habe sie angepasst.
Irgendwo dazwischen passiert noch was das sich nicht so leicht debuggen lässt.

Test im Anhang werde ich löschen wenn die Final fertig ist inklusive fix für das Menu (GDI+).
Zumindest sollten jetzt deine Icons aus "Program Files" richtig angezeigt werden.
Aber wundere dich nicht die Dateien sind nun um ein 10faches größer.


PS:
Die 32Bit läuft mit den geänderten Typen für 64Bit ohne Probleme schwer den Fehler zu lokalisieren.
Ich finde keine Informationen darüber was bei der GDI+ 64Bit für Typen übergeben werden müssen. grrrrrr..
Es gibt auch keine 64Bit API für GDI+ von Delphi zumindest finde ich keine.

gruss

[KodeZwerg]

Kurzes Mini-Feedback:
Mit deinem 64bit build lädt er Icon fast korrekt, warum nur fast fragst Du Dich? Weil irgenwie in Deiner Methode was merkwürdig läuft.

Ich habe folgendes gemacht:
64bit 7zip installiert
in \Program Files\7zip rein und zu 7zG.exe eine Verknüpfung auf Desktop abgelegt.
32bit Ottb = System Application Icon
64bit Ottb = zeigt brav 7zG.exe Icon an
32bit Delphi über

Delphi-Quellcode:

SHGetFileInfo(PChar(IncludeTrailingPathDelimiter(Path) + finddata.cFilename), 0, fi, sizeof(TSHFileInfo), SHGFI_SYSICONINDEX or SHGFI_TYPENAME or SHGFI_ICON)

= System Application Icon

jetzt das merkwürdige
in \Program Files\7zip rein und 7zG.exe eine Verknüpfung auf Desktop abgelegt aber dieses mal mit 2. Icon von 7zFM.exe
32bit Ottb = System Application Icon
64bit Ottb = zeigt Icon von 7zG.exe, sollte aber das 2. von 7zFM.exe sein
32bit Delphi über

Delphi-Quellcode:

SHGetFileInfo(PChar(IncludeTrailingPathDelimiter(Path) + finddata.cFilename), 0, fi, sizeof(TSHFileInfo), SHGFI_SYSICONINDEX or SHGFI_TYPENAME or SHGFI_ICON)

= zeigt das 2. aus 7zFM.exe

Hab Dein 64bit noch nicht weiter getestet, wollte Dich nur das obige Wissen lassen.

Gruß

[EWeiss]

Zitat:

64bit Ottb = zeigt Icon von 7zG.exe, sollte aber das 2. von 7zFM.exe sein

Ich nehme bisher keine Rücksicht auf den IconIndex der in der Verknüpfung festgelegt ist.
Es wird immer das 1 (Index 0) ICON_LARGE genommen. Seltsam ist das nicht sondern so programmiert.

Aber wenn nötig kann man es später noch ändern.
Der 64Bit Code ist bis auf die Typen gleich da hat sich nichts geändert.

Zitat:

32bit Delphi über

Ist nicht OTTB so denke ich das du es nicht vergleichen kannst ;)
Danke trotzdem für die Meldung.

gruss

[KodeZwerg]

Zitat:

Zitat von EWeiss (Beitrag 1411175)

Seltsam ist das nicht sondern so programmiert.

Okay.

Zitat:

Zitat von EWeiss (Beitrag 1411175)

Ist nicht OTTB so denke ich das du es nicht vergleichen kannst ;)

In der Tat, ich friemel gerade an einer ListView, da die TShellListView bei meinem Delphi Speicherlecks hat.

[jaenicke]

Zitat:

Zitat von KodeZwerg (Beitrag 1411178)

da die TShellListView bei meinem Delphi Speicherlecks hat.

Die lag nicht umsonst nur unter Samples. ;-)
Es gibt sowas aber auch in gut und fertig. Aber das ist ein anderes Thema.

[EWeiss]

64Bit Version hochgeladen viel spaß damit.
Ich habe es nur unter Win7 getestet denke aber sollte auch unter W10 noch laufen.

Es war schwierig.. GDI+ ging auf meine alte weise nicht mehr meine GDI+ flat API komplett neu geschrieben.
Die GDIPlus.dll wird jetzt dynamisch (vollständig) in den Speicher geladen.

OpenFileDialog ging nicht mehr, PoupMenu nicht und, und ,und...
In der Summe es waren Tage um das alles umzustellen. ;) :)

Das gleiten der Icons ist jetzt abhängig von den Einträgen die vorhanden sind.
Sie inkrementieren um das 19 fache. wäre bei 38 = 2 maximale Geschwindigkeit bei 57 Einträgen und mehr ist 3.


gruss

[old7]

Zitat:

64Bit Version hochgeladen viel spaß damit.
Ich habe es nur unter Win7 getestet denke aber sollte auch unter W10 noch laufen.

Läuft (und kompiliert fehlerfrei unter DCE) tadellos unter aktuellem Win10pro 64.

Im Gegensatz zur 32er Version wird auch das Desktop-Icon von "Oracle VM VirtualBox" korrekt angezeigt, prima :thumb:

Wieder ein bißchen zu viel grün drin, dann bei den OpenDialogen, sobald ich auf ein Bild klicke:
---------------------------
Anwendungsfehler
---------------------------
Exception EAccessViolation in Modul GdiPlus.dll bei 0000000000001562.

Zugriffsverletzung bei Adresse 00007FFEEDFF1562 in Modul 'GdiPlus.dll'. Schreiben von Adresse 00007FFEF15DD8C8.


---------------------------
OK
---------------------------

[EWeiss]

Zitat:

Zitat von old7 (Beitrag 1411267)

Zitat:

64Bit Version hochgeladen viel spaß damit.
Ich habe es nur unter Win7 getestet denke aber sollte auch unter W10 noch laufen.

---------------------------
Anwendungsfehler
---------------------------
Exception EAccessViolation in Modul GdiPlus.dll bei 0000000000001562.

Zugriffsverletzung bei Adresse 00007FFEEDFF1562 in Modul 'GdiPlus.dll'. Schreiben von Adresse 00007FFEF15DD8C8.


---------------------------
OK
---------------------------

Ok hier in Win7 geht's werde es heute Abend unter Win10 nochmal checken.
Danke für die Infos.

Zitat:

Wieder ein bißchen zu viel grün drin, dann bei den OpenDialogen, sobald ich auf ein Bild klicke:

Du kannst ja meinen Hintergrund mit deinem ersetzen sollte mittlerweile kein Problem mehr sein oder?

gruss

[old7]

Zitat:

Du kannst ja meinen Hintergrund mit deinem ersetzen sollte mittlerweile kein Problem mehr sein oder?

Rat' doch mal, warum ich z.B. auf "Icon Frame" geklickt habe :wink:

[EWeiss]

Zitat:

Zitat von old7 (Beitrag 1411270)

Zitat:

Du kannst ja meinen Hintergrund mit deinem ersetzen sollte mittlerweile kein Problem mehr sein oder?

Rat' doch mal, warum ich z.B. auf "Icon Frame" geklickt habe :wink:

Ich meine das Frame.png.

gruss

[old7]

Ja, bei dir geht's, bei mir halt nicht.

Klar, die frame.png und ottb.ske habe ich von der 32er rüberkopiert und/bzw. umbenannt.

Dein Desktop erinnert mich sehr an manche Linuxe, ich glaube plank oder conky :wink:

[EWeiss]

Zitat:

Zitat von old7 (Beitrag 1411272)

Ja, bei dir geht's, bei mir halt nicht.

Klar, die frame.png und ottb.ske habe ich von der 32er rüberkopiert und/bzw. umbenannt.

Dein Desktop erinnert mich sehr an manche Linuxe, ich glaube plank oder conky :wink:

Nun das geht bei dir auch..
Wenn du die Anwendung als Admin startest.

Es ist auch möglich das du Probleme hast wenn diese nicht im Program Files Ordner liegt.
Aber wie gesagt als Admin starten dann sollte es keine Probleme geben habe es getestet.

gruss

[old7]

Die Exen sind bei mir in D:\OTTB\bin bzw. D:\OTTB64\bin, starten mit Admin-Rechten ändert nichts an der GDI-Fehlermeldung der 64er version :(

[EWeiss]

Zitat:

Zitat von old7 (Beitrag 1411275)

Die Exen sind bei mir in D:\OTTB\bin bzw. D:\OTTB64\bin, starten mit Admin-Rechten ändert nichts an der GDI-Fehlermeldung der 64er version :(

Bei mir ja habe keine Probleme unter Win10..
Ohne Admin habe ich auch einen GDI+ Error warum auch immer mit funktioniert alles.

gruss

[jaenicke]

Zitat:

Zitat von EWeiss (Beitrag 1411276)

Ohne Admin habe ich auch einen GDI+ Error warum auch immer mit funktioniert alles.

Bei mir auch, bei einem Aufruf der Sk_Aero Bibliothek in dem CreateWindow des OpenDialogs kommt der Fehler.

[KodeZwerg]

Info:
Bei mir funktioniert alles ohne Admin-Rechte (auf Admin Account) und ohne Fehler.

[EWeiss]

Zitat:

Sk_Aero Bibliothek

Diese ist gestartet sobald das Menu geöffnet wird.
Mein Problem im Moment habe kein CE auf Win10 installiert.

Zitat:

Bei mir funktioniert alles ohne Admin-Rechte (auf Admin Account) und ohne Fehler.

Wieder eins dieser seltsamen Probleme.

Danke für die Meldungen.

gruss

[KodeZwerg]

Da es keine .config Datei mehr gibt, wo holt Dein Programm Standard Icons her?
Schau mal hier im Anhang, ansonsten ist mir nichts weiter aufgefallen.

Doch eine Sache hätte ich noch, könntest Du eventuell die Pfeile die erscheinen sobald man scrollen kann mehr Kontrast geben? Das wäre Klasse!

[EWeiss]

Zitat:

Zitat von KodeZwerg (Beitrag 1411287)

Da es keine .config Datei mehr gibt, wo holt Dein Programm Standard Icons her?
Schau mal hier im Anhang, ansonsten ist mir nichts weiter aufgefallen.

Nun wenn du Icons auf dem Desktop hast dann werden diese zur Bar addiert.
Danach erstellst du die Config "Build Config File"
Öffne diese mit "Edit Config File" und addiere dort wo die 4 "????" Fragezeichen sind ein Custom Icon aus dem Ordner UserIcon\48x48

"c:\program files\microsoft fix it center\fixitcenter.exe, Microsoft Fix it Center, @PATH@UserIcon\48x48\????.png, @PATH@, , 1"
"c:\program files\microsoft fix it center\fixitcenter.exe, Microsoft Fix it Center, @PATH@UserIcon\48x48\MeinCustom.png, @PATH@, , 1"

Danach kannst du die Verknüpfung auf dem Desktop löschen.
Nach einem "Restart OverTheTaskBar" wird dieses Icon sichtbar. (Nicht mehr als Verknüpfung sondern als Standard)

Aber hatte ich das nicht schon x mal hier beschrieben?

Zitat:

Doch eine Sache hätte ich noch, könntest Du eventuell die Pfeile die erscheinen sobald man scrollen kann mehr Kontrast geben? Das wäre Klasse!

Hmm... kannst du das nicht mit einem x_beliebigen Paint Programm selber machen?

gruss

[KodeZwerg]

Zitat:

Zitat von EWeiss (Beitrag 1411297)

Zitat:

Zitat von KodeZwerg (Beitrag 1411287)

Da es keine .config Datei mehr gibt, wo holt Dein Programm Standard Icons her?
Schau mal hier im Anhang, ansonsten ist mir nichts weiter aufgefallen.

Nun wenn du Icons auf dem Desktop hast dann werden diese zur Bar addiert.
Danach erstellst du die Config "Build Config File"
Öffne diese mit "Edit Config File" und addiere dort wo die 4 "????" Fragezeichen sind ein Custom Icon aus dem Ordner UserIcon\48x48

"c:\program files\microsoft fix it center\fixitcenter.exe, Microsoft Fix it Center, @PATH@UserIcon\48x48\????.png, @PATH@, , 1"
"c:\program files\microsoft fix it center\fixitcenter.exe, Microsoft Fix it Center, @PATH@UserIcon\48x48\MeinCustom.png, @PATH@, , 1"

Danach kannst du die Verknüpfung auf dem Desktop löschen.
Nach einem "Restart OverTheTaskBar" wird dieses Icon sichtbar. (Nicht mehr als Verknüpfung sondern als Standard)

Aber hatte ich das nicht schon x mal hier beschrieben?

Zitat:

Doch eine Sache hätte ich noch, könntest Du eventuell die Pfeile die erscheinen sobald man scrollen kann mehr Kontrast geben? Das wäre Klasse!

Hmm... kannst du das nicht mit einem x_beliebigen Paint Programm selber machen?

gruss

Danke und doppel-ja.

Gruß

[EWeiss]

Kleines Update.. besser jetzt als nie.
Wenn die Desktop Icons auf Hide geschaltet werden ließ sich das Desktop Menu nicht mehr aufrufen.

Delphi-Quellcode:

procedure TCreateIcon.ShowDesktopIcons(bVisible: Bool);
begin
  gP.ListViewHandle := SKAERO_GetDesktopListView;

  if gP.ListViewHandle <> 0 then
    ShowWindow(gP.ListViewHandle, IIF(bVisible, SW_SHOW, SW_HIDE))
  else
    ShowMessage('GetDesktopListView fails, Hide\Show Icons not available');
end;

gruss

[venice2]

Aktuelle FILEVERSION 1,1,4,0. Zwei Jahre später! :)
Kompatibel zu Win10 und höher.
Source Inclusive..

Viel Spaß damit oder auch nicht ;)

EDIT:
Das Extension *.config ist mit Delphi registriert um diese Dateien mit Notepad zu öffnen muß dieses Extension auch damit registriert werden.
"Öffen mit" Andere App auswählen.. Notepad -> Immer diese App zum öffnen von config Dateien verwenden.