Farben von Hintergrundbildern ändern

[MarkusS]

Nachdem die Forenicons unter der GPL stehen - könntest Du die in den "Standard-Lieferumfang" reinpacken dass man die mal als Basis zur Verfügung hat?

[gaert]

Eher ungern... Ich finde EDOMI sollte quasi "leer" ausgeliefert werden - denn Geschmäcker sind einfach zu verschieden. Wenn ich das eine Iconset beifüge dauert es bestimmt nicht lange, bis auch dieses und jenes...

[vento66]

Dann halt ein Import Package

[saegefisch]

Ich finde die Idee eines leeren Edomi eigentlich auch charmanter, da es einen "frei-geistiger" an die Sache heran gehen lässt. Anderseits schreckt ein wenig - sei sie auch nur einmal bzw. selten zu machen - der Upload vieler Icons, wenn man gerade tolle Ideen im Kopf hat. Und dann noch in mehreren Farben! Schreck!
Die einfachste Lösung für beide Sichten wäre wohl, doch eine Art Massenupload zu ermöglichen (yepp, siehe auch anderer Threat). Dann wäre diese Sammlung oder ein beliebiger eigener Icon-Sack schnell hochgewuppt. Die Community kann fertige ZIP bereit stellen. Und für die Farben muss man halt vorher GIMP oder ähnliches anwerfen. Und die könnte die Community genauso bereit stellen

Vorschlag - ohne zu wissen, was das programmiertechnisch mit sich bringt (ich hoffe php kann ZIP von Hause aus)
* Ein Containerformat, z.B. ZIP. Der Name der ZIP Datei hat keine Auswirkung. Oder perfekt wäre: Mit Checkbox beim Upload kann man den Namen des Containers als Prefix für alle enthaltenen Bildnamen bekommen. Also z.B. klein.ZIP wird alle Bilder mit klein_<bild> importieren
* alle enthaltenen Grafikdateien in erlaubten Formaten werden importiert.
* Als Name wird der Dateiname ohne Dateierweiterung verwendet. Also z.B. Garagentor.jpg -> Garagentor | Garagentor_rot.png -> Garagentor_rot | Garagentor 80.jpg -> Garagentor 80.
* Doppelte Namen sind nicht erlaubt, da ist jeder selber für verantwortlich und man muss halt ggf. ein maßgeschneidertes ZIP aus einem Community-ZIP machen. Daher: Ganz bewusst wird das alte Bild überschrieben. Warum? Damit kann man dann auch sehr schnell mit einem(!) Upload z.B. seinem ganzen Layout einen neuen Anstrich geben. Oder mit einem weiteren Upload auch wieder zurück.
* Erlaubt sind darin nur die erlaubten Grafikformate. Andere werden schlicht beim Import ignoriert

Sicher, das wäre Aufwand. Aber, hey, mal was ohne KO... Und ungemein praktisch...

saegefisch

[gaert]

Alles richtig - nur so einfach ist das nicht, denn EDOMI arbeitet auf Datenbank-Basis, nicht auf Datei-Basis...

Im Hinterkopf habe ich so einiges in dieser Art, auch zum Austausch von Visu-Seiten, Designelementen, etc... Aber wie immer gilt: Es gibt erstmal wichtigeres Solange muss man halt glatt mal "ein paar" Icons manuell uploaden

[saegefisch]

Dass eine DB dahinter steckt ist klar, es wäre ja auch eher eine Frontend-Sache, den aktuellen Upload-Dialog auch diesen "Container-Umweg" zu ermöglichen (also 1x 100 Bilder nur statt 100 x 1 Bild). Das Ergebnis sollte unverändert bleiben. Vielleicht hatte ich da etwas missverständlich ausgedrückt. Damit erscheint mir der Aufwand nicht fulminant, da an der Mechanik sich nichts ändert. Nur halt der klitze-kleine Umweg über die ZIP, als wenn man's manuell gemacht hätte...

Wäre schön, wenn Dir die Idee gefällt und sie auf die Roadmap käme. Für eine umfangreichere Nutzung wär's auch irgendwie wichtig. Aber ich bin mir sicher, Du weißt am besten, die richtigen Prios zu setzen.
Bis dahin ziehe ich halt weiter meine Bahnen in Edomi - ich lass' mich doch von ein paar manuellen Uploads nicht aufhalten...

saegefisch

[gaert]

Doch, ich verstehe durchaus Es ist ja nicht so, dass mir derartige Dinge noch nie in den Sinn gekommen wären...

Nur ist es eben nicht mal eben mit dem Entpacken einer ZIP-Datei erledigt: Die "Dateien" landen in der DB mit einem Index. Wenn ich nun die Dateien "update", ist es mit einem einfachen Austausch der Dateien nicht getan. Und was passiert, wenn ich einen "DB-Ordner" (Konfiguration) anlege? Oder lösche? Oder ich lösche das ganze Package - habe aber zig Visuelemente, die auf ein Bild "zeigen"...

Das geht alles und ist auch kein Thema - aber es ist viel Arbeit!

[saegefisch]

nur so perspektivisch gesprochen...für den Tag, wo Du das doch mal angehen magst:

