REC mode ON/OFF im webinterface

[kerlimann]

hi,

wer hat denn die buttons gebaut, fuer das webinterface? koennte derjenige vielleicht 2 buttons mit der aufschrift REC ON sowie REC OFF basteln (sonst passt das wieder mit der schrift nicht, und sieht nicht so dolle aus)?

also so wie if_tvmodexx.jpg vom format her.

waere dann:
if_recmodeon00.jpg
if_recmodeon01.jpg
if_recmodeoff00.jpg
if_recmodeoff01.jpg

sinn und zweck des ganzen ist, die box per webinterface in den recordmode zu versetzen, so das die bouquets auf transponder gelocked sind, sofern man manuell mit wingrabe aufnimmt. bei einigen usern schaltet die frau (oder die mutter <g>) sonst versehentlich um.

waere auch nett, die rohlinge der jpgs (also ohne text) einfach ins cvs einzuchecken, und ein kurzes readme dabeizunehmen welcher font genommen wurde. dann eruebrigen sich solche nachfragen in zukunft. mir fallen zu dem webinterface naemlich noch einige interessante dinge ein.

das diff fuer die "controlpanel.html" poste ich dann hier, ist ja nicht viel. kann sich dann jeder bei bedarf einbauen, aber ich denke das wird eh seinen weg ins cvs finden. nachteile hat die funktion ja sicherlich keine.

happy weekend,
kerli

[Zwen]

IMHO macht das überhaupt keinen Sinn diese Funktion auf die Webseiten zu nehmen. Das ist Sache der Streaming-App dies über die http-Schnittstelle zu erledigen, alles andere ist ein Krücke. Ausser Wingrab machen das ja AFAIK auch alle grabber. Zu Wingrab sind die sourcen im cvs , eine Patch, der diese Funktion in Wingrab als Option anbietet, halte ich für sinnvoll.

Zwen

[Unchained]

[kerlimann]

Zu Wingrab sind die sourcen im cvs , eine Patch, der diese Funktion in Wingrab als Option anbietet, halte ich für sinnvoll.

kann ja jemand machen, wenn er lust hat. spricht ja nix dagegen. wer dann gerade so dabei ist, bitte auch in die xmms und winamp sourcen einbinden, damit ich in ruhe radio hoeren kann
also echt, manche argumente hier kann ich nicht nachvollziehen. es ist eine zusaetzliche funktion, die muss man doch nicht nutzen.

@cassiopeia: wogegen? ein bisserl mehr zitieren waere schon nicht schlecht.

[MB]

ich nix dev

Löscht mich, ich bin ein böser hier-nix-verloren-post

ach und kerlimann, die box zeigts normal net an

[kerlimann]

es ist eine zusaetzliche funktion, die muss man doch nicht nutzen.

Nur dumm wenn man aus versehn mal draufkommt und dann wie doof auf der FB an der box rumtippert

ja, und auch sehr dumm, wenn man aus versehen auf shutdown kommt, nicht wahr?

anzeigen tut die box den recmode ja auch net

bei mir schon. oder handelt es sich bei diesem rot blinkenden button auf dem TV lediglich um ein paar wild gewordene freigelassene pixel?
hmm.. ich dachte eigentlich, man sollte wissen wovon man spricht wenn man hier posted.

[MHC]

sorry ich werd mal ein bischen OFFTOPIC ;-)

seit wann darf denn hier 'jeder' posten ???
.... das war doch mal only 'DEVELOPER'

[Zwen]

*Psst* MHC , das war "developer internal", aber nicht weiterverraten ;-)

[kerlimann]

naja, also ich finde das schon etwas deprimierend. sogar so kleinigkeiten ala html files aenderungen werden irgendwie "im keime erstickt". ist jetzt nicht boese gemeint, aber mir kommt das so vor.

@MHC: der letzte status war eigentlich, das dieses forum fuer codeschnipsel geoeffnet ist. nur ist der code in diesem fall halt abhaengig, bzw. zusammenhaengend mit neuen buttons. ich kann die auch alle neu erstellen, nur moechte ich dann DAS geschrei nicht hoeren
hier uebrigens der passende thread mit aussage von obi und rasc:

