Textauszeichnungsmöglichkeiten in den Sendungsbeschreibungen
Textauszeichnungsmöglichkeiten in den Sendungsbeschreibungen
Ich hatte es schon mal am Rande geschrieben: Ich fände es sinnvoll, wenn bei den Sendungsbeschreibungen zumindest der <b>-Tag unterstützt würde, damit man Unterüberschriften bei längeren Beschreibungen auch kennzeichnen kann. Damit könnten solche langen Texte deutlich übersichtlicher gestaltet werden.
-
- Gold Member
- Beiträge: 482
- Registriert: 01 Mai 2006, 02:58
- Wohnort: Jena
Das Problem ist, dies abwärts-kompatibel zu halten. Entweder packt man jetzt Text mit HTML-Tags und ohne in die Beschreibungs-Datei (was diese auf das doppelte anschwellen lässt in der Größe), oder macht noch weitere Dateien nur für das. So einfach ist das nicht hinzubekommen .
Aber nachdenken sollten wir mal drüber. Insb. welche Tags wirklich benötigt werden. Mit einigen kann man nämlich ganz schön viel dumfug machen *g*.
Mein Vorschlag:
- <h1> ... <h4>
- <b>, <i>
- <a href=""></a>
- <br>
- <p>
Aber nachdenken sollten wir mal drüber. Insb. welche Tags wirklich benötigt werden. Mit einigen kann man nämlich ganz schön viel dumfug machen *g*.
Mein Vorschlag:
- <h1> ... <h4>
- <b>, <i>
- <a href=""></a>
- <br>
- <p>
-
- Gold Member
- Beiträge: 482
- Registriert: 01 Mai 2006, 02:58
- Wohnort: Jena
Deshalb habe ich das jetzt nochmal erwähnt, weil ich dachte, dass es dann vielleicht zumindest noch in die 2.2 integriert werden könnte.bodo hat geschrieben:Das Problem ist, dies abwärts-kompatibel zu halten.
Die einzige abwärtskompatibel Lösung, die mir einfällt:
Man schafft ein zusätzliches Programmfeld, das in einem Array die Art des jeweiligen Tags und die Position des ersten und letzten Zeichens, die vom Tag umschlossen werden, aufnimmt.
Am besten wäre natürlich, wenn das durch die Programme im StarterKit übernommen würde, sodass die Datenanbieter die Zeichenpositioinen nicht selber berechnen müssen, sondern einfach den Text mit den Tags übergeben könnten.
Das ist aber natürlich programmiertechnisch aufwändiger als das einfache pauschale Aktivieren der Tags im TV-Browser.
Gut, wundert mich nicht. Die Frage ist, wieviel Abwärtskompatibilität gewünscht/notwendig ist. Wenn es Systeme gibt, auf denen nur TVB bis Version 1.0 läuft, dann muss Abwärtskompatibilität sein. Falls die neueren Versionen aber auch auf auf allen bisherigen Systemen laufen, dann ist ein Update vielleicht zumutbar. Aber vielleicht gibt es auch eine einfachere Lösung, die HTML-Tags hinzuzufügen und trotzdem abwärtskompatibel zu sein.bodo hat geschrieben:Ne, sobald die erste Beta raus ist, wird kein Feature mehr hinzugefügt .
Laufen würde es ja noch, es sähe nur nicht so schön aus. Wie sieht das mit der Abwärtskompatibilität von Programmfeldern aus? Was machen alte TVB-Versionen, wenn sie auf ein unbekanntes Programmfeld stoßen? Wenn das zu Fehlern führt, bleibt nichts anderes übrig als die Daten doppelt anzubieten (für alte und für neue Versionen).
"Es sähe nur nicht mehr so schön aus" bedeutet aber, das man Menschen zwingt, zu aktualisieren . Und wie gesagt: das ist nicht die Art, wie ich hier Software entwickeln möchte.
Quasi wie M$, das bei fast jeder Word-Version ein neues Dateiformat entwickelt. Man kann zwar noch in die alten Versionen exportieren (*hust* rtf als doc tarnen *hust*), es "sieht aber nicht mehr so schön aus". Nene...nicht mit mir .
Das Problem ist einfach, das es dann 2 Felder gibt, also die Download-Menge verdoppelt würde. Diese 2 Felder würde von der alten un der neuen Version runtergeladen.
Wie gesagt: wir müssten uns dafür was geschicktes überlegen. Aber das ist nicht gerade hoch in unserer Priorisierung .
Quasi wie M$, das bei fast jeder Word-Version ein neues Dateiformat entwickelt. Man kann zwar noch in die alten Versionen exportieren (*hust* rtf als doc tarnen *hust*), es "sieht aber nicht mehr so schön aus". Nene...nicht mit mir .
Das Problem ist einfach, das es dann 2 Felder gibt, also die Download-Menge verdoppelt würde. Diese 2 Felder würde von der alten un der neuen Version runtergeladen.
Wie gesagt: wir müssten uns dafür was geschicktes überlegen. Aber das ist nicht gerade hoch in unserer Priorisierung .
Also werden unbekannte Felder von alten Versionen akzeptiert. Das ist schonmal positiv.bodo hat geschrieben: Das Problem ist einfach, das es dann 2 Felder gibt, also die Download-Menge verdoppelt würde. Diese 2 Felder würde von der alten un der neuen Version runtergeladen.
Man müsste nicht unbedingt die Downloadmenge verdoppeln, siehe mein Posting von 27 Mai 2006, 16:09, aber eine einfachere Lösung fällt mir nicht ein.
Ja, ich lösche ständig diese Posts und noch ein paar Spam-User pro Tag.FREAKTV hat geschrieben:das nervt langsam!
das ist jetzt bei vielen foren so, dass irgendein (sorry!) nicht ganz schlauer die ganze zeit solche scheiße postet!!!
EDIT: Wie ich sehe, habt ihr das schon wieder gelöscht.
Ging schnell!
"First they ignore you, then they ridicule you, then they fight you, then you win." - Mahatma Gandhi
Unterstütze die Weiterentwicklung von TV-Browser
Unterstütze die Weiterentwicklung von TV-Browser
Ich will das nochmal aufgreifen. Wie wäre es mit einer einfacheren (Zwischen)lösung: Text, der (ohne Zeilenumbruch) in jeweils (z.B.) 3 Sternchen eingefasst ist, wird in der Sendungsanzeige fett geschrieben. Das würde in älteren TVB-Versionen noch akzeptabel aussehen, und selbst wenn die Sterne nicht vom Datenanbieter, sondern direkt vom Sender hinzugefügt wurden, sollte das doch in praktisch allen Fällen bedeuten, dass der Text besonders ausgezeichnet werden soll.
Biete selber TV-Daten an / Provide TV data yourself • Film-/Serienbeschreibungen → https://www.omdb.org