#1
|
|||
|
|||
textfeld-breite in my-jdownloader
hoffentlich hab ichs nur nicht wieder irgendwo übersehen ...
worum gehts? um die mehrzeiligen textfelder des web-interfaces. zumindest ich bring es ums verrecken weder unter ff, opera oder vivaldi fertig, die textfelder in der breite größer zu ziehen, in der höhe geht das problemlos. will man sich jetzt z.b. die custom proxy list geben oder auch die scripte im event-scripter anschauen, wird das etwas unübersichtlich. es spräche auch nix gegen, die einzeiligen textfelder breiter stellen zu können. am liebsten wärs mir eigentlich, wenn das zeug von haus aus 100% breit wäre und von haus aus linksbündig anstelle mittig anfangen würde, damit man die größtmögliche breite für die textfelder erreichen kann. und mir pers. wärs dabei aber sowas von egal, dass dann dropdowns oder radio-felder ein wenig verloren aussehen würden ... hat da wer ne lösung für mich? es gibt auch kekse! *g* und damit ich unter wünsche ganz sicher richtig bin: könnte man bei den event-scripts ein eigenes textfeld pro script hinbekommen? ich weiß: dann muß jedes script ein eigenes json(?)-file haben, aber es wär halt echt übersichtlicher und man könnt mit dem webinterface tatsächlich mal mehr als klicki-bunti machen. |
#2
|
||||
|
||||
Quote:
Quote:
Quote:
Hier empfehle ich einfach das Einstellen via JDownloader mit einer GUI und danach dann Copy/Paste der Profieinstellungen Ich will noch gerne RechtsklickMenu im JDownloader einbauen damit man einfach einzelne/mehrere Profieinstellungen an einen anderen JDownloader übertragen kann
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
Quote:
o.k. ist mal abgehakt - auf jeden fall: thx für die ausführlichen erklärungen. aber so ganz geb ich noch nicht ruhe - ich weiß ja ned, wie gut ihr eure gui gebastelt habts. weil die ganze zeit seit ich mich a bissl mit myjd beschäftig, frag ich mich, warum ihr eigentlich nicht einfach auch den umgekehrten weg einbauts. also: entfernter jd wird in der gui eines lokalen jd dargestell. was weiß ich - ein tab oben dran pro gefundenem jd? dann wär doch auch gleich euer webinterface-antik-problem beseitigt *g* |
#4
|
||||
|
||||
Quote:
andere auch gerne weiterhin viel Webinterface mal schnell seine Downloads und co prüfen. Also bis auf Konzept/Ideen ist in die Richtung noch nichts passiert, da man auch nicht einfach mal so der GUI den Hintern wegziehen und eine remote JD Instanz unterjubeln kann
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
ach zeit ... die mußt dir nur von nach deinem tod abknippsen. da hast nämlich genug davon *g*
"in planung" reicht mir eindeutig mal. so besteht immerhin hoffnung *g* schon mal überlegt, euer android interface dann multi-system-fähig zu machen? angeblich geht das ja so einfach (lest man halt so). die app wäre ja angenehm klein, gemein und übersichtlich. könnte ich mir durchaus so als z.b. win10-app vorstellen. allein schon, dass man dann echte win10-benachrichtigungen kriegen könnte bei captchas usw. persönlich träum ich ja immer noch von, dass du mal eine offizielle api verkündest - dann brauch ich ja gar nix mehr mit meinem geliebten fhem. ich weiß, wird n traum bleiben. |
#6
|
||||
|
||||
Quote:
Quote:
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
Quote:
ich gehe mal api angucken am we und schaun, ob ich das hin bring. denke, da werden bald ein paar leute bei fhem gewaltig aufstöhnen und die augen verdrehen *sfg* aber vielleicht kenn ich einen, der sogar n modul für bastelt. Quote:
|
#8
|
||||
|
||||
Die API ist die gleiche. Du kannst diese entweder mittels MyJDownloader Protokol ansprechen oder über deprecated/unsichere normale HTTP Variante. Je nach Programmiersprache ist aber MyJDownloader zu bevorzugen.
__________________
JD-Dev & Server-Admin |
#9
|
||||
|
||||
Die Frage ist, warum nicht? Wir haben weder einen iOS Entwickler, noch entsprechende Geräte, sprich können gar nicht dafür entwickeln und warum dann durch ein Framework einschränken lassen, wenn es nativ auch sehr schön geht
__________________
JD-Dev & Server-Admin |
#10
|
|||
|
|||
Quote:
aber ich hab auch schon mal nachgefragt - is ja nicht so, als obs bei fhem nur mich als einzigen irren gäbe. zum glück ist da die community an (programmierern + irren) durchaus groß, mächtig und sehr verspielt. gibt ja jetzt schon fast nix, was du per fhem nicht als sensor oder aktor mißbrauchen könntest, solangs nicht um gemüse oder steine geht ... und framework hast schon recht. ist sicher ne philosophie ob man mehrere systeme eingeschränkt, oder nur wenige systeme mit mehr umfang/qualität bedienen will. bei solchen sachen frag ich mich gern, ob ihr anfangs mit dem erfolg gerechnet habts, als ihr noch die chance hattets grundlegendes zu ändern *fg* ios? *lach* würde apple ned eh sofort eine solche app abdrehen, wenns mitkriegen, was man damit machen könnte? unterstützung potentieller piraterie? jesus, maria und josef! 3 kreuze schlag ... das geht niemals!!! |
#11
|
||||
|
||||
Also ohne große Erfahrungen wirst nicht groß via MyJDownloader gehen können, da dort schon einiges an Verschlüsselung und Komplexität auf dich wartet.
In dem Fall die deprecated API einschalten via Einstellungen-Profieinstellungen-RemoteAPI.deprecatedapienabled und RemoteAPI.deprecatedapiport
__________________
JD-Dev & Server-Admin |
#12
|
|||
|
|||
thx für die info - ich will mich tatsächlich mal spielen - vielleicht lern ich dann nebenher auch noch a bissi perl - wäre für mein fhem sehr hilfreich ... blöd bei mir, dass ich da absolut ungeduldig und unfähig bin. aber diesmal hätts ja nen grund das zeug zu lernen ...
wobei - mein haus-und-hof-programmierer ist auch jd nicht abgeneigt, hat derzeit nur a bissi stress. das könnte also vielleicht in ein paar monaten ein richtiges modul für fhem geben. und wie ich den kenn, wird das dann was mit hand und fuß und goldrand. |
#13
|
||||
|
||||
Bei Fragen zur API, einfach fragen
Viel Erfolg
__________________
JD-Dev & Server-Admin |
#14
|
|||
|
|||
danke dir!
|
|
|