https://tuxbox.berlios.de/forum/viewtop ... 1&start=20

schoenen abend noch,
kerli

//nachtrag @MB: die box zeigt das sehr wohl an, wenn du einen kanal umschalten willst, oder die bouqet liste aufrufst. dann blinkt da ein roter knopp ala "RECORDING". ob das dein image macht (alexw?), weiss ich nicht, im cvs ist das aber so, und funktioniert auch.

[Zwen]

@kerliman: Jetzt werd mal nicht Paranoid...
es hat auch nichts mit der Code-Menge zu tun, es geht lediglich darum das diese Funktion IMHO nicht sinnvoll ist. Dieses feature ist nur für sehr wenige User interessant und lediglich ein workaround für ein anderes Problem.
Ich bin da aber auch nicht die letzte Instanz, sollte ein anderer Dev das für unbeding erforderlich halten dann steht ihm selbstverständlich frei das einzuchecken, aber erst nach erfolgreicher Duellierung

[kerlimann]

>Jetzt werd mal nicht Paranoid...


>Dieses feature ist nur für sehr wenige User interessant
genau das ist das (dein?) problem. es gibt features, welche fuer einige interessant sind, fuer andere halt nicht. immerhin hat man ja die moeglichkeit, alternativ sowas anzubieten. es muss nicht unbedingt ins make einzug halten, sondern kann dann wahlweise genutzt werden.

etwas stutzig macht mich das null-feedback nach den "rohlingen". zumindest diese haette der autor der jpgs ja einchecken koennen (mit kurzer angabe des benutzen fonts), ohne das sie im make benutzt werden. ich schau doch jetzt nicht alle diffs im pipermail durch, um herauszufinden wer den kram damals erstelt hat. das muss doch nun wirklich nicht sein.

>und lediglich ein workaround für ein anderes Problem.
OK, wingrabe war ein bloedes beispiel. diese funktion ist dennoch sinnvoll, wenn auch nicht fuer dich. und die breaked auch nix.

>Ich bin da aber auch nicht die letzte Instanz, sollte ein anderer Dev das
> für unbeding erforderlich halten dann steht ihm selbstverständlich frei
>das einzuchecken, aber erst nach erfolgreicher Duellierung
s.o.
ein bisserl kooperative hat noch keinem geschadet. ansonsten kann sie ja der betreffende dev einfach in sein public_html legen, und mir einen hinweis geben. ich haette halt gerne diese buttons.

[Zwen]

es muss nicht unbedingt ins make einzug halten, sondern kann dann wahlweise genutzt werden.

Dann bau etwas, das man abschalten kann (bzw. einschalten), dann check ich das sofort ein...
Der nhttpd hat ja auch ein Config-File über das man diese Funktinalität dann einschalten kann (so wurde früher z.b. auch zwischen den verschiedenen Layouts umgeschaltet).

etwas stutzig macht mich das null-feedback nach den "rohlingen".

Altes Spiel..., wenn du keine Antwort auf eine bestimmte Frage bekommst, dann liegt das in der Regel daran, dass es keiner (der lesenden) weiss. Also ich weiss es nicht, Dirch könnte es vielleicht wissen (der liest aber wahrschneinlich nicht mit), auch wenn ers glaube ich nicht selber gemacht hat....

zumindest diese haette der autor der jpgs ja einchecken koennen (mit kurzer angabe des benutzen fonts), ohne das sie im make benutzt werden.

Ganz deiner Meinung. Die Rohlinge wurden ja wahrscheinlich mit Photoshop o.ä erstellt, da wäre es doch das einfachste gewesen die Dateien auch in diesem Format mit ins CVS zu packen, dann hätt man da ganz leicht, neue Bilder erstellen können.

ich schau doch jetzt nicht alle diffs im pipermail durch, um herauszufinden wer den kram damals erstelt hat. das muss doch nun wirklich nicht sein.

Jetzt hast du dich aber als CVS-Newbie geoutet ;-)
cvs bietet viele schöne Funktionen um sowas bequem und schnell zu recherchieren. Versuchs z.B. mal mit cvs log <dateiname>

