work in progress: enigma skin workshop fragen/anregungen...

ich möchte gerne einen skineditor programmieren. hierzu benötige ich eine liste aller einzelnen tags, die die .esml-dateien verwenden können. das ganze soll dann per mausklick formatierbar/verschiebbar werden und zur einfachen skinerstellung dienen. auch nicht schlecht wäre ein freeware png convertierer, den ich einbinden darf.

danke

Beitrag von **maquiladora** » Montag 31. März 2003, 16:14

ok, vielen dank. werd es mal mit den tags der skins von chkdesign versuchen.

Beitrag von **Reichi** » Montag 31. März 2003, 17:21

hmm das problem ist: Es ändert sich ständig was in den esml's. naja und ICH kann dir da leider auch nicht helfen, hab k.A. was es da so gibt.
Generell fehlt aber afaik nichts in den skins. Also es sollten alle Tags drinne sein die möglich sind

Beitrag von **chkdesign** » Montag 31. März 2003, 17:24

Hab' mal was von pngquant gehört, welches frei sein soll.

Und doku ist ein wenig dürftig:
http://cvs.berlios.de/cgi-bin/viewcvs.c ... nigma/doc/

Beitrag von **tmbinc** » Montag 31. März 2003, 19:34

sorry, war nen paar tage nicht da.

die chkdesign-skins sind in der tat das beste beispiel für die skins, da sind auch die meisten tags verwendet.

ansonsten ist nen blick in den source glaub ich am aufschlussreichsten und vorallem am aktuellsten.

setProperty glaub ich heisst die methode, und sollte recht selbsterklärend sein. am besten grep einfach mal in lib/gui danach.

danke. werd mich jetzt mal an die arbeit machen...

welche auslösung gibt eigentlich enigma aus? ich verwende in der breite 704 und höhe 576. stimmt das? da man ja manche elemnte frei positionieren kann, möchte ich diese per mausklick vom benutzer verschieben lassen können.

Beitrag von **tmbinc** » Donnerstag 3. April 2003, 20:07

720 x 576 ist die auflösung, beim LCD 128x64 bzw. wohl demnächst mal 132x64.

Woher das 704 als horizontale auflösung kommt, weiss ich nicht. da ist wohl mal nen makroblock verloren gegangen

Beitrag von **ed_2** » Freitag 4. April 2003, 10:03

Hi, maquiladora

erst mal super das sich jemand daran traut so ein Programm zu schreiben ich kann so etwas leider nicht.

Als Anregung:
Es währe sehr hilfreich wenn mann die Skins schon auf dem Rechner betrachten könnte also mann ändert was in einer esml datei und kann dann auf dem Rechner schon sehen ob die Position stimmt. Das würde das dauernde neu flashen/booten der box aufheben.
Wenn du einen Beta tester brauchst bin ich gerne dabei ich versuche gerade einen Skin so von hand zu erstellen und mich in die esml einzuarbeiten.

Tschöö

ed_2

Beitrag von **chkdesign** » Freitag 4. April 2003, 12:26

LCD ist auf der DBBox 120x64

Cool wäre auch, wenn man den Title und Action Safe anzeigen lassen könnte:

http://root.xplore-it.net/safe.gif

Das ist der Bereich in dem man nichts wichtiges, bzw. keinen Text mehr platzieren sollte. Die Senderlogos stehen z.B. in den Ecken des Title Safes.

Beitrag von **maquiladora** » Freitag 4. April 2003, 21:13

folgende infos würde ich noch brauchen:

die png-dll, die ich zum speichern der bilder nutze kann keine transparenz-speichern. pngquant kann also auch nichts transparent machen. kennt wer eine vb-dll, die das auch kann?

der <colors> abschnitt sagt mir übrigens auch nix. für welche elemente legt man da die farben oder paletten fest?

ich hab auch keinen plan, wie man das vernünftig per komfortabler oberfläche editieren kann.

und wie siehts mit den elabelpostions aus. also 130:20 heißt auf der x 130 und y 20 - was bedeuted es dann wenn auch ein buchstabe dabei steht zB 130:20e?

Beitrag von **maquiladora** » Freitag 4. April 2003, 21:20

also an der vorschau werke ich gerade. was mir in vb probleme bereitet ist die transparenz. kann allerdings noch ein weilchen dauern, denn ich hab in zwei wochen abi...

- danach allerdings wieder mehr zeit. release also erst im sommer

.

Beitrag von **chkdesign** » Freitag 4. April 2003, 23:25

Soweit ich weiß kann pngquant indizierte Transparenz pngs wandeln. Habe das aber noch nie probiert und weiß nicht aus welchem Format.

