wieviel taps braucht ein tap....

[BluField62]

Wenn du SE startest wars das, da wird doch nix anderes nachgestartet.

...doch, bei Bedarf RebuildNAV&RecCopy

[TV-Junkie]

Wer redet den von SE. Ich nicht. und warum wird jeder vorschlag von mir gleich ins lächerliche gezogen.
Umgekehrt frage ich mich 8obwohl es bei SE sinn macht), ihr überhaupt noch 2 andere Taps eingebaut habt, wo das alles so lächerlich ist

[Twilight]

das verstehst du miss.
auf meine argumente gehts du gar nicht ein, warum?

eben die beispiele die du gebracht hast bringen doch gar nichts in der vereinigung, speziell wenn es dir um keine zusatzlich freien slots geht.

und in se sind taps integriert die von beteiligten stammen, alles andere bringt nichts, wie willst du das warten?

twilight

[JayTee]

...das Nachstarten von RbN gabs auch schon vorher.

Ha-Jü, wie twi schon sagt, wenn überhaupt was integriert wird, dann vollständig.
Das geht nur wenn man den kompletten Source hat, wechselseitig.

Was dein Ansinnen ins Reich der Utopie verlagert.

Die Integration von IQT war schon nicht ganz einfach, aber das passte eben so schön ins Konzept.

[paul79]

Da gibts nichts zu diskutieren, in der Hinsicht herrscht keine Demokratie.

Es geht doch nichts über eine ordentliche Diktatur.

[thom01]

Servus nochmal,
ich wollte ja keine Grundsatzdiskussion über TAP-Programmierung auslösen.

Topfield bietet mit dem TAP - Interface ja eine schöne Möglichkeit, die eigene suboptimale Softwware durch tolle Entwicklungen der Community zu ersetzen. Durch T2D ist die Installation und der Betrieb der TAPs einfach wie nie zuvor geworden.. und das Angebot an TAPs ist enorm.

Im Laufe der Zeit hat sich herausgestellt, dass ich beim Betrieb meines Topfs eine bestimmte Menge an Funktionen (ich nenne sie jetzt mal bewusst nicht TAPs) benötige. Dazu gehören Funktionen, die ohne GUI im Hintergrund werkeln und solche, die ein interaktives GUI erfordern.

Diese interaktiven Features sind heute enthalten in:

• SmartEPG
• Fastskip
• Quickplay
• Moviecutter
• ChangePreview
• Blackbar
• BetterWeather
• RSSRP
• ScreencaptureHD

SE ist lmao das erste TAP, dass diverse Features anderer TAPS zusammengefasst und sauber integriert hat.

Wenn ich alle o.g. TAPs gestartet habe, fällt mir auf:

• Aufruf und Bedienung der TAPs ist uneinheiltlich
• Teilweise werden die selben Tasten gleichzeitig in mehreren TAPs verwendet.
• Die TAPs funktionieren nur begrenzt miteinander zusammen, lassen sich nur getrennt von einander bedienen (Bsp: Fastskip, MovieCutter und Quickplay)

Ich weiss ja nicht, ob ich der Einzige bin, der eine solche Funktionalität einsetzt, aber ich kann mir vorstellen, dass mein Problem den ein oder anderen hier auch triifft.

Dies ist höchstwahrscheinlich der falsche Thread, um so was zu posten,.. aber ich machs trotzdem mal:

• Schön wäre ein einheitliches Framework mit konsistentem GUI-Styleguide
• die Benutzer möchte eine integrierte Funktionalität, mit intuitiven Bedienkonzept
• Für den Benutzer ist es egal, ob Funktionalität in 1 oder 10 TAPs verteilt wird. Am besten er kriegt das gar nicht mit!!!

Die großartigen SE-Entwickler haben in diesem Zusammenhang einen großen Schritt nach vorne gemacht. Daher wäre dies eher ein ChangeRequest in Richtung Topfield.

SE ist möglicherweise eine gute Plattform, um ein simples Framework für die Integration anderer TAPs darzustellen.

Aber nochmals bemerkt. Dies sind nur ein paar simple Denkansätze. Ich bin dankbar und zufrieden, mit dem was ich alles bekomme..

Servus

[TV-Junkie]

Ich bin zwar nicht chrisly, hätte aber schon noch das ein oder andere Tap im Autostart
Und zwar welche, wo es was zu bedienen gibt.
Die, die nur einmal eingestllt werden müssen, wo es aber keine Bedienung gibt, wären m.e. in "einem" Tap besser aufgehoben.
aber gut, ist nur meine, kleine, bescheidene Meinung

[Twilight]

auch ich würde mir inzwischen, einheitliches design wünschen....das bedeutet nicht gleichzeitig das es ein supertap geben muß.
bringt auch nichts, die individualtiät ging verlohren, auch bin ich kein freund von superdupertaps die versuchen alles zu erschlagen.

tastenüberschneidungen wird es immer geben, dazu gibt es zu viele taps und zu wenige tasten.
aber eine einheitliche nutzung der tasten wäre schon toll, wie blau= löschen grün= speichern usw.
leider ist selbst das nicht immer unter einen hut zu bringen und in se kämpfen wir immer wieder der linie treu zu bleiben.

twilight

[JayTee]