- Index hatte ich nicht bedacht, ich war noch auf der Schiene "name ist eindeutig". Tja, muss die DB noch mehr inhalieren... Unter der Sichtweise, dass dies ein Werkzeug ist und kein Allheilmittel (bei einer Kneifzange muss ich auch wissen oder lernen, wo ich anfasse...): Der Anwender ist dafür verantwortlich. Wenn der Dateiname einen Index "(x)" enthält oder - vereinfacht - damit endet, wird unabhängig vom bisherigen Namen das Bild mit dem selben Index ausgetauscht und mit dem neuen Namen überschrieben (Index bleibt natürlich gleich). Also würde im ZIP ein Garagentor_rot(4).jpg ein wie auch immer vor benanntes Bild mit dem Index (4) überschreiben und dann Garagentor_rot heißen. Wird kein Index mitgegeben oder existiert der Index als Bild nicht: Neuanlage mit neuem Index. Verantwortung liegt beim ZIP-Erzeuger. Wie gesagt: Es soll ein unterstützendes Werkzeug sein. Wenn man sich einmal sein Projek-ZIP zurecht geschnitzt hat, wird das wunderbar funktionieren. Und ohne Sinn und Verstand verwendet halt nicht...
Ich würde beim ersten Upload daher alle ohne Index hochladen und dann einmalig(!) mir die dann ewig stabilen Indexnummern aus edomi in die Dateinamen übernehmen und künftig Uploads so oft machen können, wie ich will.

- Ordner - Option A: ZIP wirkt bei der Neuanlage genau pro Ordner, in dem man "neu" gedrückt hat. Außer für enthaltene Dateien mit mitgeliefertem Index, dann diese natürlich genau auf den einen Index (egal wo). Auch wieder: Verantwortung liegt bei Sorgfältiger ZIP-Erstellung. Aber wenn man mal sein Projekt-ZIP geschnürt hat, kann man damit sehr zügig und scharfkantig arbeiten.

- Ordner - Option B: ZIP kann Unterordner enthalten, die DB-Struktur abbilden. Halte ich für unnötig kompliziert.

- Löschen: Das Package existiert nach der Verarbeitung nicht mehr. Es ist nur eine Upload und Aktualisierungshilfe. Keine DB-Persistenz. Daher Löschen bleibt unverändert (einzeln) wie bisher. Wer das nicht will: Besser _vor_ dem Upload von 3.000 Bilder denken, dann lenken... Oder künftig wieder einzeln hoch laden. Ohne Schmerz manchmal kein Wachstum...

just my 2 cents

[gaert]

Alles schön und gut - aber in meiner Pipeline ist dann eher etwas in dieser Art:

Es gibt Einzelbilder (wie gehabt) UND es gibt "Bilder-Sammlungen" (wie auch immer man das nennen wird).

Diese Sammlungen sind dann in dem Konfig-Baum nur ein einzelner Eintrag (so wie ein normales Bild). Öffnet man diese Sammlung, wird der Inhalt (also die Bilder) in einer Liste angezeigt usw.

Im Visueditor kann man dann entweder ein Einzelbild auswählen (wie gehabt) oder ein Bild aus dieser Sammlung auswählen.

Eine solche Sammlung wird intern auf Dateiebene z.B. wie ein Ordner verwaltet - für den Austausch würde ich dann einen entsprechenden Container erdenken (z.B. ein TAR/ZIP-Archiv mit einem entsprechenden Suffix).

Der Vorteil: Man "flutet" sich nicht die Konfiguration mit u.U. hunderten von Einzelbildern nebst Namen, sondern sieht in erster Instanz nur etwas wie "Iconset: Vintage"

[saegefisch]

Na, das hört sich doch noch wunderbarer an! So kompliziert wagte ich gar nicht zu denken nach Deiner ersten Zurückhaltung. Den Aspekt "gesammelter Austausch" ist auch schon drin. Na dann...sobald es irgendwann bei Dir oben auf der Liste steht: Wohl an, mein Capitän!

Vintage? Ist das das mit den Kerzen statt Glühbirne und "Musikus mit Klampfe" statt Lautsprecher?

[MarkusS]

Nee nee nee.

Da geht es um Computer-Vintage.

Endlich eine Visu im Wolfenstein-Design von 1981!

[gaert]

Die Aussage im Bild und die Farbgebung passen sogar recht gut zu KNX und damit einhergehenden Zutrittskontrollen an der Haustür...

PS: Ich habe Wolfenstein nie gespielt und nie (raub)kopiert! Niemals nie...

[rdeckard]

Eine Frage zu Bildern in Edomi:
Importierte Bilder werden u.U. ja auf verschiedenen Seiten in der Visu benötigt. Und dann nicht immer in der gleichen Grösse.
Wenn ich die Maße des Visu-Elements ändere, wird ja das darin liegende Hintergrundbild entsprechend skaliert, aber ohne Einhaltung des ursprünglichen Seitenverhältnis.
Wenn das Visu-Element gleich gross wie das Bild ist, ists ja einfach. Ansonsten muss man da rumprobieren oder gar das Verhältnis ausrechnen.
Wäre es nicht möglich, beim Visu-Element eine Checkbox "Verhältnis beibehalten" einzubauen, bei der das Bild immer korrekt skaliert würde?

Da wir doch viel mit Bildern hantieren, wäre das sicher eine sinnvolle Funktion.

(Im Moment arbeite ich noch viel mit SVG. Da wird komischerweise immer korrekt skaliert. Aber eben...SVG ist ja nicht offiziell unterstützt und scheint nicht so beliebt zu sein. Werde da also wieder auf PNG umstellen, aber mit korrektem Skalieren wäre das einfacher.)

[gaert]

Klar, kommt alles...

[tger977]

ich krame diesen Thread nochmal hoch, da ich auch gerade versuche die KNX-UF Icons in meine Visu zu integrieren. Das funktioniert schon soweit,aber halt bisher alles nur "weiß". Hat es nun schon jemand geschafft diese wie am Anfang des Threads einzufärben? Falls ja, wie?