Was wir wissen .. zurück ]      [ Log-Datei ]      [ MailTack ]      [ Hyper-Lexikon ]      [ MailTack-Entwicklung ]


MailTack - Entwicklung
Neue userrequirements

Weiterentwicklung-Vorschläge - Unsortierte Liste

Das automatische Einlesen von Mails scheint mir kompliziert.

Die Mail-Verwaltung muss auch noch weiter untersucht werden: wenn ich ein Mail eingelesen habe, wie kann ich dann die Kopfangaben verändern

Wenn wir nur die Zeit erfassen würden, könnten die andern Angaben als Kategorien erfolgen. Ueberhaupt ist mir noch ganz unklar, welche Kopfinformationen wichtig sind, und welche automatisiert eingelesen werden können.

Das Protal von Kurt mit Passwort muss verschwinden. Wenn es ein Passwort braucht, dann für das öffnen von KB's.

Ich merke jetzt, dass es doch um Segmente gehen muss. Aber ich will bestimmen, was Segmente sind: Im einfachsten Fall ist ein ganzes Mail ein Segment. Und dann will ich eben das Mail behandeln, nicht zuerst im mail sagen das ganze sei ein Segment.

Associate braucht einen Affengriff, zB Ctr-A, wenn die beiden Teile markiert sind.

Das Segment-Fester sollte als solches markierbar sein, damit man das Segment kategoriesieren kann.

Die Streams verstehe ich immer noch nicht. Ich meine, sie sind so nicht anschaulich.

Die Anzeige der Segmente durch Kästchen mit Zahlen bringt mir auch nichts. Wenn schon, müsste das Mail im Zentrum des Kreises stehen. Ich glaube aber dass man ganz verzichten kann.

In Search: All categories und categorisation muss nicht unterschieden werden, letzteres genügt.

MailTack erhält eine zusätzliche Eben: Mail-Verwaltung. Die Mailverwaltung ist primitiver als die SegmentVerwaltung, sie hat andere Kategorien. Der Software-Mechanismus bleibt derselbe, es gibt einfach eine zusätzliche Tabelle.

In Search AllMails sollten die Mails selektiert werden können zu anschaunen (1 Klick) zum bearbeiten (2 Klick)

Gibt es eine Möglichkeit ein Layout einzufrieren, so dass es default so erscheint

Was wird gesavt bei Save unter Constelation, Die Kategorien werden nur gesichert, wenn man unter File savet.

Hinweis: Nach der Segmentierung muss ich MailTack neu starten, bevor die Segmente in Search angezeigt werden.

Später: Man muss während des Segementierens kategorisieren können, sonst muss man sich alles 2 x überlegen

Das Menü unter View / Streams braucht es auch unter View/Constealations damit man den Ausschnitt auch dort - nicht nur im OverviewFenster - wählen kann

Für einige Funktione sollten wir Funktionskey festlegen, so wie das unter Tool bereits angefangen wurde. Add Categorization würde ich gerne haben.

Die Segmente in Display Streams sollten neben der ID das Maildatumzeigen, damit man sie leicht verstreamen kann. Zur Erstellung der Demodaten mache ich Links, die ich nicht machen würde, weil sie mir nur dazu dienen den Ueberblick zu behalten, während ich Streams mache.

Die Ordnung nach Datum ist etwas unsinnig, weil sie die strings mit Wochentagbezeichnung sortiert

die Sortierung der ID's arbeitet auch nach string statt nach Number, nach 1 kommt 10, statt 2

Mir ist jetzt nicht klar, wie ich von den Streams profitieren kann. Gibt es eine Möglichkeit die Stream (die Texte der Streams in der Reihenfolge anzu zeigen. Ich meine ausser dass ich jeden Knoten anwählen kann.

Wenn man inAll Categories eine Kategorie anklickt, geht sie im Graph ins Zentrum und gleichzeitig sollte auch All Categorizations von dieser Kategir angezeigt werden.

B============
>> 4. Mouse events in the Streams graph:
>> - single click on node = display text of segment
>> - double-click on node = display associated categories
...
It would be fine, if the window (Desktop) was showned automatically.
============E
Yes. The problem is, that to do this I need to make a SYSTEMATIC design of the whole automatic desktop display in any situation: this is not an easy work. I have some ideas but I had to provide a quick solution and so I opted for "manual" in place of "automatic".

B============
> 7. Overview window
>> - is no longer automatically displayed
>> - user must select it from menu if required
> ok
> I liked it the way it was. It is quicker to close it, then to get it via menu.
me too, wyh did you change ?
============E
I changed because, as for the desktop display, also here I think that we need a SYSTEMATIC design of automatisms, otherwise there are problems. As an example: the overview window opens always in the right upper corner and covers the graph there. If you display categorizations, you do not see them.
A solution could be that after displaying categorizations, the user is asked to place the overview window somewhere (by clicking a position) if it is over the categorization graph.

B============
>> 8. Connect two segments:
Also a question: in version 9933 the shift-key was not needed. The 2 text in the windows were claer A and B and therfore connected. Why do you now demand the shift ?
============E
With SHIFT the first selected segment remains highlighted when you click the second: so you see a graphical confirmation of what is selected. Without
shift only the current selection is highlighted.

B============
>> 10. Delete Key
about keyboard-Function we should later discuss in general
============E
Yes, this is the issue of SYSTEMATIC design that I was addressing previously

B============
>> 11. Rename Category
>I liked to use the right mouse button.
me too
============E
The reason for moving it to the menu was that I needed a click event for the "Display Associated Segments": because "Display Associated Categories" is on >the double-click event (of the Streams graph) I decided to use the double-click event also for "Display Associated Segments". So I had to move the "Add Associated Category" on another click-event and I moved it to right-click. So I had to move "Rename Category" to the menu. Again, we will have to design all this intraction stuff systematically.

B============
>> 14. Save All To DB
Question: I do not understand, why there are "save to DB" under streams, constellation... menu. Its not enough under file ?
============E
When you use File/Save, two things happen:
1. all changes are saved to ...\MailTack\Dbf
2. ...\MailTack\Dbf is copied to the save directory selected by the user During work it is quicker to simply save what you are doing to to ...\MailTack\Dbf without having to open the save dialog, selecting a directory and having all the stuff copied to the save directory.

B============
> Streams/Tests/...
> If no streams are displayed => Laufzeitfehler => exit
that I can reproduce
============E
I will look at it

B============
> Just do not change anything at the moment. The tool is stable enough to play with it! change as much as you like ! (Its not a problem, if the helpdoc is not quite actuall.
============E
I have not change the Version 9934 but initiated a new version 9935 which has a rather good design for "Search by key" similar to the search that is provided in "The Brain" when you click on the "Find" button in the "Search" panel.
Unfortunately there is a BIG AION ERROR that I cannot work around! I am in contact with the support, but it seems to be a difficult question. If they cannot solve it we will have to abandon AION !!!!!!! I hope the Aion people will find a way to help us.

Ich hätte gerne für WordTack eine graphische Oberfläche, die die Windows-Ordner verknüpft und darstellt, so wie Constallations.