Auch iTiNa hatte schon Funktionen anderer Taps integriert (Automove, Filer)

Nochmal, dies Diskussion ist hinfällig.

Erstens müsste jeder seinen Source komplett zur Verfügung stellen, zweitens hätte das den gravierenden Nachteil, dass es kaum UpToDate zu halten wäre...

.. und drittens siehe "Diktatur".

Wir wollen unser Tap "smart" halten, es somit auf keinen Fall mit Funktionen überfrachten.
Vor allem nicht mit welchen die nichts mit EPG/Aufnahmen zu tun haben.
Zudem wollen wir schnell auf Bugs reagieren können,was auch nicht mehr ginge wenn wir alles zusammenkippen.

Das haben wir uns als oberste Prio gesetzt, und dabei bleibt es, ich denke ich spreche in dem Punkt für unser ganzes Team.

Also diskutiert bis der Arzt kommt, aber erwartet bitte nicht das davon etwas in SE einfließt.

[Twilight]

es geht hier schon lange nicht mehr um se....

twilight

[JayTee]

Dann is ja gut...

aber wenn ich mich nicht verlesen hab stand SE gerade auch wieder auf der Liste.

Lies mal #26 bis zum Ende durch.

[Wolfman]

Wenn ich daran denke, wie oft mir iTiNa vermutlich wegen des "All-In-One" Ansatzes abgeschmiert ist, und mir im 5k Bereich die Speicherprobleme seit den 4 Wochen Daten der ö-r. durchlese (3PG war in den letzten von mir benutzen Versionen auch recht umfangreich) und wie stabil SE bisher läuft - Jungs, bleibt bei Euren Grundsätzen

Ob, was und wie man andere TAPs zusammenführen kann, kann ich nicht beurteilen.

[Twilight]

Dann is ja gut...Lies mal #26 bis zum Ende durch.

wie wir in se dazu stehen wurde kund getan, ich denke unser standpunkt ist klar

twilight

[TV-Junkie]

Mit dem Design, da hast Du recht, und mit den Tasten sowieso
Wegen dem superduper Tap: kleine Helferlein, die quasi nur im hintergrund arbeiten, dafür hätte ich mir ein Tapgerüst gewünscht.
Vielleicht sogar so eines, wo die entwickler ihr Tap so schreiben, das der user das in das Gerüst schieben kann. somit hätten wir hier eine einheitliche Bedienung (wenn es was zu bedienen gibt, Menü), weil sich die Entwickler dem Gerüst unterordnen müssten.
Diese Diskussion hatten wir aber schon vor Jahren schon mal, meine ich

[FilmFan]

Vielleicht sogar so eines, wo die entwickler ihr Tap so schreiben, das der user das in das Gerüst schieben kann. somit hätten wir hier eine einheitliche Bedienung (wenn es was zu bedienen gibt, Menü), weil sich die Entwickler dem Gerüst unterordnen müssten.

Ich fände eine Art Baukasten auch nicht schlecht, dann könnten andere Leute leichter TAPs schreiben und zwar so, daß sie sich harmonisch in das jeweilige Design (hier TMS) einfügen.

[FireBird]

Wofür braucht man ein Framework für TAPs, die im Hintergrund laufen. Es gibt die TAP-API und, wenn man's benötigt, die FireBirdLib. Wie viele abstraction layers sollen noch gebaut werden??? Wenn man mit der API nicht zurande kommt, sucht man sich halt ein anderes Hobby.

[TV-Junkie]

Ob das eigentliche programmieren einfacher wird, wage ich mal zu beweifeln
Wenn ich da so an meine Progrmmierkünste an beispiel heranziehen darf ops:

[JayTee]

Baukasten?
Ja klar, nur läuft das leider nicht mit Visual C++ unter Win 7.
Immerhin hat firebird ja schon eine Lib bereitgestellt.

Einheitliches Design? Wer bestimmt denn wie das aussieht?
Und dann werden alle zwangsverpflichtet, oder was?
(Btw.,rein praktisch, wir haben uns an Zeichnen gehalten, und prompt kommen wieder welche und wollen Grafiken)

Gerüst, reinschieben, der User?
Ha-Jü, wie stellst du dir das in der Praxis vor?

[TV-Junkie]

Baukasten?
1.Einheitliches Design? Wer bestimmt denn wie das aussieht?
Und dann werden alle zwangsverpflichtet, oder was?
(Btw.,rein praktisch, wir haben uns an Zeichnen gehalten, und prompt kommen wieder welche und wollen Grafiken)

2.Gerüst, reinschieben, der User?
Ha-Jü, wie stellst du dir das in der Praxis vor?

1. der Topf, bzw dessen menü. Warum z.b die löschentaste mal blau, gelb oder grün sein soll, weiß ich nicht. aber eine Farbe sollte es schon sein
2. Ist nur so eine Idee, die ich ehrlich gesagt noch nicht feingetunt habe ops:

[FireBird]

Ach ja, FilmFan, Du hast das Pferd von hinten aufgezäumt. Es werden sicher nicht die <10 aktiven Programmierer einen Baukasten zusammenstellen, in der Hoffnung, dass die >50 anwesenden Software-Spezis dann Lust, Zeit und sonst was auf die TAP-Entwicklung haben.