rzDelphiGuide - a tiny knowledge base

[taaktaak]

zu (1) Autsch, da habe ich nicht mal eine Idee, was der Fehler sein könnte. Schick mir das komplette Verzeichnis gezippt per PN, dann schaue ich mir das mal an!

zu (2) Ok, verstanden. Darüber mache ich mir Gedanken! Derzeit sind aber alle Versionen kompatibel, d.h. mit neuer Programmversion sollten die vom Anwender veränderten Daten weiterverwendet werden können. Die mitgelieferten Beispieldaten müssen nicht genutzt werden - soweit die Theorie (hoho)

Wenn die heute besprochenen Änderungen der Strukturtiefen umgesetzt werden, wird das vermutlich nicht mehr möglich sein. Aber bitte daran denken, dies ist eine Vorabversion die noch nicht für den Produktivbetrieb gedacht ist.

[taaktaak]

@"Edelstahl-Frank"

Ich denke, der Fehler ist jetzt lokalisiert, da ich ihn reproduzieren kann. Allerdings nur, wenn das "Laden mit Einfachklick" aktiviert ist. Ist vor dem Vergrößern im Treeview ein anderes Topic markiert, als gegenwärtig geladen und angezeigt, wird bei Änderung der Fenstergröße das Markierte geladen und zur Anzeige gebracht. Seltsam allerdings, dass im "Singleclick-Modus" eine Diskrepanz zwischen angezeigtem und markiertem Topic auftreten kann. Ich kann diese Konstellation nur herstellen, wenn ...

a) der Editiermodus aktiviert wird, während des Editierens im Treeview ein anderes Topic markiert und danach der Editiermodus wieder verlassen wird. Ergebnis: angezeigter TopicText <> im Treeview markiertes Topic -> Fenstergröße ändern -> das markierte Topic wird "wie von Geisterhand" geladen.

b) ein Text im DblClick-Modus geladen, danach ein anderes Topics im Treeview markiert und anschließend in der Konfiguration in den SingleClick-Modus umgeschaltet wird. Ergebnis: angezeigter TopicText <> im Treeview markiertes Topic -> Fenstergröße ändern -> das markierte Topic wird "wie von Geisterhand" geladen.

Entspricht das dem von dir festgestellten Fehlverhalten?

[v2afrank]

Leider kann ich nicht genau sagen, durch welche Konstelation dieses Fehlverhalten hervorgerufen worden ist. Ich habe gestern auf jeden Fall mit dem Editiermodus rumgespielt, und auch das "Laden mit Einfachklick" zwischendurch eingestellt.
Welche der beiden möglichkeiten bei mir jetzt zu dem Fehler geführt haben kann ich aber leider nicht mehr sagen.
Wenn Du Ihn aber reproduzieren kannst, sollte er ja auch zu finden sein.

Ich warte dann mal auf eine neue Version

[Optiplex]

Hallo Taaktaak,
Ich will noch mal auf die punkte 6 und 7 eingehen

6 OK ich habe übersehen, dass das Fenster in seiner Größe veränderbar ist (Sorry). Aber nicht jeder hat einen 22“ oder größeren Bildschirm oder gar 2 Monitore, deshalb finde ich es übersichtlicher den Quickview gleich in das TODO- Fenster zu integrieren dann bekommst du gleich, wenn du einen ToDo-Punkt auswählst, den View angezeigt.

6b Ich sehe eigentlich keinen Sinn darin den Text welcher im Editor angezeicgt wird, nochmals in einem separaten Fenster anzeigen zu lassen.

7 Ich persönlich würde dir empfehlen, wenn du es später als Mehrsprachiges Tool anbieten willst, jetzt schon die Menüs und Buttons usw mit deutscher Beschriftung zu versehen. Warum ? Nun es ist so, und das kann ich dir aus eigener Erfahrung sagen, dass die deutschen Bezeichnungen in der Regel länger sind als die englischen. Dann fängst du an, statt an den Bezeichnungen zu arbeiten, deine Componenten anzupassen, was in der Regel bei größeren Programmen viel Arbeit bedeutet. Auf einen größeren Button passt bekanntlich eine kleinere Bezeichnung.

Ok, aber wie gesagt alles deine Entscheidung.
Mir ist noch Aufgefallen, dass wenn man im Editormodus ist, im Topic-Baum herumklicken kann ohne dass der Editormodus beendet wird und der neue Topic im Editorfenster angezeigt wird. So kann man in Baum einen anderen Topic auswählen der dann nicht angezeigt wird, da wir ja noch den alten Topic im Editor haben und diesen eigentlich bearbeiten.(Verwirrung ist groß weil der Text jetzt nicht mehr zum ausgewählten Topic past.)