Zwen

[kerlimann]

Jetzt hast du dich aber als CVS-Newbie geoutet ;-)
cvs bietet viele schöne Funktionen um sowas bequem und schnell zu recherchieren. Versuchs z.B. mal mit cvs log <dateiname>

kann ich ja nicht auf mir sitzen lassen
http://cvs.tuxbox-cvs.sourceforge.net/c ... ta/images/
hat dirch voriges jahr eingecheckt.

[kerlimann]

soooo, hehe. jetzt habe ich wieder etwas mehr zeit, und kann detaillierter auf dein posting eingehen. bitte entschuldige, das ich auf die "altmodische" art quote:

>Dann bau etwas, das man abschalten kann (bzw. einschalten), dann
>check ich das sofort ein...
das musst du garnicht machen, ich wollte lediglich ruecksprache halten, bevor ich etwas einchecke. ich hab das mit dem cvs zwar noch nicht so ganz raus, zaehle allerdings auf deine mithilfe. der arme obi iss schon ganz kirre von meinen fragen

>Der nhttpd hat ja auch ein Config-File über das man diese Funktinalität
>dann einschalten kann (so wurde früher z.b. auch zwischen den
>verschiedenen Layouts umgeschaltet).
naja, fuer so einen kinderkram, noch eine extra function ala "NewGui"? ich weiss nicht. macht der nhttpd eigentlich SSI? das waere dann eine feine sache, mit shtml files. sofern cramfs bestand haben soll (baut eigentlich noch wer images?) koennte man prima aus dem /var includen.

>Die Rohlinge wurden ja wahrscheinlich mit Photoshop o.ä erstellt, da
>wäre es doch das einfachste gewesen die Dateien auch in diesem Format
> mit ins CVS zu packen, dann hätt man da ganz leicht, neue Bilder
>erstellen können.
besteht interesse daran, das ich das mal in angriff nehme? es genuegen 2 layer (grafik / text). im nu kann sich jeder kundige seine eigenen buttons erstellen. allerdings frage ich mich, wie dirch die jpg es so small (filesize) bekommen hat. bei mir hat das minimalste jpg 10kb, bei ihm 2kb. hmm..

>Jetzt hast du dich aber als CVS-Newbie geoutet ;-)
und du dich als shell newbee? wuerdest du in deinem home mal ein "cd.." und daraufhin ein "ls -lisa" machen, waerst du vielleicht ueberrascht?

[Zwen]

macht der nhttpd eigentlich SSI? das waere dann eine feine sache, mit shtml files.

der nhttpd ist self made, der kann mit sicherheit kein SSI

sofern cramfs bestand haben soll (baut eigentlich noch wer images?) koennte man prima aus dem /var includen.

Wieso brauchst du dafür SSI ????
Geht doch schon, einfach den DocRoot pfad in config file aendern...

besteht interesse daran, das ich das mal in angriff nehme? es genuegen 2 layer (grafik / text). im nu kann sich jeder kundige seine eigenen buttons erstellen.

Jepp, fänd ich gut...

allerdings frage ich mich, wie dirch die jpg es so small (filesize) bekommen hat. bei mir hat das minimalste jpg 10kb, bei ihm 2kb. hmm..

Wie schon geschrieben, ist AFAIK das Layout incl. Pics nicht von Dirch, der hat das nur eingecheckt.
Prinzipiell, gibt es für die JPG-Größe ja nur zwei Beeinflussende Faktoren.
Komplexität des Bildes und Komprimierungsgrad....

wuerdest du in deinem home mal ein "cd.." und daraufhin ein "ls -lisa" machen, waerst du vielleicht ueberrascht?

Überascht ? Nö ! Ich glaube geschockt triffts eher ;-)

[kerlimann]

n eabend,

>>macht der nhttpd eigentlich SSI? das waere dann eine feine sache, mit
>>shtml files.

