[ANNOUNCE] vdradmin-0.97-am3.4.1 + v3.4.2rc2

Zitat

Original von j-ronny
Ich möchte dich bitten über eine Erweiterung von vdradmin nachzudenken um
VDR-Burn einzubauen dass man dies nicht immer am vdr machen muss
sondern besser über vdradmin.

Der Bitte schließe ich mich an, und mache gleich einen Vorschlag zur Bedienung:

Aufnahmen markieren geht ja bereits mit reccmds.conf in VDRadmin wunderbar, man bräuchte nur noch irgendwo einen Button "Burn".

Hier bräuchte man folgende Bedienelemente

a) Textfeld "Name der DVD", mit Editiermöglichkeit
b) je ein Textfeld pro markiertem Film, mit Editiermöglichkeit des Namens, Lösch-Feld und hoch/runter Pfeilen, um die Reihenfolge ändern zu können
c) Anwahlmöglichkeit für Menü ja/nein
d) Anwahlmöglichkeit für Brenner/Image erzeugen/beides
e) Anwahlmöglichkeit für Kapitel bei Schnittmarken/in5/10 min Rhythmus

f) großer "Start" Knopf

Sowas wäre echt eine feine Sache...

Gruß,

Mirko

Tobias

Ich habe das gleiche Problem mit der Umlaut Darstellung und habe auch schon alle Tipps hier ausprobiert. Nun habe ich mir die Messagedatei html konform angepasst, was sowieso richtiger ist, da Umlaute Escaped werden sollten. Ich habe sie mal angehängt. Kannst es ja mal bei Dir probieren.

amair

Der Fehler liegt in der vdradmin.mo. bzw de.po. Wenn ich mir die de.po mit dem mc unter Linux anschaue werden die Umlaute schon nicht korrekt angezeigt. Schaltet man nun auf Hex um, sieht man das zwei Bytes für einen Umlaut verwendet wurden. Ändere ich die Umlaute korrekt ab, kompiliert mir der msgfmt die de.po nicht mehr, obwohl Dateien in diesem Format korrekt von meinem Webserver dargestellt werden.

Hast Du die Dateien unter Windows erstellt? Wenn ich mir die Dateien mit Ultraedit anschaue, sehe ich das diese in Unicode sind. Sie werden auch korrekt unter Windows angezeigt. Aber eben für jeden Buchstaben zwei Byte(Hexmodus). Bei der Umwandlung in Linux muß da irgendwas schieflaufen. Mit mc unter Linux sieht man nur ein Byte pro Buchstaben, außer Umlaute.
Laut selfhtml hat z.B. ein ü einen Hexcode von FC(dezimal 252). Ändere ich die de.po so ab, kompiliert aber msgfmt nicht mehr. Kannst Du das nochmal überprüfen.

@ da haben wir uns wohl gerade überschnitten. siehe oben.

werd ich heute Abend mal probieren. Ich geb dann Bescheid!

Übrigens schau mal hier. Das funktioniert auf jeden Fall.

amair

So, hab mal ein bischen rumgespielt und folgendes rausbekommen.

Die EPG Daten sind in ISO-8859-1 codiert. In der original de.po sind die Texte in Unicode(utf-8) codiert. Unter msgstr steht aber "charset=ISO-8859-1". Damit werden die Texte an den Browser ausgeliefert. Daher werden die EPG Daten korrekt angezeigt, die (Menü)texte aber nicht. Ändert man diesen String in "charset=utf-8" ab und compiliert die Datei neu, werden die Unicode Texte aus der vdradmin.mo auch richtig angezeigt, die EPG Daten aber nicht.

Lösung:
1) man ändert die de.po von unicode nach ascii und schreibt echte Umlaute rein. man beläßt den msgstr="charset=ISO-8859-1" so wie er ist und comiliert neu. Damit werden die Texte in ISO-8859-1 codiert, was die EPG Daten ja auch sind, und alles wird richtig angezeigt.

2) man ändert die de.po von unicode nach ascii und schreibt die Umlaute mit benannten Zeichen(z.B. ü statt ü) siehe hier. man beläßt den msgstr="charset=ISO-8859-1" so wie er ist und comiliert neu. Damit werden die Texte in ISO-8859-1 codiert, was die EPG Daten ja auch sind, und die Umlaute werden auf jeden fall richtig angezeigt, da sie ja umschrieben sind.

amair

Genau so(fast) habe ich die Tests durchgeführt. Ich habe mir damit mehrere de.po Dateien erzeugt,compiliert und getestet.
Ich hatte dadurch folgende Dateien und obiges Ergebnis
[list=1]
[*]utf-8 codiert msgstr="charset=iso-8859-1" (original)
[*]iso-8859-1 codiert msgstr="charset=iso-8859-1" (echte Umlaute ä,ü,ö,ß)
[*]iso-8859-1 codiert msgstr="charset=iso-8859-1" (benannte Zeichen ü usw.
[/list=1]
Variante 3 ist meines Erachtens nach die beste, da da die Umlaute auf jeden Fall dargestellt werden und keine Einstellungen der Environment Variablen nötig sind.
Variante 1 kann eigentlich gar nicht funktionieren, da die Menütexte in UTF-8 ausgeliefert werden, aber die EPG Daten in ISO-8859-1(sprich es werden echte Umlaute geschrieben). Da aber der Zeichencode für Umlaute in ISO-8859-1 ein anderer als in UTF-8 ist, werden ? angezeigt. Stellt man die Codierung über die Konfiguration auf ISO-8859-1 um, werden die EPG Daten korrekt angezeigt, aber die Menütexte nicht(umgekehrtes Problem)

Wenn Du die utf-8 Variante benutzt, was steht denn bei Dir für eine Codierung im Header(Browser rechte Maus -> Quelltext anzeigen)? Wie werden Deine Umlaute in Deinem Quelltext angezeigt(Menü und EPG Daten)?? Wenn bei Dir überall echte Umlaute stehen, kann das nur bedeuten, das bei mir und anderen die das Problem haben, die EPG Daten von Perl nicht korrekt nach UTF-8 gewandelt werden.
Um allen Problemen aus dem Weg zu gehen würde ich die Variante 1 vorschlagen, da wohl jedes System iso-8859-1 codieren kann, oder wie siehst Du das?

amair

Klar, vertippt
Variante 3 ist wohl die beste, aber 2 tut es auch.

Hi,

ich habe schon die Internet Explorer 7 Beta 2 am laufen und ich möchte nur vorwarnen, daß der IE7 grobe Layoutprobleme mit VDRAdmin-AM hat.

Zitat

Original von amair
Hi,

Na toll!

Kannst Du mir mal ein paar Screenshots schicken?

Gruß,
Andreas

Alles anzeigen

Hi Andreas,

sorry ... ich habe zu früh gewarnt .. es war bei mir beim Browser etwas nicht richtig eingestellt .. es funktioniert doch ...

at24106