So das war es für heute, werde weiter in deinem Programm herumspielen.

Gruß Dieter

[taaktaak]

Moin, Moin.
Nicht das hier ein falscher Eindruck entsteht: Die "Funkstille" bedeutet lediglich, dass neben meiner (normalen) beruflichen Tätigkeit intensiv am Programm gearbeitet wird. Die Lesezeichenverwaltung ist implementiert, der Fehler im LinkEditor des TextEditors beseitigt. Ebenso der letzte von v2afrank gemeldete Fehler. An anderen Dingen wird gearbeitet. Am Wochenende soll eine neue Version kommen (und einige Fragen zum neuen Funktionsbereich "Projekte")

[taaktaak]

Moin, Moin.

Wie geplant ist nun ein drittes Update (Build 1220) der Vorabversion im ersten Post verfügbar; hier einige Erläuterungen zum aktuellen Sachstand:

• Aktuelle Änderungen des Build 1220 sind:
  
  • Der im letzten Release frisch eingebaute Fehler im LinkEditor des TextEditors ist wieder beseitigt (hoffentlich ohne wiederum einen Neuen zu produzieren)
  • Fehler "Laden von Texten bei Veränderung der Fenstergröße" beseitigt
  • Die Baumansicht des Funktionsbereichs "Topics" hat eine Lesezeichenverwaltung erhalten. Die Lesezeichen werden gespeichert und stehen nach erneutem Programmstart wieder zur Verfügung, Hilfetext erweitert
  • In den Schnellansichten (Quickview) der Baumansichten der Funktionsbereiche wird jetzt in der Statuszeile angezeigt, ob die Anzeige gesperrt ist oder mit Wechsel der Knotenmarkierung in den Baumansichten den markierten Text zur Anzeige bringt
  • Fehler im Anzeigefilter (Datum) der ToDo-Verwaltung beseitigt
  • Die Konfiguration öffnet jetzt immer mit der Seite des aktiven Funktionsbereichs
  • Die Frage nach der Sinnhaftigkeit der "Quickviews" in den Baumansichten und die mögliche Irritation der Anwender bei Abweichung zwischen markiertem und geladenem Text haben zu einer Anpassung von Programm und Hilfetexte geführt:
    
    SingleClickMode
    Das markierte Thema wird immer sofort in die Textanzeige geladen, eine Differenz zwischen markiertem und geladenem Text ist nicht möglich. Im Popup-Menü des Funktionsbereichs (linke Fensterhälfte) steht die Auswahl "Quickview" nicht zur Verfügung. Die gleichzeitige Anzeige anderer Texte in einem separaten Fenster ist nicht möglich. Während des Editier-Modus ist der Funktionsbereich gesperrt und kann nicht genutzt werden
    
    DoubleClickMode
    Das markierte Thema wird erst nach einem Doppelklick in die Textanzeige geladen, eine Differenz zwischen markiertem und geladenem Thema ist daher zulässig. Im Popup-Menü des Funktionsbereichs (linke Fensterhälfte) steht die Auswahl "Quickview" zur Anzeige des markierten Themas zur Verfügung. Die gleichzeitige Anzeige anderer Texte in einem separaten Fenster ist daher möglich. Während des Editier-Modus ist der Funktionsbereich nicht gesperrt und mit eingeschränkter Funktionalität weiterhin nutzbar

• Kurzfristig umgesetzt werden:
  
  • Der Funktionsbereich "Favorites" erhält 8 Gruppen (in Arbeit)
  • Der Funktionsbereich "Projects" wird eingeführt (in Arbeit)
  • Die Baumanzeige im Funktionsbereich "Topics" wird künftig eine maximale Strukturtiefe von 8+1 Ebenen zulassen
  • Vereinheitlichung der Tastenbefehle
  • Zusammenführung von Datenbanken; wird vermutlich als separates Tool realisiert

• Längerfristig umgesetzt werden:
  
  • Separates Memo für jedes Topic - entspricht nicht meiner persönlichen Arbeitsweise, daher nur sekundäre Priorität
  • Die "Eindeutschung" bzw. Lokalisierung - da das Programm auch von Freunden in der Slowakei benutzt wird, die kaum Deutsch sprechen, muss die Englische Oberfläche vorerst bleiben. Eine "professionelle" Lokalisierung steht nun aber recht weit oben auf der ToDo-Liste