>der nhttpd ist self made, der kann mit sicherheit kein SSI
ja wie jetzt .. selfmade?? iss alles selfmade bei open source. (nein, ich hab immer noch nicht reingeschaut, vorm weekend wird das nix). der nhttpd ist doch keine eigenentwicklung vom tuxbox team (wenn du das meinst).

>>sofern cramfs bestand haben soll (baut eigentlich noch wer images?)
>>koennte man prima aus dem /var includen.
>Wieso brauchst du dafür SSI ????
>Geht doch schon, einfach den DocRoot pfad in config file aendern...
dann liegen ja auch alle images im jffs2, darum ging es mir nicht. der einzige vorteil vom cramfs ist doch der, das es besser compressed. per SSI haette man ohne frames einzelne menueteile user-configurable halten koennen. sprich: alles so wie es ist halten, PLUS ein frei definierbares extramenu, welches per SSI aus dem /var gelesen wird. in diesem menue kann dann jeder frei definierbar seine funktionen (rec mode) oder bookmarks ablegen (geringe html kenntnisse vorausgesetzt).

>>besteht interesse daran, das ich das mal in angriff nehme? es
>>genuegen 2 layer (grafik / text). im nu kann sich jeder kundige seine
>>eigenen buttons erstellen.
>Jepp, fänd ich gut...
super, ich setzt mich am weekend dran. gibts eigentlich ein freeware programm fuer grafik, welches mindestens 2 layer kann? das waere naemlich fuer dieses projekt angebrachter als ".psd" dateien. [ja, gimp kann das wohl, aber das ist nicht jedermanns sache, hehe]

[...]

>Überascht ? Nö ! Ich glaube geschockt triffts eher ;-)
joo, bischen angst bekommen hab ich auch

[kerlimann]

wo wir gerade so neutrinomaessig dabei sind (neuer thread wollte ich nicht extra machen):
was mir ein bischen am senkel geht ist, das userfunktionen auf der dbox taste liegen. im einzelnen meine ich damit tv/radiomode und spiele. rot/gruen/gelb bietet sich dafuer praktisch an. (blau/blau bleibt dann vtext).

IMHO haetten diese ihren sinnvolleren platz auf der blauen taste (plugins). auf der dbox taste sollten eigentlich nur administrative dinge liegen, welche man einmalig benoetigt (zum einstellen diverser settings). damit koennte man diese taste (dbox) dann auch admin maessig pw protecten (sofern man sich nicht bereits in einem menue befindet wie z.B. bouqets, wo die taste dann anderweitig genutzt werden kann).

gut, mp3player, picviewer und movieplayer haetten dann keine FARBtaste, aber das haben die ja bisher eh nicht. die ganzen apps koennte man ja durch eine line abgrenzen. (sprich: apps welche ohne pc zugriff eh nicht gehen). hmm.. vielleicht kann man diese sogar ausblenden, sofern weder dhcp noch IP auf der box definiert sind.. verwirrt auch eh nur diverse muetter

[Zwen]

iss alles selfmade bei open source. der nhttpd ist doch keine eigenentwicklung vom tuxbox team (wenn du das meinst).

Sischer, sischer, genau das meine ich...
Sonst wär da ja auch nicht so schön klein und schnell...
(Vorübergehend war da mal ein open source web-server, ich glaube der hies thttpd im Rennen, der war aber viel größer und viel träger)
Sag blos, das traust du den Devs nicht zu ;-)

per SSI haette man ohne frames einzelne menueteile user-configurable halten koennen. sprich: alles so wie es ist halten, PLUS ein frei definierbares extramenu, welches per SSI aus dem /var gelesen wird. in diesem menue kann dann jeder frei definierbar seine funktionen (rec mode) oder bookmarks ablegen (geringe html kenntnisse vorausgesetzt).

Da musst du dann halt ne ähnliche funktionalität im nhttpd implementieren, das ist schnell gemacht, denk ich...
90% der Seiten sind eh vom nhttpd generiert...

Bzgl. Umstrukturierung der Menüs muss ich dich leider Bremsen, das ist jetzt schon über 2 Jahre so und die Erfahrung hat gezeigt, dass da die meisten recht sensibel auf Änderungen in diesem Bereich reagieren. Ich hab mich inzwischen eigentlich auch damit angefreundet und will es nicht mehr anders haben...

