Beta-Testing
Sortierung: Nach Wichtigkeit, absteigend
Inhaltsverzeichnis:
• Probleme
• Feature-Vorschläge
Back-up: http://main.x-tree-m.bplaced.net/uc_browsing_tree_db.xml
Probleme
- Wenn man mit den Pfeil-Tasten nach oben oder unten geht, um den nächsten oder vorherigen Punkt zu markieren, dann springt/rutscht das ganze Bild störenderweise mit
- Noch .aktuell ? Mit welchem Browser ?.
- Ja - 26.01.2016 - Mozilla Firefox 43.0.4
- 16.02.2016 : Ist der Effekt sehr stark ?
- /: Nicht sehr stark, aber stark: Es enspricht der Distanz von einer Zeile im Stichpunte-Baum zur nächsten Zeile in ihm. Es tritt, wie ich gerade sehe, nicht auf, wenn man nach oben drückt; nur, wenn man nach unten drückt – wie bspw. wenn man die Seite neu aufruft, und dann Pfeil-nach-unten drückt, damit nicht mehr der oberste Stichpunkt im Baum markiert ist, sondern untere. (08.03.2016) – Mozilla Firefox 44.0.2
- /: Gilt auch für "/disco_test" (15.03.2016) – Mozilla Firefox 44.0.2
- Wenn man 'nen abgetippten Satz im Cache hat, und diesen dann in einen offenen Punkt reinkopieren will, erscheint folgende Fehlermeldung; danach kann man dann nicht mehr navigieren bis man die Seite neu lädt – die Eingabe ist dann aber auch abgespeichert:
http://abload.de/img/unbenan345789087redsnvhut6.jpg/: Noch mal drübergeprüft und für gänzlich im Guten gelöst befunden; die eingangs beschriebene Unannehmlichkeit ist nicht mehr vorhanden; egal wie man einen neuen Stichpunkt hinzufügt, im Bearbeitungsmodus kann man mittlerweile abgetippte Sätze einfügen wie man will, ohne dass dadurch irgendwelche Störungen entstehen. (22.03.2016) – Mozilla Firefox 45.0.1 – "/disco_test"
- Wenn man auf einen Punkt in der Favoriten-Liste (doppel?)klickt, wird nicht mehr an dessen Stelle gesprungen. Die Funktion ist allerdings nicht total inaktiv; sie funktioniert, wenn man im Favoriten Feld den Favoriten auswählt, und dann in der Menü-Leiste "Favoriten" auf "Laden" klickt.
- Doppelklick hat bisher noch nie funktioniert, aber ich dachte, weil das nicht so oft vorkommt mit den Favoriten, ist es okay, wenn man einen weiteren Schritt macht. Falls das in der Praxis nicht stimmt, sagt mir bescheid, ich schaue dann, was ich machen kann. -> Kann ja versuchen, das irgendwann mal mit Ctrl+Click zu realisieren
- /: Klick & Doppel-Klick funktioniert nicht, Markieren & auf im Menü auf "Laden" klicken funktioniert hingegen schon. (16.02.2016)
- 16.02.2016 : Versuch mal Ctrl-Click auf dem entspr. Favoriten. Hab es soeben auf "http://main.x-tree-m.bplaced.net/disco_test/" getestet und es hat geklappt.
- /: Auf /disco klappt die Crtl+click-Methode momentan nicht. Besser, weil intuitiver wäre jedoch: 1 Klick mit linker Maustaste, und fertig.Hab' mit Internet Explorer 11.0.9600 getestet (29.02.2016)
- 29.2. : Auf /disco ist es noch nicht hochgeladen. Du mußt /disco_test nutzen. Das mit dem "einfach klicken" halte ich nicht für gut, weil ich dann zum Löschen von Favoriten diese nicht nur markieren, sondern auch gleichzeitig laden müßte.
- /: Noch mal drübergeprüft; Einfach-Klick funktioniert nicht, Doppel-Klick funktioniert nicht, Crtl+click funktioniert. Wie sieht's als Kompromiss mit Doppel-Klick aus? Ansonsten halt Crtl+click... (11.04.2016) – Mozilla Firefox ESR 38.6.1 – "/disco_test"
- 13.04.2016 : Man könnte das auf der Liste der gewünschten Features lassen, aber es hat keine Priorität
- Es wär' besser, wenn diese Mouse-Over-icon-Aufklapp-Funktion für alle Punkte gilt, und nicht nur für die in der 1. Ebene, weil man ansonsten als Nutzer praktisch nicht weiß, welcher Punkt tiefer geht, oder nicht; hierzu müsste man beim Quersichten dann ja auf einen entsprechenden Punkt klicken, um zu sehen, ob dieser tiefer geht, oder nicht, und das macht man eher nicht. Eine uneingeschränkte Mouse-Over-icon-Aufklapp-Funktion kommt hier Nutzerverhalten näher und schafft besser Klarheit über Diskussionsstand. (29.02.2016)
- 29.2. : Das ist aber hochproblematisch, weil ich dann ja theoretisch den ganzen Baum per Mouseover aufklappbar machen muß. Das sind jetzt schon solche gewaltigen Datenmengen, daß ich schon beim Laden eines Teils mit dem Speicher in Konflikt komme - von der Ladezeit ganz zu schweigen. Ich könnte 1-2 Ebenen mehr beim Laden zulassen und hoffen, daß es da noch klappt.
- Update 6.3. : Hab das mit den 1-2 Ebenen mehr mal probiert und bin mit der aktuellen Datenbank bei 1 min. Ladezeit (Server war schon wach !!!) rausgekommen. Werde irgendwann noch mal das ganze Laden der Daten umstricken müssen, um die Datenflut einzudämmen, aber das kann noch dauern
- /: Ich als Laie denk' mir da grade: Kann man das Laden nicht nach dem Taschenlampen-Prinzip gestalten? Damit mein' ich, dass nur von der aktuellen Navigation her naheliegende Bereiche nachgeladen werden. Verstehst du, was ich meine? (11.04.2016) – Mozilla Firefox ESR 38.6.1 – "/disco_test"
- 13.04.2016 : Schon klar, aber der Umbau wäre nicht nur eine Scheiss Arbeit, sondern der User könnte ja relativ schnell die Elemente aufklappen und dann müßte die Datenbank entsprechend schnell liefern, was sie zur Zeit bei mir nicht tut.
Feature-Vorschläge
- Eine "Re-do"-Funktion wäre echt gut, damit man in der Diskussionsentwicklung einen Schritt bzw. eine Operation zurückspringen kann, falls man mal – so wie ich jetzt gerade ;) – 'nen Fehler mit unangenehmen Konsequenzen gemacht habe. Abkürzen könnte man dies – ganz klassisch – mit "Strg+Z"
- Vielleicht sollte man diese Funktion nicht allgemein ausführen, sondern auf seine eigenen Änderungen begrenzt ausführen
- ist technisch gesehen recht komplex; hab die Hoffnung, daß Airapple mir helfen kann; hab das aber auf der Agenda
- Hier im Pad kann man Punkte in der Hierachie auf- und abstufen – u.a., durch die Tastenkürzel "TAB-Taste" (1 Stufe in Hierachie herabstufen) und durch "TAB + 'Pfeil nach oben'-Taste" (1 Stufe in der Hierachie heraufstufen) – es wäre toll & flexibilitätssteigernd, genau das auch in X-tree-m zu können
- gute Idee; nehme ich mal in die Agenda auf, aber erstmal sind ein paar wichtigere Sachen dran
- Update 6.3. : Das schieben in die Parent-Ebene sollte jetzt mit Shift+Tab auf der Instanz ".../disco_test" klappen. Leider Ich glaube aber, daß nach der Aktion noch kein automatisches Selektieren des gerade geshifteten Elements klappt.
- /: So, wie du's beschrieben hast: Wenn ich shift+TAB klicke, wird der markierte Punkt um eine Ebene hochgeschoben; hiernach ist dieser nicht markiert und betrachtet man diesen nicht; stattdessen ist man dann in der obersten Baum-Ebene, "Alle Themen", bzw. sieht diese. In Bezug auf diesen Teil danach bestünde noch Nachbesserungsbedarf. Abgesehen davon fällt mir gerade auf, dass die Umkehr-Funktion dieser Funktion wohl systematisch schwieriger ist, denn einen Punkt durch TAB einem anderen unterordnen oder wieder unterordnen, will besagten Punkt ja nicht einfach eine Ebene höher schieben, sondern einem ganz konkreten Punkt unterordnen, und der wird wahrscheinlich nicht der alphabetische Nachbar-Punkt sein... oder auf welche Weise werden die Punkte momentan geordnet... jedenfalls weißte, was ich mein': Umkehr-Funktion wäre schön, aber da gibt's wohl Zuordnungs-Schwierigkeiten... hm, schwierig, aber selbst im worst case - keine Umkehr-Funktion, "nur" Normal-Funktion - sind wir damit 'nen Schritt weiter :) ... (11.04.2016) – Mozilla Firefox ESR 38.6.1 – "/disco_test"
- Bei Eingabe zu einem Punkt wär's toll, wenn auch Sonderzeichen wie z.B. "&" oder "<->" gingen
- Sonderzeichen-Problematik besteht noch...
- Beispielsweise will x-tree-m bei folgendem Input den Punkt nicht abschließen/abspeichern: K&M 210/9 Black [45 €] - wird wohl am "&" liegen...
- Schaut echt nach dem Kaufmanns-UND aus.
- Mal sehen, ob ich da was machen kann
- 16.02.2016 : Sollte eigentlich jetzt klappen
- /: So, wie du's beschrieben hast, wenn man einen neuen Punkt erzeugt und den Input in diesen hineinkopiert und dann Punkt schließt durch Enter-Taste. Wenn man allerdings einen bestehenden Punkt überarbeitet, indem man den Input hineinkopiert, dann kann man den nicht mehr schließen; weder durch Enter-Taste, noch durch Maus-Klick wo anders hin. Wenn man dann mit der Maus nicht irgendwo anders - bspw. in's Leere - klickt, sondern auf einen Punkt auf einer höheren Ebene, und danach wieder in die Ebene geht, wo der bearbeitete Punkt angezeigt werden sollte, dann findet man ihn da nicht. Stattdessen meine ich, dass man da dann den obersten Punkt eingerückter sieht (-> ->). Wiederholt man alles mit einem anderen Punkt, meine ich, dass besagter Punkt, der nach erstem mal fälschlicherweise mit (-> ->) angezeigt wurde, dann plötzlich mit (-> -> ->) als Stichpunkt-Zeichen angezeigt wird; also noch stärker falsch eingerückt ist... (11.04.2016) – Mozilla Firefox ESR 38.6.1 – "/disco_test"
- Wär' gut, wenn bei Mouseover bereits stets der Inhalt bzw. die Details des jeweiligen Punktes im Content-Feld eingeblendet werden.
- Ist durch voll funktionsfähiges Rauf- und Runterscrollen per Pfeil-nach-oben- bzw. Pfeil-nach-unten-Taste teilweise entschärft
- /: Nachgeprüft. Hast Recht. (25.04.2016) – Mozilla Firefox ESR 38.6.1 – "/disco_test"
- geplante Verbesserung : mit gedrückter Ctrl-Taste ein Mouseover über den mittleren Panels machen = hochscrollen; entsprechend Ctrl+Mouseover unterhalb = runterscrollen -> hoffentlich kann mich Airapple da unterstützen
- /: Nachgeprüft. Egal, welches Feld gerade markiert ist; Ctrl+ ^ oder v verändert lediglich die Skalierung (alles größer, oder kleiner geschrieben). (25.04.2016) – Mozilla Firefox ESR 38.6.1 – "/disco_test"
- Es wäre toll, wenn bei den Favoriten auch gleich der Ausklapp-Zustand abgespeichert ist, wie er beim Nutzer vorhanden war, als er einen Punkt als Favorit abgespeichert hat...
- Hmmm, wird schwierig, weil das jQuery ohne mein zutun macht. Ich initialisiere ein Mal und um den Rest kümmert sich die Library
- /: Nachgeprüft. Funktioniert noch nicht. (25.04.2016) – Mozilla Firefox ESR 38.6.1 – "/disco_test"
- Wär' gut, wenn Links klickbar sind, die man in's Content-Feld eingibt...
- wichtiger Punkt; auch das habe ich Airapple zur Untersuchung gegeben
- /: Nachgeprüft. Funktioniert noch nicht. (25.04.2016) – Mozilla Firefox ESR 38.6.1 – "/disco_test"
- Anmerkung: Wenn man in einen Punkt ganz was ganz Langes eintippt, dann lässt er sich nicht mehr schließen; vor diesem Stadium ist das ja nicht so und dann ist's auch so, dass sich der Punkt schließt, wenn man bspw. nicht mehr den Browser aktiviert hat, sondern mal seinen Audio-Player in den Vordergrund ruft. Das wird wohl der Ansatz einer Zeichenbegrenzung sein, schätz' ich mal. Die Eingabe, die zu (?) lange Eingabe war Folgendes: "Veränderung durch das Bundeskinderschutzgesetz, dass wir im Bereich der stationären Erziehungshilfen die organisationale Verantwortung für Partizipation & Beschwerden haben; in den letzten 2 Jahren gibt's sehr positive Entwicklungen zu vermelden..."
- Wär' gut, wenn im Fall der Fälle eine aufklärende Einblendung erscheint; bsp.: "du kannst nicht Stichpunkte verfassen, die länger als XXX Zeichen sind"
- Das ist definitiv keine Absicht. Bisher habe ich die Begrenzung noch nicht drin.
- Aktualisierung : Jetzt verstehe ich Deinen Punkt -> Hab das so implementiert, daß automatisch gespeichert wird, sobald das Volltext-Feld seinen Fokus verliert. Dadurch habe ich gehofft, etwas mehr Speed rauszuholen, weil Du dann nicht erst irgendwelche lästigen Buttons oder Tasten drücken mußt. Vor allem kann ich jetzt die ENTER-Taste ja nicht mehr als Beendigungssignal hernehmen. -> geht nur bei Eintragung von Tree-Elementen.
- 16.02.2016 : Ist meine Antwort befriedigend ?
- /: Nein, aber dafür ist das Problem nicht mehr da ;) ... (25.04.2016) – Mozilla Firefox ESR 38.6.1 – "/disco_test"
- Wär' schön, wenn man den Diskussionsstand, wie man ihn in X-tree-M sieht, gescheit in DinA4-Blättern ausdrucken kann. Kannst Du bitte mal einen Vorschlag machen, wie das am günstigsten zu formatieren ist ? Dann könnte ich neben dem XML-Ausleiten und -Einfügen auch sowas mit anbieten, um Inhalte speicherbar zu machen
- /: Das ist natürlich knifflig, weil den Stichpunkten jeweils Freitext-Felder anhängen können. Ich würd' die Freitext-Felder einfach weglassen. Ein ordentlich formatierter Stichpunkt-Baum wär' schon toll. Man muss sich auch mal vergegenwärtigen, wann man sowas benutzt: Beim Live-Aufeinandertreffen mit anderen; da ist der Stichpunkte-Baum an sich ausreichend. Aber überhaupt denk' ich mir gerad', dass man sich den Punkt Ausdrucken schenken kann: Ausdrucken - wer macht das heute schon noch? Gerade wo die digitale Variante komfortable Echtzeit-Bearbeitung bietet. Statt Ausdrucken wäre das bessere Ziel, das Diskussionssystem so robust, verlässlich und komfortabel auszugestalten, dass sich Faulheit einstellt, das Diskussionssystem medienwechselhaft zu verlassen (wie zum Beispiel Ausdrucken und dann mit Zettelwirtschaft weiter hantieren). (25.04.2016) – Mozilla Firefox ESR 38.6.1 – "/disco_test"
- Wenn man das jetzt durch Markieren, Copy & paste in diverse Schreib-Programme versucht, kommt noch sowas bei raus:
- Libre Office
- Microsoft Word