• Voraussichtlich nicht umgesetzt werden:
  
  • Individuelle, durch den Anwender festlegbare Baumstrukturen unterhalb der einzelnen Favoritengruppen - die Favoriten sollen einen besonders schnellen Zugriff auf ausgewählte Themen ermöglichen. Dies setzt insbesondere eine zahlenmäßige Beschränkung der Favoriten-Themen voraus. An dieser Stelle eine mit dem Funktionsbereich "Topics" konkurrierende Struktur anlegen zu wollen ist m.E. falsch
  • Die Integration der Textanzeige in das ToDo-Fenster - ich finde die vorhandene Lösung praktisch und wesentlich flexibler, als die Anzeige in das Fenster zu integrieren

[WInfo]

Hallo TaakTaak,

hab mir gerade deinen rzDelphiGuide angesehen, und wollte Dir ein paar Anmerkungen zukommen lassen.

• Wenn man zwischen dne Knoten springt, braucht er immer sehr lange bis er reagiert. Da denkt man teilweise, das Programm hätte sich aufgehängt
• Die Favoriten sollten umbenannt werden können. Ausserdem wäre es schön, wenn man die Favoriten hierachisch (in Baumstruktur) gliedern könnte
• Neben den Standardhilfetext, sollten noch weitere möglich sein, wie z. B. Anmerkung, Beispiel, etc.
• Eine Referenz zu den einzelnen Punkten sollte möglich sein
• Ein Sortieren (der Spalten) sollte bei den ToDo's möglich sein
• Nützlich wäre ein Excel Export per Cut-and-Past der ToDo Einträge, auch ein Druck wäre nicht schlecht
• Eine Statusverwaltung der ToDo's wäre auch gut, so dass man diese als abgeschlossen markieren kann
• Nach etwas Bearbeitung in der ToDo hängt sich die der Guide auf, so dass nicht mehr zwischen Topics gesprungen werden kann
• Schön wäre es, wenn man verschiedene Routinen auswählen könnte, um sich daraus eine spezifische Unit generieren zu lassen :-)
• Wie Funktioniert das verschieben eines Topics?
• Ein WebUpdate für das Programm und/oder für die Topics wär ganz nett
• Weshalb ist der Suchdialog auf einen anderen Reiter versteckt? Wäre es nicht besser, diesen in einer Buttonleiste und/oder Tastenkombination aufrufen zu können? Z. B. als Dialog
• Wäre es nicht gut, wenn man jeden Eintrag ein paar Stichwörter zuorden könnte? Nach diesen liesse sich dann einfach Filtern und suchen
• Querverweise, auf andere Topics wären Sinnvoll
• Filter in den Topics wären nicht schlecht
• Bei dem Editiren eines Items, wenn man auf "Font" klickt, frägt er nach einen Drucker? :-/
• Wie kommt man nach dem Editieren eines Topics wieder raus?

Dies sind nur ein paar Anmerkungen auf die Schnelle. Ansonsten sieht man, dass viel Arbeit darin steckt. Wird sicher noch eine gute Sache.

Noch einen schönen Abend.

[taaktaak]

Hallo WInfo,
auch dir vielen Dank für deine Zeilen :hi:

• … braucht er immer sehr lange bis er reagiert …
  Antwort: Das kann ich nicht nachvollziehen. In allen Funktionsbereichen wird (im SingleClickMode) der Text auch auf meinem mehrere Jahre alten Notebook sofort nach Wechsel auf einen anderen Themenknoten ohne Verzögerung geladen. Arbeitest du mit einem langsamen USB-Stick? Ohne nähere Beschreibung, kann ich in diesem Fall nichts unternehmen.

• … Favoriten … umbenannt … (und) hierarchisch … gliedern …
  Antwort: a) Die Favoriten können in der Konfiguration auf der Seite "Favorites page" umbenannt werden. b) Du bist der zweite Redner, der in den Favoriten eine eigene hierarchische Struktur aufbauen können möchte. Ich bin immer noch aus grundsätzlichen Überlegungen dagegen, aber vielleicht lasse ich mich doch von meiner Meinung abbringen – schauen wir mal.

• … Standardhilfetext … noch weitere …
  Antwort: Diese Anforderung verstehe ich nicht. Wie ist das gemeint?