Zwen

[Sepp776]

Hi kerlimann!
Ich hab für die Menü-Geschichte mal einen neuen Thread aufgemacht, weil das ja eine grundsätzliche Geschichte ist bei der nicht nur Devs mitreden dürfen

http://tuxbox-cvs.sourceforge.net/forum ... 277#171277

Ciao,
Sepp.

[kerlimann]

iss doch bullshit, den nhttpd gibts sogar fuer PALM. und thttpd trauere ich immernoch nach, der war wenigstens stabil. schau doch einfach mal in make rules archive, dann siehste doch, wo der herkommt.

[kerlimann]

Hi kerlimann!
Ich hab für die Menü-Geschichte mal einen neuen Thread aufgemacht,

ganz dolle idee, waere ich nie drauf gekommen, werde ich nie reinsehen. hier gehts um code, nicht feature requests.

[Zwen]

iss doch bullshit, den nhttpd gibts sogar fuer PALM. und thttpd trauere ich immernoch nach, der war wenigstens stabil. schau doch einfach mal in make rules archive, dann siehste doch, wo der herkommt.

und du glaubst ein PALM httpd wäre so geiegnet auf unix portiert zu werden ? Ich hab ja für den Palm noch nie programmiert, aber ich kann mir vorstellen, das da die c++ api doch ein wenig anders aussieht....

- in den rules-archive war noch nie ein nhttpd
- alle source dateien des nhttpd zieren das copyright von mcclean oder dirch, nirgends ein verweis, das da irgendwo code recycled wurde...
- der nhttpd war anfangs so buggy, das ich mir nicht vorstellen kann, dass da ein bestehender httpd übernommen wurde.
- das n in nhttpd steht AFAIK füer neutrino
- wenn du was an der Stabilität des nhttpd zu bemängeln hast, dann wär doch mal ein ordentlicher bug report angebracht, mir ist kein Problem bekannt

Ansonsten kann ich nur noch mal auf das Zitat von Dieter Nuhr verweisen (ich glaube das kennst du inzwischen )

Wenn man keine Ahnung hat, einfach mal Fresse halten.

[Zwen]

ganz dolle idee, waere ich nie drauf gekommen, werde ich nie reinsehen. hier gehts um code, nicht feature requests.

Also irgendwie sinnvoller als in "Developer" IMHO

- Irgendwie ziehen alle Änderungen/Erweiterungen Sourcecode Modifikationen nach sich
- Die Änderungen im code sind trivial (zeilen verschieben), also nichts was programmiertechnisch irgendwie interessant wäre...
- Ich finde es auch besser, wenn solch zentrale Änderung von der ganzen Gemeinde diskutiert werden, das Developer Forum kann dies nicht gewehrleisten

Zwen

[kerlimann]

@zwen:
sorry, scheinst mit dem nhttpd recht zu haben (eigenentwicklung). iss wohl ne namensgleichheit mit anderen derivaten, da bin ich wohl drueber gestolpert.

ich hab mir die ganze sache heute nochmal in ruhe reingezogen, allein aus dem grunde um "mal eben" einen button im channelview zum abspielen der apid ueber winamp/xmms zu gewaehleisten und war geschockt . das zeugs ist ja hardcoded in der webapi.cpp

also wirklich, das ist mehr als "verkorkst". fuer die zusaetzliche funktion muesste ich dann die webapi.cpp aendern und ".neutrino" neu compilen, um den nhttpd neu zu generieren. der controlpanel ist doch auch reines html, und auf anwenderseite editierbar. warum nicht der main frame (also, der frame in der mitte)??
hmpf..

[Zwen]

der controlpanel ist doch auch reines html, und auf anwenderseite editierbar. warum nicht der main frame (also, der frame in der mitte)??

controlpanel sind statische daten, mittlerer frame sind fast ausschlieslich dynamische Daten. Willst du die paar statischen Elemente in html dateien packen und includieren ? Das bringts nicht wirklich IMHO.
Zwen