Im Colors Teil wird die komplette Palette definiert. Man müsste also aus allen pngs die Farben rausholen und die auf 256 minimieren. Die Fonts und Farben im default Skin darf man nicht vergessen. Sind dann im Endeffekt wohl so um die 200 Farben. Ich hab' das immer mit nem großen Bild gemacht, in dem ich alle Farben mal drin hatte, hab' das indiziert und mit nem Tool von tmbinc die Farben als #RGBA extrehiert. Das Tool habe ich nur für Linux. Aber tmbinc kann Dir bestimmt den Source zur Verfügung stellen.

Beitrag von **alex.enjoy** » Samstag 5. April 2003, 12:29

maquiladora hat geschrieben:die png-dll, die ich zum speichern der bilder nutze kann keine transparenz-speichern. pngquant kann also auch nichts transparent machen. kennt wer eine vb-dll, die das auch kann?

Ich setze die MultimediaConversionLibrary von Gromada ein. Ist allerdings keine Freeware, die Demo schreibt beim Speichern "MCL" klein rechts oben ins Bild...

Beitrag von **Reichi** » Samstag 5. April 2003, 14:16

hmm die pngs sollte man ohnehin vorher schon erstellen...
Also ich denke alles was der editor können soll ist, die png's "durch's bild zu schubsen"

mal ganz salopp ausgedrückt *gg*

Beitrag von **maquiladora** » Samstag 5. April 2003, 19:03

kleines prob: um wieviel pixel verschiebt enigma die tatsächliche koordinate? arbeite soeben an der vorschaufunktion und hab gesehen, dass die tasten (rot, gelb,...) nicht wirklich mit den angaben der esml übereinstimmen.
weiteres kopfzerbrechen bereitet mir die containerfunktion von ezapmain - ich hab zumindest bis jetzt interpretiert, dass das objekt als container für info-bg fungiert.
bezüglich palette nehme ich an, dass die farben in hex zahlen umgewandelt werden müssen, sollte also kein prob sein.

Beitrag von **humi** » Sonntag 6. April 2003, 13:52

tmbinc hat geschrieben:. wohl demnächst mal 132x64.

endlich wird auch mal an das lange dreambox-display gedacht

Beitrag von **tmbinc** » Sonntag 6. April 2003, 18:51

koordinaten sind immer relativ zum parent bzw. "container".

"e" ist die rechte seite bzw. untere ecke des parents.

bei der position einfach width bzw. height des parents nehmen ("e-20" ist dann halt width - 20 etc.), bei der size bedeutet "e-10:e-10" z.b. dass sowohl in x als auch in y richtung noch 10 pixel platz gelassen werden sollen.

Beitrag von **bitpopler** » Sonntag 13. April 2003, 01:57

chkdesign hat geschrieben:.......hab' das indiziert und mit nem Tool von tmbinc die Farben als #RGBA extrehiert. Das Tool habe ich nur für Linux. Aber tmbinc kann Dir bestimmt den Source zur Verfügung stellen.

das hätte ich ja gerne, ist sonst sehr mühsam sich die zusammenzusuchen.

mfg

@tmbinc
ist #rgba gleich hex? bzw. liest enigma auch hex-farben ein?

Beitrag von **essu** » Sonntag 13. April 2003, 15:25

maquiladora hat geschrieben:@tmbinc
ist #rgba gleich hex? bzw. liest enigma auch hex-farben ein?

ich meine es ist nicht #rgba sondern #aarrggbb hexadezimal

Beitrag von **tmbinc** » Sonntag 13. April 2003, 15:55

die rgb-werte sind hex, wobei ein alpha-wert von 0 "garnicht transparent" und #ff "garnicht sichtbar" bedeutet.. also "falsch" rum (oder auch richtig rum), aber anders als in den meisten (windows-)programmen. nicht wundern

also 0 ist eine opacity von 100%, #ff von 0%

das pngdump-tool hab ich mal unter http://kuehlschrank.ath.cx/pngdump.cpp hingelegt, aber wie ihr das unter nicht-linux compiliert ist eure sache *duck*

Beitrag von **maquiladora** » Montag 14. April 2003, 12:06

folgendes problem:

die koordinaten passen der farbtastenpngs passen nicht genau auf den background. muss ich bei allen weiteren elementen (außer bg) jetzt eine fehlerquote von 2-3 pixeln nehmen, dh. auch für dolby/16:9/crypt einblendungen?

Bild

Beitrag von **ed_2** » Montag 14. April 2003, 20:18

@maquiladora
Ohhh sag blos du hast scon eine voransicht fertig wenn das verschieben nicht geht ist nicht so schlimm

kann mann da mal ne beta bekommen zum testen????? schicke dir auch einen super bug report zurück

tschööö

ed_2[/quote]

Beitrag von **maquiladora** » Montag 14. April 2003, 20:27

voransicht läuft schon. als viewer könnte man es schon verwenden, aber mehr als einlesen der skin kann die anwendung noch nicht. ich glaube ein alpha stadium ist noch nicht eingetreten - es werden momentan ja auch nur skins unterstützt die allein aus bildern bestehen.