• … Referenz … sollte möglich sein
  Antwort: Auch diese Anforderung verstehe ich nicht, sorry. Bitte erläutere dies etwas ausführlicher.

• … Sortieren (der Spalten) … bei den ToDo's …
  Antwort: Hmm, also die Spalten können (selbstverständlich) sortiert werden – ein Klick auf die Überschrift der jeweiligen Spalte sortiert die Tabelle. Die aktuelle Sortierrichtung wird mit einem kleinen Dreieck angezeigt. Eine Neuanordnung der Spaltenreihenfolge ist derzeit allerdings nicht möglich – das Grid ist eine Eigenentwicklung, die das noch nicht kann.

• … Excel Export … auch ein Druck …
  Antwort: a) Ein Export nach Excel ist eine interessante Idee, kommt in zweiter Priorität auf die ToDo-Liste b) Drucken? Ja, ist geplant, aber ebenfalls mit recht geringer Priorität (Wir wollen die Wälder doch noch ein wenig schützen)

• … Statusverwaltung der ToDo's … diese als abgeschlossen markieren …
  Antwort: Ja, das sehe ich auch so – werde ich kurzfristig umsetzen!

• … ToDo hängt sich … auf … dass nicht mehr zwischen Topics gesprungen werden kann
  Antwort: Oh Mann! Sch…! Habe ich noch nicht reproduzieren können. Kannst du das Szenario bitte näher beschreiben…

• … verschiedene Routinen auswählen … um … spezifische Unit generieren zu lassen …
  Antwort: Ja, wäre nicht übel – zum gegenwärtigen Zeitpunkt sind aber leider andere Aufgaben dringender zu erledigen. Das ist ein Punkt, wenn sonst nichts mehr zu tun ist (also auf gut Deutsch: wird wohl auch mittelfristig nicht realisiert)

• Wie funktioniert das Verschieben eines Topics?
  Antwort: Topics (d.h. Themenknoten) können nur im Funktionsbereich "Topics" verschoben werden. Im Popup-Menü der Baumansicht zunächst "Topic node", dann "Move…" aufrufen. Die Menü-Auswahl steht nur zur Verfügung, wenn aktuell ein Themenknoten markiert ist! Es öffnet sich dann ein Fenster mit allen vorhandenen Knoten. Darin den Zielknoten auswählen und mit Doppelklick oder Eingabetaste die Verschiebung starten. Zielknoten kann ein Strukturknoten sein (als Parent) oder ein Themenknoten (als Sibling). Das Fenster besitzt eine Hilfeseite, die mit F1 aufgerufen werden kann – dort ist die Vorgehensweise näher erläutert. Hinweis: Strukturknoten können nur mit dem Strukturknoten-Editor verschoben werden.

• … WebUpdate für … Programm und/oder … Topics …
  Antwort: Ja, das wäre eine sehr interessante Erweiterung! Ist für mich persönlich ein noch völlig "unerforschtes Gebiet", also steht es schlecht mit einer kurzfristigen Realisierung. Besonders reizen würde es mich, eine Möglichkeit zu schaffen, dass Anwender des Programms die Möglichkeit haben, über das Internet "freigegebene" Thementexte untereinander auszutauschen. Das könnte eine Aufgabe für einen Co-Autor sein, der sich mit dieser Art von Programmierung gut auskennt. Wer sich ernsthaft dafür interessiert möge sich bei mir melden!

• … Suchdialog auf … Reiter versteckt … besser … Buttonleiste … Tastenkombination …
  Antwort: Hmmm, das habe ich mir irgendwann mal so überlegt. Würde aber nicht sagen, dass die Suche dadurch versteckt ist. Es macht m. E. keinen Unterschied, auf einen Button in einer Buttonleiste zu klicken oder auf den Tabellenreiter. Eine Tastenkombination zur direkten Fokussierung der Combobox im Funktionsbereich "Find" ist eine gute Idee, das wird im Zuge der Überprüfung aller Tastenbefehle erledigt!

• … jedem Eintrag ein paar Stichwörter zuordnen …
  Antwort: Ja, das ist ebenfalls eine gute Idee. Ob aber der Anwender die notwendige Disziplin besitzt, diese Stichworte immer zuzuordnen? Nun, das ist 'ne andere Sache. Diese Idee wird im Zuge der Neuorganisation der Datenbank (größere Strukturtiefe und separates Memo) ebenfalls kurz- bis mittelfristig umgesetzt.

