Fritz!Load - Neues Konzept

Ich denke bevor man die "neue Tapete" angeht muss das Konzept erst mal stimmen. Die gewachsenen Strukturen sind oft für "alte Hasen" völlig klar, aber gerade für Neueinsteiger kann man das Interface vereinfach. Auch wäre ein Umstieg auf eine Oberfläche mit Ajax, JS und HTML 5 und dessen konzeptionellen Vorteilen wichtig.

Da fritzLoad nicht wenig Funktionen hat, die auch noch miteinander interagieren (und manche kenne ich auch nicht) ist die Konzeption hier recht komplex.
Ich habe ein paar Ideen als Wireframe (in Flash) zusammengesetzt. Fehlerfrei ist es freilich nicht.

Hier kann man es sehen Konzept 01

Hauptnavigation

Die Tabs zu den Instanzen (hier stellt sich die Frage ob man Instanzen führen muss!?) zeigen den Status der Instanzen an. So wird eine Monitor-Instanz theoretisch überflüssig weil alles immer zu sehen ist. Eine Übersicht zum Unrar Status fehlt noch.
Die Subnavigation ist nach dem Vorgang geordnet. Links einfügen, Downloaden, Links ins Archiv ist der normale Vorgang. Upload bildet eine Ausnahme, wird aber nicht besonders gekennzeichnet. Das wäre vielleicht sinnvoll.
Hier wäre zum schnellen Wechsel (und weil es cool ist) ein Slider wünschenswert.

Steuerung

Die Steuerelemente sind wie unten in der einfacheren Version als Play, Stop und Kill. Die "Alles xxx" Varianten sind als Dropdown schnell erreichbar "versteckt".

Hauptfenster
Die Download-Liste ist mehr im Stil vom JDownloader und bietet mehr Übersicht ohne Verschachtelung. Generell ist die Frage ob man wirklich Files und Unrar in einer extra Übersicht braucht oder ob man diese Fenster intelligent zusammenführen kann. So ist die Unrar aktivierung direkt neben der Datei anwählbar. Der Status der Dateien wird links mit einfacher Sprache angezeigt und der User bekommt nur die nötigen Informationen.


Weitere Informationen können durch ein Accordeon angezeigt werden.


Footer
Der Footer zeigt den restlichen freien Speicher der Festplatte.


Links einfügen

Wie bisher, nur ohne Extra Buttons für jeden Vorgang. Die Idee ist es die Voreinstellungen nicht in den Configs zu verstecken, sondern einen schnellen Überblick zu bieten ohne den aktuellen Stand zu verlassen. Daher hab ich eine Lightbox gewählt.



Es stecken viele Überlegungen dahinter und trotz das noch nicht viel zu sehen ist, ist die Konzeption hier von sehr zeitaufwändig und komplex. Einige Buttons fehlen noch, weil ich diese nicht Einordnen und nutzen kann. Z.B. bin ich FreeUser und kenne mich mit Uploads und Credits nicht aus. Die technische Machbarkeit ist zudem noch ein anderes Thema!






_________________________________________________________________________________________________________
Älterer Beitrag:


Sehr frühe Version. (Englisch)

Fullscreen

Konzeptionelle Änderungen:

Ich denke das Otto-Normal-User mit Files (oder in der deutschen Version "Dateien") besser klar kommt. Protokoll hin oder her.

Die "Monitor" Instanz sollte auch so heissen wie man es sofort versteht. Die Farbkugeln im Tab sind ein Ampel System zur schnellen Übersicht. Rot - Kein Download, Gelb - Download aktiv, warte auf Verbindung, Grün - Download läuft.

Bereits gelernte Symbole. Play = Start, Stop = Stop, X = Kill. Optionen wie "ClearallHistory" oder "KillAll" beziehen sich auf alle Instanzen und gehören demnach unter "All". Alle Optionen ab der Navigationsleiste beziehen sich auf die aktuelle Instanz. Der Text rechts beschreibt den aktuell gehoverten Button - nur eine Alternative zum "Text neben Symbol" oder Tooltip. Der leuchtende Ring (noch nicht richtig ausgearbeitet) sollte dann anzeigen das die aktuelle Option aktiv ist. Also wenn ich Stop klicke, leuchtet der Ring so lange bis alles tatsächlich gestoppt ist.

Ich hab mich immer zuerst gefragt warum es "Neu" und "Links" gibt. Von der Logik her kopiere ich meine Links in Links. Daher hab ich einfach das Wording geändert. Bei einem Namen wie "Link-Inspektor" assoziiert man sofort das da was gemacht wird. (z.B. Quelltext reinkopieren und untersuchen lassen).

Weitere Änderungen im Wording. Abgearbeite Links hab ich "History" genannt wie bei z.B. Getright. Die beiden Protokollarten sind unter einem Punkt "Protocol". Innerhalb dieses müsste es dann möglich sein zwischen den beiden Arten "Detailreich" und "Detailarm" zu wechseln. (Falls überhaupt nötig zwei Detailstufen zu haben)

Das einige Dinge fehlen sind mir bekannt, wie gesagt ist es eine frühe Version. Aber da ich schon gesehen habe das die Mastertester Version schwierig umzusetzen war, mache ich mir wenig Hoffnungen das es unproblematisch umsetzbar ist. Zudem hab ich akuten Zeitmangel...leider.


_________________________________________________________________________________________________________
Älterer Beitrag:

Hallo,

