hallo Torben
Wir nutzen seit gestern eigene Icons für Elemente aus einigen Musikrotationen.
Nun mussten wir feststellen, dass nun das PFL (Klick auf Icon) bei diesen Elementen nicht mehr funktioniert. :-[
In diesem zusammenhang noch folgendes
http://forum.mairlist.com/index.php/topic,3200.0.html
Herzlichen Dank
Michel
Der Fehler ist etwas versteckt, habe gemerkt, dass das PFL mit einem eigenen Icon eigentlich funktioniert.
Wird nun jedoch eine Playlist geladen, welche Elemente mit Bilder hat, werden diese Bilder zwar angezeigt, jedoch ist auf diesen Elmenten kein PFL-Klick möglich.
Michel
BUG ist auch in der 3.0.0.529 drin
Ich habe die Ursache gefunden. Ist leider etwas blöd zu beheben:
Wenn ein Element ein eigenes Bild hat, wird IPlaylistItemPicture.Draw aufgerufen. Das bekommt ein Rectangle übergeben, und zwar den zur Verfügung stehenden Platz. Dort wird das Bild dann zentriert und evtl. verkleinert reingemalt. Die genaue Position wird dafür aufwändig berechnet. Leider gibt die Methode nicht den tatsächlichen verwendeten Bereich zurück. Die Playlist weiß also nicht, wo genau das Icon sich befindet, und kann die Klicks nicht auswerten.
Könntest du damit leben, dass ein Klick irgendwo in die Spalte das PFL auslöst, auch wenn es vielleicht ein paar Pixel an dem Icon vorbei ist?
Wieso, kann ich ein Bild manuell einfügen, und über dieses Bild anschliessend pixelgenau PFLen. Doch beim laden der Playlist mit Bildern, klappt es nicht mehr diese geladenen Elemente zu PFLen.
Habe noch etwas probiert: Neue Playlist -> Einige MP3 hineingezogen -> Einem Element ein Bild verpasst -> Playlist gespeichert -> gespeicherte Playlist wieder anhängen = Nun habe ich 2 Elemente mit einem Bild in der Playlist. Das 1. kann ich PFLen, das 2. nicht
Hallo Torben
In der folgenden mAirList Version funktioniert das PFL auf einer geladenen Playlist noch
2.1.41 454
Hier wird noch das Icon in die Playlist geschrieben.94EBAApUSlB…
Michel
Der Bug ist doch, dass mAirList sich die Koordinaten des Bildes nicht merkt, wenn es ein selbstdefiniertes ist.
Wenn du das Icon nachträglich änderst, hat mAirList noch die Koordinaten des Standard-Icons im Cache, und der Klick funktioniert (in genau dem Bereich, wo das Standard-Icon vorher war). Wenn du von vornherein eine Playlist mit Icons lädst, stehen gar keine Koordinaten im Cache, und der Klick wird ignoriert.
Genau, aber erst wenn das Bildes erneut aus der Playlist geladen wird.
Unsere Bilder haben die gleiche grösse wie das Standard-Icon
Wäre es möglich die Playlist zuerst mit den Standard-Icon zuladen und anschliessend das Icon zu setzen?
Nein, das wäre ja nur kreatives Ausnutzen der näheren Umstände des Bugs 
Ich habe ja schon oben geschrieben, wie ich das gelöst habe: Wenn man ein benutzerdefiniertes Bild hat, wird einfach das gesamte Feld für den Klick freigegeben.
[quote=“Torben, post:9, topic:5751”]Nein, das wäre ja nur kreatives Ausnutzen der näheren Umstände des Bugs
Ich habe ja schon oben geschrieben, wie ich das gelöst habe: Wenn man ein benutzerdefiniertes Bild hat, wird einfach das gesamte Feld für den Klick freigegeben.[/quote]
Auch so :
Könntest Du mir bitte einen 2er Snapshot machen? DANKE!!!
So, nun gibt es endlich einen neuen Snapshot.
SUUUUUUUUUUUUUUUUUUUUUUUUUUPPPPPPPPPPPPPPPPPPPPPPPPPPPPER. Danke schön!
Nächste Frage:
Wie gross ist das Standard Icon, 48x48? Mein erstelltes NEW.png wird leicht kleiner gezeichnet
48x48 ist richtig, wobei mAirList die Bilder automatisch skaliert - kann aber sein, dass die Skalierung unterschiedlich ist, wenn es ein elementspezifisches Icon ist.
Wird es in der richtigen Größe angezeigt, wenn du das PNG als Ersatz für ein Standard-Icon einbindest (z.B. als “icon_file.png” im images-Ordner)?
Wird es in der richtigen Größe angezeigt, wenn du das PNG als Ersatz für ein Standard-Icon einbindest (z.B. als “icon_file.png” im images-Ordner)?
JA
Gut, dann liegt es am unterschiedlichen Algorithmus für die Größenberechnung.
Mit den unterschiedlichen Grössen kann ich ignorieren.
Habe soeben einwenig mit den eigenen Icons experimentiert. Geniale Sache!