[Announce] nOpacity 0.1.1

Zitat von louis

@seahawk: bitte mal testen.

Funktioniert, ich kann das Fenster unter i3 jetzt beliebig in der Größer verändern.

Ja, es läuft immer runder - vielen Dank für die Unterstützung

Zitat von 3PO

Ich weiss nicht, ob das schon mal erwähnt wurde, aber beim Start des VDR fehlt bei mir immer das halbe OSD.

Ab und zu, tritt der Fehler auch beim Umschalten auf, dann fehlt aber "nur" der Statusbalken.

[Blockierte Grafik: http://img17.imageshack.us/img17/3718/130504121605.jpg]

Das ist mir vorher als ich noch Anthra auf TextToSkin hatte auch schon aufgefallen. Ist vielleicht ein allgemeines VDR Problem.

Tschüß Frank

Ich hätte eine Idee für die Masse an Einstellungen. Vielleicht ist es ja möglich einen unteren Teil des Bildschirmes für eine Art Hilfefenster zu verwenden. In dem Hilfefenster könnte man kurz erläutern was der aktuelle Menüpunkt tatsächlich bewirkt oder noch besser eine Art Vorschau anzeigen. Die Vorschau wird sicherlich nicht so einfach zu realisieren sein.

Ich hatte hier auch schon mal was gebastelt: http://projects.vdr-developer.org/projects/plg-ripit

Der Vorteil hier ist das die englischen Texte aus dem Quellcode raus sind und sepperat von den anderen gepflegt werden können. gettext ist für sowas ja eigentlich eher ungeeignet.

Das gröste Verständnisproblem scheint zu sein das "schmale Menüs" meint das der Skin die Darstellug übernimmt und "breite Menüs" meint das die Plugins die Darstellung übernehmen http://projects.vdr-developer.org/issues/1360

cu

Zitat von Keine_Ahnung

Der Vorteil hier ist das die englischen Texte aus dem Quellcode raus sind und sepperat von den anderen gepflegt werden können. gettext ist für sowas ja eigentlich eher ungeeignet.

Wieso? Man kann doch, wenn es sein muss, auch die englischen Texte ohne Anfassen der Originaltexte in den Sourcen durch gettext-gepflegte zur Laufzeit ersetzen. Die Original-Texte koennten von vorn herein bloss als Verbindung zum eigentlichen Text in der gettext-Datei fungieren (also nicht zwangslaeufig ausfuehrlich oder gar orthographisch korrekt sein, vielleicht eher erklaerend, so dass der PO-Datei Pfleger, auch der fuers Englische genau versteht, was genmeint ist).

Als ich das damals probiert hatte hatte der VDR die en.pot nicht eingelesen. Kann aber auch sein das ich da was falsch gemacht hatte oder das es am 1.6er VDR lag.

Weil das war ja damals auch meine erste Idee gewesen Und ich vermute mal der Zwang, da gleich beim entwickeln (wenn man da eigentlich andere Sachen im Kopf hat) Romane (und dann noch in ner Fremdsprache) im Quelltext schreiben zu müssen ist der Grund warum so wenige Plugins Hilfstexte haben

cu

Möglicherweise müssen die Namen der locales übereinstimmen, etwa mit dem was im System verfügbar ist (locale -a oder so was).
Noch eine Idee, sich selber als Entwickler und andere als PO-Übersetzer zu gettext Pflege zu zwingen wäre, in den Sourcen eindeutig als String-IDs zu erkennende Texte zu verwenden, so ähnlich wie bei Visual C++ mit Underscores und Großbuchstaben in einem Wort: IDS_ASK_CONFIRM_DEL_REC was dann, falls nötig noch im Kommentar in der POT-Datei näher erläutert werden kann.

Sent from my Nexus 4 using Tapatalk 2

Zitat von louis

Moin,

ich fände es immer noch gut, wenn ich einen konkreten Vorschlag für eine Restrukturierung des Setup Menüs von einem User bekommen würde...

Was stört Dich daran, es ist doch alles OK so?

Zitat von louis

[...] Ich kenne mich mit den Setup Optionen aus ...

Ich denke mal, dass genau da das Problem ist, denn Du weist ja, was Du programmiert hast.
Ich bin der Meinung, dass es völlig ausreichen würde, im Wiki eine ausführliche Dokumentation zu schreiben, was die einzelnen Parameter bewirken und wie sie zusammenhängen.

Ich würde das in dieser Form machen:

Anzahl der Default-Menüelemente pro Seite:

Beschreibung:
Mögliche Werte:
Standardwert:

Schriftgröße anpassen - Default Menübuttons:

Beschreibung:
Mögliche Werte:
Standardwert:

Ausrichtung der schmalen Menüs:

Beschreibung:
Mögliche Werte:
Standardwert:
......

Ich baue die Anleitungen wenn möglich ins Programm ein.
Dann braucht man keine Wiki und die Anleitung ist immer auf dem neusten Stand.

Johns

Zitat von johns

Ich baue die Anleitungen wenn möglich ins Programm ein.
Dann braucht man keine Wiki und die Anleitung ist immer auf dem neusten Stand.

Johns

Hmmm,

das ist aber dann wohl sowohl beim SoftHDDevice Plugin, als auch beim Play Plugin versäumt worden, oder sind die READMEs gemeint?

Bei den meisten Sachen steht im README.txt mach vdr -Psofthdevice -h oder svdrpsend plug softhddevice help.
Einzig beim Setup bin ich nicht zufrieden. VDR und C++ ist mir da einfach zu kompliziert. Idealerweise würde
es zwei Setupmodi geben. Einen Profi und einen Anfängermodus. Oder beim Setup ein Infofenster mit dem Hilfetext.
Idealerweise wäre dies schon in der Menuklasse schon so vorgesehen.

Johns

Zitat von johns

[...] Einzig beim Setup bin ich nicht zufrieden. ...

Na ja, aber genau darum geht es doch, oder?

Ohne jetzt zu sehr OT werden zu wollen, aber das OSD Setup von SoftHDDevice ist auch nicht gerade das, was ich als "alles selbsterklärend" bezeichnen würde.

Wie schon oben bemerkt, ist es halt leider so, das der Programmierer weiss, wie es geht, bzw. was gemeint ist.

Ein simples Beispiel dazu ist:

"Schwarz während Kanalwechsel"

Mag ja sein, dass es User gibt, die wissen, was damit gemeint ist, ich weiss es jedenfalls nicht und ich sehe auch keinen Unterschied, ob es auf ja, oder nein steht.

So gibt es halt viele Beispiele und ich bin der Meinung, das Wikieintrag eine ganz gute Lösung ist.
Eine weitere Möglichkeit wäre, die "Hilfe" als html auszugeben, da ja bei den meisten Distributionen so oder so, ein Webserver mit dabei ist.

Beim Schneiden und auch beim Scrollen scheint das OSD zu flackern.
Sieht so aus, als liegt das an einem komplett neuem OSD, bzw. Textaufbau
wenn z. B. die Zeitanzeige der gerade geschnittenen Aufnahme hochzählt.
Ich weiss nicht, ob ich diesen Effekt jetzt verständlich beschrieben habe.
Als Ausgabeplugin verwende ich softhddevice.