ich habe bereits einen unfertigen Entwurf, aber komme nicht umhin konzeptionell ein paar Dinge zu überdenken. Mir ist klar das bei solchen Projekten viele Inkonsistenzen historisch gewachsen ist. Simples Beispiel ist die nicht einheitliche Sprache. "enabled" oben, aber dann wieder "hinzufügen" auf den Buttons. Aber das ist weniger ein Problem.

Jedenfalls ist es wichtig, um die Fragen im Forum niedrig zu halten, das System so einfach wie möglich zu halten und alles aus der Anfängerbrille zu betrachten. Sicher winken die Entwickler ab: "Alles total logisch", aber das sieht man vielleicht nur so wenn man es entwickelt hat und die Story dahinter kennt.

Jedenfalls hab ich erst mal ein paar Fragen:

01: Warum heisst dieser "Filemanager" - FTP?
02: Wozu gibt es zwei Log-Bereiche?
03: Was ist "clearallhistory" und "clearall" ?
04: Ich habe keinen Premium Account, was für einen Unterschied macht diese Checkbox?
05: Was genau bedeuten diese unterschiedlichen Hinzufügen Buttons?
06: Kann man diese Option nicht automatisch immer aktiv lassen ohne dem User eine Wahl zu lassen? Gäbe das einen Nachteil?
07: Ändern sich diese Protokolle auch mal oder ist das eine feste Information?
08: Ganz blöde Frage, warum heißt die Instanz "M" ?

Bifiman schrieb:

Gegenfrage: Warum wird das hier "Neues Skin" genannt, wenn du hier doch den alten, ganz normalen, abbildest? Und warum schreibst du das nicht einfach in den vorhandenen FritzLoad Thread?

Zum Vergrößern anklicken....

1. Weil ich am neuen Skin bereits konzeptionelle Veränderungen vorgenommen habe und erst mal ein paar Dinge verstanden haben möchte, bevor ich es zeige. Aber ich denke ich zeige es schon so.

2. Weil ich solche Dinge nicht in einen 400 Post langen Thread klären möchte mit hunderten Zwischenposts über völlig andere technische Dinge. Das wäre doch Unsinn.

Ansonsten Danke für die Antworten.

ukvideo schrieb:

@chromax
Es ist schon lustig das hier zu lesen.
Du willst eine neue Variante Fritzload entwickeln, weil die alte hat und hast nicht mal
1. das neuste Relaise
2. die Funktionen überhaupt getestet.

Hier ist eigentlich der richtige Platz für deine Fragen

Zum Vergrößern anklicken....

Schön das ich dich belustigen konnte.

1. Da es hier um grundlegende Funktionalitäten geht ist das unwichtig.
2. Selbstverständlich bin ich Grafikdesigner und kein Entwickler und kenne nicht alles bis ins Detail. Wenn ich keinen Premium Account habe und die Doku löchrig ist, muss ich mir helfen lassen.

Aber genau dafür gibt es ein Forum, nämlich um Hilfe zu bekommen. Denn ich kann nur einen Teil der großen Aufgabe leisten und ohne die Hilfe der Entwickler oder erfahrener User werde ich das nicht schaffen. Aber Leute wie du schaffen es unheimlich einen zu motivieren.

Soweit ich weiß ist das Ticketing System um Fehler zu melden. Und es geht hier nicht um Fehler und Probleme. Aber wenn hier ein Thread offen ist, wird auch niemandem weh getan.

Danke, siehe oben. Ne early-beta-nightly 0.02 Version. Ganz früh.

Sorry, aber durch Umzug und Arbeit ist es mir etwas aus dem Fokus geraten. Ich werde versuchen etwas Zeit zu finden. Die aktuelle frischzellenkur finde ich nicht schlecht, daher hab ich das etwas vernachlässigt.

Ich hab auch noch keinen Plan wie ich es umsetzen muss, damit es funktioniert. Was ich aus den bisherigen Threads lesen konnte ist die GUI fest verdrahtet und nicht so einfach zu ersetzen.

;-)

Eines vorweg, ich möchte keine tote Technik (Flash) für die GUI einsetzen. Das ist ein Wireframe und Flash hilft nur es zu animieren und Abläufe besser verständlich zu machen. Ich hätte auch mit Papier und Bleistift arbeiten können und alles textlich festhalten können. Aber gerade dynamische Dinge muss man sehen und man selbst entdeckt auch oft Denkfehler in Abläufen. Daher greife ich für Wireframes zu Flash. Das Endergebnis wird natürlich HTML5 und jQuery.

Ich denke auch das die Abstimmung eines der größten Probleme ist. Wir sitzen ja nicht in einem Raum und arbeiten 8 Stunden am Projekt. Ich kann aus meiner Perspektive nur frische Ideen vorgeben (zur diskussion), Designs liefern und ein CSS Frontend schreiben. Aber das Ding zum Leben bringen ist schließlich weitaus komplexer. Ein getrenntes Skin mit CSS wäre (wie bei nahezu allen Programmen mit Themes) die beste Lösung. Vielleicht wird das Skinning für fritzLoad für viele Interessanter, wenn die Hürden klein sind.

Die Instanzen könnte man kippen, wenn man in der Hauptübersicht die Downloads (wie bei JDownloader) in Gruppen fassen könnte. Schön wäre dann auch eine automatische Gruppierung nach Hoster, Größe, Dateiname. Was dann aber wichtig wäre (das fehlt JD) ist eine Schnellfilter-Funktion um alle aktiven Download schnell zu erfassen ohne sich durch Gruppen zu wühlen.

Gut, über die technische Basis kann ich nichts sagen.