ConvertPanel::tablePositions

[routeconverter]

Grundsatzfrage: Soll ein Sortieren der ganzen Positionsliste möglich sein oder eines Teilbereichs?

Gute Frage, daran hatte ich noch gar nicht gedacht.

Für die komplette Positionsliste könnte man vielleicht den Spaltenkopf mit dem Sortierkriterium mit der linken Maustaste markieren und danach eine Menüfunktion oder das Kontextmenü aufrufen. Und die Entscheidung Auf-/Abwärtssortierung sollte auch möglich sein.

Ja, so dachte ich das.

Das Sortieren von Teilbereichen wird schon schwieriger. Da müsste wohl erst der Teilbereich markiert werden und dann (vielleicht mit gedrückter [STRG] Taste) der Spaltenkopf des Sortierkriteriums. Und die Entscheidung Auf-/Abwärtssortierung sollte auch wieder möglich sein.

Ich finde das ginge dann über das Kontextmenü und nicht über den Tabellenkopf. D.h. markieren und dann im Kontextmenü auswählen
Aufsteigend sortieren -> <Spaltenname>

[IlmariKrebs]

Wo ich grüble ist, ob Sortier- und Filterfunktionen nun direkt auf den Daten wirken sollen oder nur die Ansicht der Daten beeinflussen sollten wie in Deinem Vorschlag. Ich fürchte die vielen Supportanfragen, wenn Nutzer genau das andere erwarten, was implementiert ist

Die Frage hierbei ist, wo man eine Auswirkung auf das Sortieren feststellen kann. Die Hauptanwendung der Ergebnisse werden ja auf ein Navi übertragen.

Im Falle von Routen und Tracks ist vermutlich eine Sortierung der Punkte nicht erwünscht. Wer will schon erst nach Frankfurt fahren um von dort über Hamburg nach Hanau zu gelangen, nur weil die Orte alphabetisch sortiert sind.

Wenn die Daten im View sortiert sind, so lassen sich die einzelnen Punkte gezielt finden und dann manipulieren (löschen, etc...)

Wenn man eine Liste von Geocaches oder anderen Wegpunkten aufs Navi überträgt werden sie alphabetisch nach Namen sortiert. Zumindest auf meinem eTrex H.

Anders sieht es aus, wenn ich eine Liste von Wegpunkten im View sortiert habe und dann erwarte, dass ich entsprechend der Sortierung auch einen Track daraus generieren will.

Im Falle der Filterung will man sich aus der Menge von POIs nur die Tankstellen anschauen und später nach was anderem Filtern. Das lässt sich einfach im View mit der JTable realisieren, aber nicht so einfach auf den Originaldaten.

Aus Usability-Sicht wäre die Wirkung der Sortieroperation zu klären, diese ggfs. ins Undo/Redo zu integrieren, es bräuchte eine Möglichkeit, die Ansicht zum Lade-Zeitpunkt wiederherzustellen. Und einen bloßen Klick auf den Tabellenkopf werden die meisten nicht als Sortieraufforderung verstehen,

Ich weiss nicht, ob ich mich nur daran gewöhnt habe, aber ich empfinde es als Standardverhalten, wenn man auf den Spaltenkopf klickt, dass die Tabelle entsprechend der Spalte sortiert wird. Auch wenn Excel an dieser Stelle anders bedient wird und ein anderes Verhalten hat.

d.h. das Kontextmenü und die Menüzeile wären zu erweitern. Für die nächste Version ist das zu viel - ich warte nur darauf, daß die Website fertig wird und will dann releasen.

Das ist natürlich viel störende Arbeit.

Den Konflikt, ob Sortier- und Filterfunktionen nun direkt auf den Daten wirken sollen oder nur die Ansicht der Daten beeinflussen sollten wie in Deinem Vorschlag, sieht man auch auf technischer Sicht. Ich habe den JTable bewußt als Liste gebraucht, die Spaltenorientierung bringt dann Fehler wie diesen hervor:

Wie hast Du diesen Fehler provoziert? Es gibt so wie für die Zeilenindexe auch eine Transformation von Spaltenindexe:

JTable provides methods that convert from model coordinates to view coordinates — convertColumnIndexToView and convertRowIndexToView — and that convert from view coordinates to model coordinates — convertColumnIndexToModel and convertRowIndexToModel.
http://download.oracle.com/javase/tutori...ml#sorting

Exception in thread "AWT-EventQueue-0" java.lang.IndexOutOfBoundsException: column beyond range of TableModel
at javax.swing.DefaultRowSorter.checkColumn(DefaultRowSorter.java:1202)
at javax.swing.DefaultRowSorter.toggleSortOrder(DefaultRowSorter.java:435)
at javax.swing.plaf.basic.BasicTableHeaderUI$MouseInputHandler.mouseClicked(BasicTableHeaderUI.java:96)
at java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:253)
at java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:252)
at java.awt.Component.processMouseEvent(Component.java:6270)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
at java.awt.Component.processEvent(Component.java:6032)
at java.awt.Container.processEvent(Container.java:2041)
at java.awt.Component.dispatchEventImpl(Component.java:4630)
at java.awt.Container.dispatchEventImpl(Container.java:2099)
at java.awt.Component.dispatchEvent(Component.java:4460)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4577)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4247)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4168)
at java.awt.Container.dispatchEventImpl(Container.java:2085)
at java.awt.Window.dispatchEventImpl(Window.java:2478)
at java.awt.Component.dispatchEvent(Component.java:4460)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)