• Querverweise, auf andere Topics wären sinnvoll
  Antwort: An welcher Stelle? Innerhalb der Texte können Links auf Internetadressen, Dateien und Links auf andere Themen innerhalb der Datenbank angeordnet werden!

• Filter in den Topics wären nicht schlecht
  Antwort: Anforderung verstehe ich nicht so recht. Das Popup-Menü der Baumansicht im Funktionsbereich "Topics" bietet eine Filteroption.

• … Editieren eines Items … auf "Font" klickt, fragt er nach … Drucker …
  Antwort: Sicher? Wenn ich im Editiermodus auf "Font" klicke, öffnet sich (wie erwartet) der Schriftauswahl-Dialog. Welches Build verwendest du? Wenn es gelingt den Fehler zu reproduzieren, dann schicke mir bitte eine Hardcopy.

• … nach dem Editieren eines Topics wieder raus?
  Antwort: Mit doppeltem Mausklick innerhalb des Editierfensters (aber dabei bitte nicht auf einen Linkeintrag klicken) oder mit der Tastenkombination Ctrl+E. Beide Befehle aktivieren und deaktivieren den Editier-Modus. Übrigens: Ich stecke 'ne Menge Arbeit in die Hilfetexte – bitte diese auch nutzen!

[WInfo]

Hallo TaakTaak,

danke für deine ausführliche Antwort. Die obigen Punkte waren mir auf die schnelle aufgefallen, es gäbe da sicher etwas mehr darüber zu sagen.

Aber mal zu den Punkten:

• Mir ist schon klar, dass Du viel Arbeit in die Hilfe steckst. Diese ist auch recht gut. Aber manches ist auch einfach viel zu kompliziert und zu umständlich gelöst, wenn man für Basisaufgaben die Hilfe benötigt, wie bspw. beim Editieren eines Topics wieder herauszukommen, oder einen Knoten innerhalb eines Baumes zu verschieben. Dies muss intuitiv sein. Es sollte beim Editmodus genügen auf ein anderes Topic zu klicken. Maximal sollte da dann noch gefragt werden, ob man die Änderung speichern möchte, das war es. Beim verschieben eines Knotens im Baum, sollte dies per Drag-and-Drop funktionieren, selektieren, Maustaste drücken, verschieben, Maustaste loslassen. Das war es. Überleg es Dir noch mal, ob Du hier nicht doch die eine, oder andere Änderung in der Benutzerführung vornehmen kannst. Stichwort: Usability
  
• Reaktionszeit: Ja, ich habe hier mit Single-Click gearbeitet, auf einer normalen Festplatte jedoch in einer VM unter XP. Ab und an, wechselt er sofort, aber daneben braucht er auch häufig einige Sekunden, bis er das entsprechende Topic öffnen kann. Wie hast Du hier die Datenhaltung realisiert? Vielleicht wäre es eine Überlegung wert, den Guide am Programmanfang komplett einzulesen und dann in-Memory damit zu arbeiten. Als mögliche Datenstruktur wäre z. B. ein Stream oder ein XML File möglich.
  
• Umbennung der Favoriten: Dies sollte auch einfach möglich sein, z. B. via Selektion und F2 oder via rechte Maustaste. Auf die schnelle hatte ich hier auch keine Möglichkeit gefunden die Favoriten umzubenennen. Auch hier wieder das Stichwort: Usability
  
• Standardhilfetext/Referenz: Hier meinte ich bei den Topcis, den Guide-Hilfetext. Aktuell wird hier nur eine Überschrift und wohl ein RTF dargestellt. Hier sollte mehr Differenzierungsmöglichkeit bestehen. Wie z. B. Code (auch welche Sprache, welcher Bereich, z. B. via Tagging), Example, Hintergrund, Quellennachweis, etc. Ebenfalls wäre hier eine und/oder mehrere Referenzen möglich, über die man noch weitere Informationen hohlen kann (z. B. Link zum DP-Topic).
  
• Mi den Querverweisen, meinte ich, Links auf andere Topics innerhalb des Guides. Also keine externen Links, sondern interne. Z. B. könnte bei der Erläuterung eines Befehls, etc. eine Datenstruktur verwendet werden. Die Datenstruktur ist z. B. in einen anderen Topic bereits behandelt. Hier wäre es dann schön, einen Link zu der Datenstruktur zu haben, damit man nicht ein zweites mal diese beschreiben muss und sich keine Redundanzen einfängt.
  
