Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
es gibt hier noch ein Problem mit der Navbar.
Mit Rev. 1725 wurde ja im der basic.css canvas.icon eingefügt.
So wie es aussieht mach aber die design_setup.js damit etwas Probleme:
Hier die Navbar mit Iconhandler recolor:
Im Gegensatz dazu scheint das Pure - Design kein Problem zu haben:
Im Vergleich dazu nochmal das Verhalten mit dem "alten" iconhandler:
Hier auch mal ein Firebug Auszug aus dem HTML - Element neuer iconhandler:
Habe übrigens in meiner custom.css der metal-Variante noch die canvas.icon attribute eingeschrieben, Damit sieht das schon ganz gut aus.
Die übrigen Probleme sind unverändert.
snapshot 2 ist die Variante mit der iconhandler.js.recolor.
Hier werden die icons deutlich vergrößert.
Ist mit 1724 hoffentlich besser.
Hier muss man aber mit allen Designs testen, denn viele Designs (und bei diesem Bug hier sogar die globale Config...) sprechen Icons im CSS noch per img.icon an - die Regel muss aber inzwischen auch noch canvas.icon mit umfassen...
Außerdem bekommen gleich alle gleichnamigen icons (und auch noch einigen anderen) diesselben Farben und Klassen (hier class=blink) übergeben.
OK, klingt nach etwas tieferem Bug. Wie kann ich das nachstellen?
Im Zweifel einfach die Demo-Config erweitern (bei speziellerem unter "Erweiterte Widgets"). Dann kann ich mir das mit ansehen.
(Metal-Demo wäre auch i.O.)
habe mal die neue Variante ausprobiert. Führte bei mir zu überraschenden Ergebnissen:
snapshot 1 ist die Variante, welche bisher benutzt wurde (funktioniert in Revision 1722 als iconhandler.js wie bisher).
snapshot 2 ist die Variante mit der iconhandler.js.recolor.
Hier werden die icons deutlich vergrößert. Außerdem bekommen gleich alle gleichnamigen icons (und auch noch einigen anderen) diesselben Farben und Klassen (hier class=blink) übergeben.
Bin deshalb wieder zurück auf die herkömmliche Variante.
Mit meiner Test-Config ist's nicht aufgetreten, aber jetzt mit der Demo-Config schon...
=> Schau ich mir an.
Nachtrag: Mit Revision 1720 sollte das nun behoben sein. ABER: habe gerade gesehen, dass <icon>-Elemente ohne "color"-Attribut noch scheitern
=> Erste Tests sollten nun gehen, die Demo-Config aber noch nicht...
Habe dasselbe Problem wie netsrac - die sache mit dem cometvisu.appchache brachte keine Veränderung. Gibt es noch andere Ansätze dieses potentielle cache-Problem anzugehen?
Die Datei getestet in Chrome: funktioniert bei mir...?!?
Was Du immer beachten solltest: wenn Du Source-Dateien änderst kann es notwendig sein, denn App-Cache (also die Datei cometvisu.appcache) anzupassen. Am einfachsten oben die Timestamp im Kommentar aktuallisieren, sollte ausreichen.
Hört sich erstmal super an - aber wasbedeutet, dass jeder Pixel der nicht 100% transparent ist umgefärbt wird.
Wenn ein Pixel nun 50% Transparenz hat, hat er das auch noch nach dem Einfärben dann 100% der Zielfarbe, oder bleibt die Transparenz erhalten.
Es wird nur die Farbe geändert, die Transparenz bleibt.
Aber wenn das Icon nachträglich skaliert wird (per CSS bzw. styling), dann kann sein, dass der Browser das beim canvas nicht genau so macht wie das Skalieren eines Bildes.
Das ist aber ein Browser "Feature", da kann die Visu nichts für.
Wenn das stören sollte, dann sollten wir eher mehrere Icon-Größen gleichzeitig anbieten...
So, mir Revision 1714 können jetzt die Icons auch in der Visu umgefärbt werden
Umgefärbt wird dabei jeder Pixel, der nicht 100% transparent ist. Ein paar Ziel-Farben sind per Namen definiert (mit den Werten so wie im Generator-Skript), aber die ganze Freiheit gibt's wenn man in der Config-Datei beim Icon als "color"-Attribut die Farbe als Hex-Wert angibt, wie z.B. #ff0000 für ein sattes rot.
Damit ein Icon umfärbt werden kann, muss es etwas anders definiert werden als bisher. Es müsste z.B. aussehen wie
Achtung: ich habe die Definitionen im iconhandler NICHT angepasst, da das ein Skript sicher besser kann.
=> Hier können unsere Skript-Gurus wieder einsteigen , und am besten nach etwas öffentlichen Test auch die nun vorhanden Varianten wieder auf eine reduzieren.
D.h. aber auch: ohne jetzt was am Code zu ändern, wird man diesen Effekt erst mal nicht sehen können...
(Mein Test mit Chrome, Firefox, Android 2.3 und iPad waren alle erfolgreich)
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Einen Kommentar schreiben: