REC mode ON/OFF im webinterface
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
REC mode ON/OFF im webinterface
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
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
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
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
Zwen
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
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 kannZwen hat geschrieben:Zu Wingrab sind die sourcen im cvs , eine Patch, der diese Funktion in Wingrab als Option anbietet, halte ich für sinnvoll.
![razz :P](./images/smilies/icon_razz.gif)
also echt, manche argumente hier kann ich nicht nachvollziehen. es ist eine zusaetzliche funktion, die muss man doch nicht nutzen.
![oh :o](./images/smilies/icon_eek.gif)
@cassiopeia: wogegen? ein bisserl mehr zitieren waere schon nicht schlecht.
-
- Erleuchteter
- Beiträge: 499
- Registriert: Sonntag 16. Juni 2002, 15:47
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
ja, und auch sehr dumm, wenn man aus versehen auf shutdown kommt, nicht wahr?MB hat geschrieben:Nur dumm wenn man aus versehn mal draufkommt und dann wie doof auf der FB an der box rumtippertkerlimann hat geschrieben: es ist eine zusaetzliche funktion, die muss man doch nicht nutzen.![]()
bei mir schon. oder handelt es sich bei diesem rot blinkenden button auf dem TV lediglich um ein paar wild gewordene freigelassene pixel?MB hat geschrieben: anzeigen tut die box den recmode ja auch net
hmm.. ich dachte eigentlich, man sollte wissen wovon man spricht wenn man hier posted.
-
- GOD
- Beiträge: 409
- Registriert: Sonntag 22. Juli 2001, 00:00
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
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.
@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
![razz :P](./images/smilies/icon_razz.gif)
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.
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
@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![smile :)](./images/smilies/icon_smile.gif)
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
![smile :)](./images/smilies/icon_smile.gif)
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
>Jetzt werd mal nicht Paranoid...
![lol :lol:](./images/smilies/icon_lol.gif)
>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![smile :)](./images/smilies/icon_smile.gif)
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.
![lol :lol:](./images/smilies/icon_lol.gif)
>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
![smile :)](./images/smilies/icon_smile.gif)
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.
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
Dann bau etwas, das man abschalten kann (bzw. einschalten), dann check ich das sofort ein...kerlimann hat geschrieben:es muss nicht unbedingt ins make einzug halten, sondern kann dann wahlweise genutzt werden.
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).
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....etwas stutzig macht mich das null-feedback nach den "rohlingen".
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.zumindest diese haette der autor der jpgs ja einchecken koennen (mit kurzer angabe des benutzen fonts), ohne das sie im make benutzt werden.
Jetzt hast du dich aber als CVS-Newbie geoutet ;-)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.
cvs bietet viele schöne Funktionen um sowas bequem und schnell zu recherchieren. Versuchs z.B. mal mit cvs log <dateiname>
Zwen
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
kann ich ja nicht auf mir sitzen lassenZwen hat geschrieben: 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>
![razz :P](./images/smilies/icon_razz.gif)
http://cvs.tuxbox-cvs.sourceforge.net/c ... ta/images/
hat dirch voriges jahr eingecheckt.
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
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![lol :lol:](./images/smilies/icon_lol.gif)
>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?
>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
![lol :lol:](./images/smilies/icon_lol.gif)
>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?
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
der nhttpd ist self made, der kann mit sicherheit kein SSIkerlimann hat geschrieben:macht der nhttpd eigentlich SSI? das waere dann eine feine sache, mit shtml files.
Wieso brauchst du dafür SSI ????sofern cramfs bestand haben soll (baut eigentlich noch wer images?) koennte man prima aus dem /var includen.
Geht doch schon, einfach den DocRoot pfad in config file aendern...
Jepp, fänd ich gut...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.
Wie schon geschrieben, ist AFAIK das Layout incl. Pics nicht von Dirch, der hat das nur eingecheckt.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..
Prinzipiell, gibt es für die JPG-Größe ja nur zwei Beeinflussende Faktoren.
Komplexität des Bildes und Komprimierungsgrad....
Überascht ? Nö ! Ich glaube geschockt triffts eher ;-)wuerdest du in deinem home mal ein "cd.." und daraufhin ein "ls -lisa" machen, waerst du vielleicht ueberrascht?
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
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![lol :lol:](./images/smilies/icon_lol.gif)
>>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
![lol :lol:](./images/smilies/icon_lol.gif)
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
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![lol :lol:](./images/smilies/icon_lol.gif)
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
![lol :lol:](./images/smilies/icon_lol.gif)
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
Sischer, sischer, genau das meine ich...kerlimann hat geschrieben:iss alles selfmade bei open source. der nhttpd ist doch keine eigenentwicklung vom tuxbox team (wenn du das meinst).
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 ;-)
Da musst du dann halt ne ähnliche funktionalität im nhttpd implementieren, das ist schnell gemacht, denk ich...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).
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
-
- Semiprofi
- Beiträge: 1173
- Registriert: Samstag 1. September 2001, 00:00
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.
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
![smile :)](./images/smilies/icon_smile.gif)
http://tuxbox-cvs.sourceforge.net/forum ... 277#171277
Ciao,
Sepp.
Philips Sat
Astra 19.2°
Astra 19.2°
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
kerlimann hat geschrieben: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.
![evil :evil:](./images/smilies/icon_evil.gif)
- 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
![wink :wink:](./images/smilies/icon_wink.gif)
Wenn man keine Ahnung hat, einfach mal Fresse halten.
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
Also irgendwie sinnvoller als in "Developer" IMHOkerlimann hat geschrieben: ganz dolle idee, waere ich nie drauf gekommen, werde ich nie reinsehen. hier gehts um code, nicht feature requests.
- 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
-
- Semiprofi
- Beiträge: 1208
- Registriert: Donnerstag 26. Dezember 2002, 07:26
@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..
sorry, scheinst mit dem nhttpd recht zu haben (eigenentwicklung). iss wohl ne namensgleichheit mit anderen derivaten, da bin ich wohl drueber gestolpert.
![oops :oops:](./images/smilies/icon_redface.gif)
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
![oh :o](./images/smilies/icon_eek.gif)
![evil :evil:](./images/smilies/icon_evil.gif)
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..
-
- Developer
- Beiträge: 867
- Registriert: Mittwoch 14. August 2002, 19:50
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.kerlimann hat geschrieben:der controlpanel ist doch auch reines html, und auf anwenderseite editierbar. warum nicht der main frame (also, der frame in der mitte)??
Zwen