• ToDo Spalten sortieren: Hier meinte ich nicht das Sortieren innerhalb der Spalten, sondern die Spalten selbst, also manuelles Anordnen der Spalten. Ggf. könnte man sich auch überlegen, verschiedene Spalten vom Anwender aus-/einblenden zu lassen. Damit würde die ToDo Liste individueller und könnte auch mehr Informationen aufweisen, z. B. Status. Ansonsten macht das Grid schon mal einen recht guten Eindruck :-)
  
• ToDo hänger: Wohl dasselbe Problem wie mit dem Edit, dass hier wohl eine spezifische Tastenkombination nötig ist, damit man wieder zwischen den Topics navigieren kann. Hier wäre es auch gut, wenn es nicht so viele Seiteneffekte zwischen den Dialogen gäbe. Stichwort: Usability. Aber wahrscheinlich saß hier auch mal wieder das Problem vor dem Bildschirm RTFM. Sag mal TaakTaak, bietest Du schon Schulungen zum DG an ? ;-)
  
• WebUpdate: Hier sollten, sagen wir mal, doch genügend Lösungen vorhanden sein. Vielleicht mal einen Blick in die Open-Source Sparte werfen, Stichworte welche mir auf die schnelle einfallen: WebUpdateSystem, SJ Updater. Vielleicht mal mit den Authoren in Verbindung treten, bzgl. einer Referenzinstallation ;-)
  
• Freigegebene Thementexte: Hier versuchte sich doch Rolf Warneke schon daran, wenn ich mich recht erinnere. Bei einen Update der Guide Texte, müsste auf jedenfall ein geschützter Bereich in der Datenbank implementiert sein, auf dem der Anwender keinen Zugriff hat (muss ja nicht unbedingt angezeigt werden), da ansonsten beim Update die Datenbank geschrottet werden kann. Hier wäre ein Merker (z. B. Original (= True)), im Topic Sinnvoll, oder etwas flexibler in Integer, wo sich verschiedene Authoren eine Schlüssel hohlen können. 2 Milliarden Authoren sollten für den Anfang reichen, denke ich.
  
• Tagging: Ja, die Disziplin der Anwender. Aber ich denke dennoch, dass dies Sinnvol wäre, es würden dafür 2 Tabellen benötigt, eine mit den Tags und eine für die Links, damit liesse sich die M:N Beziehung problemlos abbilden und die Suche könnte hier auch sehr schnell erfolgen.
  
• Editieren/Font: Werde ich mal schaun. Muss hier erst mal das Testsystem wieder aufsetzen. Das Problem lag wohl einfach daran, dass es eine jungfräuliche XP Installation war, ohne Drucker. Vielleicht einfach mal eine neue VM von MS laden und dann den Menüpunkt anklicken. So sollte es einfach nachvollziehbar sein.

Im übrigen war es das Build 1220, welches bei den Tests herhalten musste ;-)

Schöne Grusse und noch viel Erfolg

[taaktaak]

Guten Morgen WInfo :hi:

Vielen Dank für die ausführlichen Anmerkungen. Kann heute leider nicht so eingehend darauf eingehen, wie ich es gern tun würde.

Offenbar forciert die Arbeit im "stillen Kämmerlein" nicht nur meine Betriebsblindheit gegenüber manchen Fehlern, sondern führt auch dazu verstärkt individuelle Bedienungsabfolgen abzubilden - und die entsprechen manchmal eben nicht der "usability", die ein beliebiger Anwender erwartet. In Grenzen bin ich aber durchaus lernfähig und willens das Programm anzupassen um es damit für Außenstehende besser bedienbar zu machen.

Da gerade die Favoriten angepasst werden, wird nun sofort, wie von dir vorschlagen, das Umbenennen der Favoritengruppen auch direkt in der Baumansicht ermöglicht.

Auf die anderen Punkte gehe ich in den nächsten Tagen oder am Wochenende ein. Stelle fest, dass durch die vielen Anregungen (auf die ich ja gehofft habe) die Verwaltung der ToDo's einen spürbaren Zeitaufwand erfordert.

// EDIT - Einen Hinweis möchte ich noch loswerden:
Das Programm macht intensiven Gebrauch von Popup-Menüs; also bitte "immer mal wieder" einen Rechtsklick versuchen. Nahezu alle Funktionalitäten sind kontextabhängig über die Popup's zu erreichen. In der Textanzeige kann man z.B. auf diesem Weg ebenfalls den Editiermodus ein-/ausschalten!