---

Den einzigen für mich sinnvollen Anwendungsfall für eine Sortierfunktion sehe ich im Sortieren von POI's. Entweder alphabetisch nach Beschreibung oder geografisch nach Breitengrad oder Längengrad. Ein anderer Anwendungsfall fällt mir momentan nicht ein. Tracks oder Routen würden durch eine Sortierfunktion schlicht zerstört werden.

Nun gut man könnte sich eine gefahrene Strecke nach Geschwindigkeit untersuchen wo man besonders schnell war oder wo man langsam war. Nur mal so gesponnen...

---

Grundsatzfrage: Soll ein Sortieren der ganzen Positionsliste möglich sein oder eines Teilbereichs?

Gute Frage, daran hatte ich noch gar nicht gedacht.

Der Gedanke ist mir bislang noch nie in den Sinn gekommen, habt Ihr mal irgendwo schon gesehen? Liesse sich Eure Anwendung auch als Sequenz von Filtern und Sortieren ausführen?

So spontan fällt mir nur eine Implementierung ein, die nur auf den Originaldaten operiert.

[routeconverter]

Wo ich grüble ist, ob Sortier- und Filterfunktionen nun direkt auf den Daten wirken sollen oder nur die Ansicht der Daten beeinflussen sollten wie in Deinem Vorschlag. Ich fürchte die vielen Supportanfragen, wenn Nutzer genau das andere erwarten, was implementiert ist

Die Frage hierbei ist, wo man eine Auswirkung auf das Sortieren feststellen kann. Die Hauptanwendung der Ergebnisse werden ja auf ein Navi übertragen.

Bei der Wirkung direkt auf den Daten sieht man die Auswirkung sofort und man sieht sie auch auf dem Navi - das ist konsistent. Wenn man über die TableRowSorter die Ansicht ändert bleiben die Daten in gespeicherten Dateien in ihrer ursprünglichen Reihenfolge.

Im Falle von Routen und Tracks ist vermutlich eine Sortierung der Punkte nicht erwünscht.

Richtig, evt. könnte man Tracks nach Zeit sortieren wollen (was sie per Definition eh sind) - doch das hat noch kein Nutzer nachgefragt.

Wenn die Daten im View sortiert sind, so lassen sich die einzelnen Punkte gezielt finden und dann manipulieren (löschen, etc...)

Ist das nicht eine Schwäche bei den Möglichkeiten, Punkte zu finden - wie von onurbi angesprochen?

Anders sieht es aus, wenn ich eine Liste von Wegpunkten im View sortiert habe und dann erwarte, dass ich entsprechend der Sortierung auch einen Track daraus generieren will.

Ok, das wäre als eine Sortierung der Daten selbst.

Ich weiss nicht, ob ich mich nur daran gewöhnt habe, aber ich empfinde es als Standardverhalten, wenn man auf den Spaltenkopf klickt, dass die Tabelle entsprechend der Spalte sortiert wird. Auch wenn Excel an dieser Stelle anders bedient wird und ein anderes Verhalten hat.

Du verstehst, daß ich die 10000 Downloader im Fokus habe, die RouteConverter jeden Monat herunterladen? Die schreiben mir jeden Monat 150 Mails und Forenbeiträge, die mich zu dem Schluß kommen lassen: das Programm muß einfacher werden - und eine Anleitung bekommen

Wie hast Du diesen Fehler provoziert?

1x Klick auf den Spaltenkopf der Kommentarspalte
1 Kommentar ändern
1x Klick auf den Spaltenkopf der Kommentarspalte

So spontan fällt mir nur eine Implementierung ein, die nur auf den Originaldaten operiert.

Für Wegpunktlisten wie von kumo vorgeschlagen kann ich mir das auch vorstellen.

[IlmariKrebs]

Du verstehst, daß ich die 10000 Downloader im Fokus habe, die RouteConverter jeden Monat herunterladen? Die schreiben mir jeden Monat 150 Mails und Forenbeiträge, die mich zu dem Schluß kommen lassen: das Programm muß einfacher werden - und eine Anleitung bekommen

Es ist Dein Baby, ohne Frage!

So spontan fällt mir nur eine Implementierung ein, die nur auf den Originaldaten operiert.

Für Wegpunktlisten wie von kumo vorgeschlagen kann ich mir das auch vorstellen.

Im ersten Moment dachte ich, dass diese Vorgehensweise durchaus gewöhnungsbedürftig sein könnte. Aber vielleicht fühlt es sich anders an, wenn man es bespielen kann.

Was ist nun Deine Meinung bezüglich der Sortierung? Bist Du daran interessiert? Und falls ja wie würdest Du es Dir wünschen?

[routeconverter]

Was ist nun Deine Meinung bezüglich der Sortierung? Bist Du daran interessiert? Und falls ja wie würdest Du es Dir wünschen?

Ich finde eine Sortierung für Wegpunktlisten sinnvoll, das direkt auf den Daten arbeiet (und dabei Undo/Redo unterstützt). Aufrufbar per Menü und Kontextmenü der Positionstabelle auf den markierten Positionen. Also eher wie die Vervollständigen-Operationen und nicht wie die TableRowSorter...