Am 3. Juni 2008 12:42 schrieb Torsten Breda <[EMAIL PROTECTED]>: > Am 3. Juni 2008 12:21 schrieb Bernd Wurst <[EMAIL PROTECTED]>: >> Hallo. >> >> Am Dienstag, 3. Juni 2008 schrieb Torsten Breda: >>> 1. Wenn man einen Weg zeichnet und ist fertig, so möchte man den Weg >>> meist deselektieren, um bspw. einen neuen zu zeichnen. Das geht bisher >>> entweder durch Wechseln in den "Select"-modus und linksklicken in den >>> Hintergrund oder durch Drücken von "u" für unselect oder man beginnt >>> den neuen Weg mit gedrückter "Shift"-taste. Funktioniert auch >>> wunderbar. Jedoch ist keiner der genannten Wege intuitiv bzw. benötigt >>> die Benutzung der Tastatur. >> >> Am letzten Satz scheiden sich vermutlich die Geister. Ich kannte "u" bis vor >> Kurzem nicht und fand es schrecklich, dass man immer alles mit der Maus >> machen muss. Die linke Hand ist doch eh frei, da kann man doch schnell mal >> was drücken.
verstehe nicht ganz, wieso da überhaupt ein Problem sein soll, man kann ja die Tags auch eingeben, wenn der Weg noch aktiviert ist (und die Führungslinie angezeigt wird). >> >>> Mein Vorschlag: Im node-Modus ist die rechte Maustaste so weit ich >>> weiss nicht belegt. Somit könnte man einen Rechtsklick zum deselecten >>> verwenden. Das ist intuitiv und wird in vielen anderen Programmen >>> genau so gemacht. >> >> Die rechte Maustaste ist zum Verschieben des Viewport in jedem Modus >> unersetzlich. IMHO. >> > Ich dachte hier an eine Unterscheidung zwischen click+hold und einem > click+release. > click+hold: Ansicht verschieben > click: deselect > > Genau diese Kombination ist in anderer Software üblich. in anderer Software sind wieder andere Kombinationen üblich, die Unterscheidung click+release, click+hold: Ansicht verschieben und click: deselect verwirrt meiner Ansicht nach unbeschlagene User eher. >> >>> 2. Denn Zoom-modus habe ich so gut wie nie benutzt. (Höchstens mal >>> unabsichtlich) Meiner Meinung nach sollte er nachrangiger sein, als >>> die anderen Modi. Wie schon gesagt ist auch bei mir der erste Schritt >>> wenn ich mit JOSM arbeite (nachdem Daten geladen sind) der druck auf >>> "s". >> >> Ja. Voll deiner Meinung. Man muss ihn nicht ganz wegwerfen, aber zumindest >> nicht per default aktiviert! da bin ich leidenschaftslos. Einerseits halte ich es für gut, wenn man im default-modus nach dem Einschalten erstmal nicht gleich versehentlich die Daten verschieben kann, andererseits ist mein erster Click meist auf "a". >> >>> 3. Den Geometrie-kram benutze ich nicht. Sicherlich hat diese Funktion >>> ihre Existenzberechtigung, Mich stört sie nur. Noch schlimmer ist, >>> dass seit dieser Funktion die Tipps in der Statusleiste nicht mehr >>> angezeigt werden, die auf die unverzichtbaren Tasten "Shift", Strg" >>> und "Alt" hinweisen. Damit auch zum nächsten Vorschlag >> >> Ja. Ich hab auch viele der neuen Angaben doch noch nicht kapiert. Zumindest >> werden mit gleichen Symbolen wie beim measurement-plugin andere Werte >> angezeigt. :) >> ja, da gibt es m.E. noch einen Bug bei der Winkelanzeige, wenn man nicht parallel zum Bildschirm arbeitet. S. z.B. dieser Screenshot, alle mit 90 Grad-Winkel gezeichnet: http://www.koppenhoefer.com/osm/JOSM_angle_screen.png >>> 4. Unbedingt die Funktionstasten "Shift", "Strg" und "Alt" besser >>> "bewerben". Vielleicht könnte man das erneut in eine MOTD einbauen. >>> Auf jeden Fall gehört der Hinweis in die Statusleiste. >> >> motd ist ja der Platz für "Neuigkeiten", also Dinge, die sich an diejenigen >> richten, die JOSM schon kennen und die sich geändert haben. >> ich würde in MOTD gerne einen Hinweis sehen, wenn es eine neue JOSM-Version gibt, am Besten mit Angabe, was sich geändert hat >> >>> 6. Das "Ungluenode"-Plugin gehört nach meinem Geschmack fest eingebaut. >> ja, m.E. auch >>> 8. Wenn man Kartendaten vom Server läd, sollte der Ausschnitt der >>> geladen wird, unabhängig von der gewählten Größe eine minimale Größe >>> haben. Ansonsten muss man meist sofort nachladen, bzw übersieht der >>> Anfänger, dass benachbarte Straßen noch nicht geladen sind. >> >> Gute Idee! >> das finde ich mit der Bounding Box gut gelöst, könnte allerdings wirklich so sein, dass nur jeweils die äußeren Grenzen angezeigt werden. Weiterhin wäre auch der andere Vorschlag nicht schlecht, dass was ausserhalb liegt grau hinterlegt wird. Falls es noch nicht so sein sollte, so bitte die Anzeige der bounding box als dafault. Gerade, falls an einer Stelle mal sehr viele GPX-Tracks vorliegen sollten (wird zunehmend wahrscheinlicher) kann es auch mal nötig sein, einen noch kleineren Ausschnitt zu laden. Wenn man einen zu kleinen Ausschnitt geladen hat, muss man halt rauszoomen und nachladen, das ist m.E. eine Sache, die man schnell durch Erfahrung in den Griff bekommt und die zudem stark davon abhängt, was und wieviel in dem jeweiligen Ausschnitt anzutreffen ist. >>> 11. Die Richtungspfeile sind sehr wichtig, verwirren aber den Neuling. >>> Daher sollte hier die Grundeinstellung "only interesting direction >>> links" sein. Pfeile eines gewählten Weges werden ja immer angezeigt. >> ja, "only interesting direction links" sollte die Grundeinstellung sein >> >>> 12. Es sollte eine "Auto-Update"-Funktion für JOSM geben. Somit ist >>> man immer auf dem neuesten Stand. s. oben, m.E. Hinweis in MOTD ich habe auch noch ein paar Vorschläge: 15. Das WMS-Plugin gleich mitliefern in der Grundausstattung. In diesem Plugin das Icon für den Modus "verschieben" zu den anderen Modus-Icons packen. Wenn man im WMS-Verschieben-Modus ist, die anderen Modi (z.B: select) nicht mehr als aktiviert anzeigen und am besten auch das Mouse-Icon anpassen. Weiterhin wäre es schön, wenn man das WMS-verschieben per "undo" rückgängig machen könnte. 16. Evtl. könnte man allgemein die Plugins, die keine besondere Hardware erfordern, gleich standardmäßig mitliefern (bzw. eine Configdatei, die das dann macht), weil viel Funktionalität erst durch die Plugins ins Spiel kommt, der Anfänger sich dessen wohl aber meist nicht bewusst ist. 17. den Yahoo oder anderer WMS-Layer gleich nach unten laden. Der wird immer nach oben geladen und wird aber "immer" unten benötigt. Am logischsten wäre, den jeweils später geladenen WMS-Layer über den bisher obersten WMS-Layer (und damit meist unter die anderen Layer) zu laden. Wer will, kann ja dann die Reihenfolge immer noch ändern (wird in den seltensten Fällen erforderlich sein). Martin _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
