Wunschthread XXV V1.0

Quote

Original von AKA

Einmal-Autotimer sind gut für Filme geeignet, von denen man nicht weiß, wann sie kommen. Nachdem der so aufgenommene Film gesehen und gelöscht wurde, würde der Film wieder aufgenommen werden, es sei denn, der Autotimer wird gelöscht/deaktiviert. Aber ich gucke mir nicht jeden Tag die Autotimer an und bekomme auch nicht immer mit, wenn ein Film gesehen und gelöscht wurde. Außerdem sind deaktivierte Timer leichter in der Liste herauszufinden und zu löschen.

Gruß,
Andree

Yop stimmt, dann kann man da mal einen Film eintragen den man schon immer sehen wollte. Gut AKA dann mach mal ein Ticket auf und achtet bitte auf ein aussagekräftiges Summary

Quote

Original von Dyl0n

Hi,
schau dich mal nach mod_proxy um, das kann dann über sagen wir http://$homeip/xxv auf http://vdr:8000 zugeifen. So hättest ud nach aussen hin nur port 80 auf den im internen Lan kann Port 800 ja rühig offen sein.
Gruss,
Mattheus

Ich glaube wilderigel hat damit sehr gute Erfahrungen gemacht. Jedenfalls hat er mir den Code immer um die Ohren gehauen wenn es in seinem Apcheproxy nicht gefunzt hatte ... also frag ihn mal ... er hilft gerne, wie man an seinen unglaublichen 7000+ Beiträgen sehen kann

Ich hätte auch selber noch ein Idee Wir könnten über einen Amazon SOAP Service die Einstellungen für Autotimer, User, Preferenzen etc.pp. als Backup im Netz sichern. Natürlich anonym und verschlüsselt. Somit brauch man nicht immer alles neu einstellen, wenn man aus Verzweiflung wieder mal einen neuen VDR aufsetzt

Was haltet ihr davon?

... und wenn du einen zweiten vdr aufsetzen willst und die mysql Version sich unterscheidet oder du gerade für einen Kumpel in Schweden mal einen vdr einrichten willst??? Mir ist es halt schjon sehr oft passiert das die daten alle weg sind oder ich einen komplett neuen vdr einrichte, dann wäre es echt cool wenn ich mit einem Mausklick, alles so einrichte wie ich es gewöhnt bin.

Quote

Original von sigiberlin
Gut xpix dann mach mal ein Ticket auf und achtet bitte auf ein aussagekräftiges Summary

... bin hier fast vom Stuhl gefallen vor Lachen Also dann mach ich mal ein Ticket auf, ja sigi?!

Quote

Original von sigiberlin
wieso ich? Deine Idee, xpix, Dein Ticket ...

Ich hab ja auch gefragt ob ich ein Ticket aufmachen soll? Aber ich überlegs mir noch

Quote

Original von sigiberlin
grade will ich einen Timer anlegen und stelle fest, daß das Feld "Description" als readonly angegeben ist. Wunsch: macht es wieder writeable. Der Proxy hier im Büro weigert sich, die Daten für die Sendung zu übertragen, weil irgendwas in der URL falsch sei ... wenn ich die Beschreibung kürzen könnte, würds bestimmt gehen .... in ner früheren Version ging das mal ....

oder: könnte man die Beschreibung nicht beim Anlegen des Timers aus der epg-Tabelle lesen? dann müsste man das gar nicht übertragen....

Du hattest Recht, der Kram war auf Readonly gesetzt. Hab ich gerade gefixt und in R.860 gespeichert. Aber warum wir das auf Readonly gesetzt haben, ist mir noch ein Rätsel?

Quote

Original von sigiberlin
ok, aber dann sollten diese Daten nicht in der URL weitergegeben werden, wenn di Form abgeschickt wird. Es kommt nämlich vor, daß da ne Menge Zeugs drinsteht. Dann lieber einfach nur ne Anzeige der Daten, nicht ein textfeld mit readonly-Flag ...

Da hatder Sigi gar nicht mal so unrecht Nu ... ich pass das ggf. an.

Quote

Original von sigiberlin
nochn Wunsch

[Blocked Image: http://www.allygally.de/XXV-th.jpg]

wie man hoffentlich am Bild sieht, ist in der Tabelle noch jede Menge Platz - das Abschneiden der Texte wäre also nicht nötig ...

zugegeben - ich fahre hier ne 1680x1050 Auflösung, aber trotzdem -.--

Hmm, ne coole Idee wäre es wenn wir die Breite des Fensters abfragen würden und dementsprechend erst nach 50 oder 100 Zeichen abschneiden würden.

Also macht mal ein Ticket auf und ich realisier das im xstyle Skin.

Da ich noch ziemlich viel um die Ohren habe, werde ich erst Anfang September dazu kommen die ToDo's zu programmieren. Dann wird diesr Thread auch offiziell geschlossen und wir fangen mit dem Entwickeln an, so das wir zu Weihnachten eine offizielle V1.0 (stable) veröffentlichen können.

cu
xpix