Usability: Suchfunktion in Menueleiste aufbohren

[roman.karuschka@…]

Derzeit ist die Suchfunktion in der Menueleiste ein eigentlich exklusiv fuer "Hardware"-Haendler interessantes Feature, speziell wenn man sich gerade im Kundengespraech befindet und mal schnell einen Artikel nachschauen will.

Das Feld liesse sich mit einer Dropdownbox davor aber auch gut fallweise umfunktionieren um nach (EK/VK)Rechnungs- oder Kundennummern oder Namen zu suchen und somit den langwierigen Gang ueber "XX\Berichte\YY" zu umgehen.

Damit waere in der Praxis auch der Buchhaltung und anderen Usern geholfen.

Weitere Vorschlaege fuer die Dropdownbox waeren auch EK-Auftraege (bereits erteilt) anzuzeigen (sprich die Suche nach dem Artikel mit Option "bestellt") in denen der Artikel enthalten ist (um die voraussichtliche Lieferzeit bestimmen zu koennen)

(In reply to comment #1)

Weitere Vorschlaege fuer die Dropdownbox waeren auch EK-Auftraege (bereits
erteilt) anzuzeigen (sprich die Suche nach dem Artikel mit Option "bestellt")
in denen der Artikel enthalten ist (um die voraussichtliche Lieferzeit
bestimmen zu koennen)

Hallo Roman,

ich finde gut, dass Du das ansprichst. Auf meiner Roadmap stehen unter anderem

A) Menüpunkte reduzieren

• System-Menüpunkte reduzieren Neu bzw. Erfassen Buttons in Masken
• Hauptmenü -> keine Erfassen/Bericht?-Struktur mehr. Nur ein Eintrag wie z.B. Kunden, Lieferanten, Artikel etc. die zu den Suchmasken fürheren Neu bzw. Erfassen Buttons in allen Such- / editieren Masken evtl. zusätzlich Checkbox "show menu item" die pro User gespeichert werden

Das sollte die Klickerei reduzieren.
(Accesskeys stehen auch auf der Roadmap, ist anderes Thema)

und

B) Suchmaschine ähnlich dem XUL-Menü rechts oben

• Für
  • Artikel
  • Kunden
  • Lieferanten
  • Belege usw.

Meine Idee war eine Suchmaschine über alles was der angemeldete User sehen darf.
Man gibt zum Beispiel "Radlager" ein und drückt Enter.
Daraufhin werden alle Treffer etwa so aufgelistet

Kategorie Treffer

Artikel 12
Angebote 33
Aufträge 21
Rechnungen 45
Mahnungen 0
Buchungen 66

und so weiter. Mit einem Klick auf eine Trefferzeile kommt man zur Liste der passenden Ergebnisse.
Das ist etwas anspruchsvoller zu programmieren. Aber einfacher zu benutzen.
Die Drop-Down-Geschichte wäre zumindest eine schnelle Lösung, die mit weniger neuem Code auskommt.

Denkbar wäre auch, dass der Admin oder der User Suchfilter "zusammenklicken" kann, die anschließend immer wieder benutzt oder auch gelöscht werden können.
Als Grundlage für die Filter würden die Optionen der jetzigen Suchmasken dienen.

Außerdem ist ein Dashboard in Planung, welches - konfigurierbar - wichtige Dinge anzeigt und Buttons für oft benötigte Aktionen hat, die bisher nur durch Klickorgien erreichbar sind.

Hallo Sven,

(In reply to comment #2)

...

• Hauptmenü -> keine Erfassen/Bericht?-Struktur mehr. Nur ein Eintrag wie z.B. Kunden, Lieferanten, Artikel etc. die zu den Suchmasken fürheren Neu bzw. Erfassen Buttons in allen Such- / editieren Masken evtl. zusätzlich Checkbox "show menu item" die pro User gespeichert werden

Klingt gut, wenn es dabei nicht (wie man mir bereits mal sagte) Probleme mit der Abwaertskompatibilitaet geben wuerde, wuerde ich auch dazu tendieren die DB-Struktur zu vereinfachen und gemeinsame Tabellen fuer Kunden und Lieferanten zu nehmen, die dann jeweils Flags im Sinne von "is_vendor=TRUE/FALSE" bzw "is_customer=TRUE/FALSE" bekommen (da in einigen Faellen diese Rollen fliessen und andererseits weitgehend eh dieselben Felder benoetigt werden, die Struktur ist somit IMO redundant).

Noch ein Beispiel waeren Waren und Dienstleistungen, die aehnliche Vorschlaege bekommen. Im Moment ist die teilweise abweichende Programmierung zwischen Waren und Dienstleistungen z.B. so ein Fall..in einigen Masken duerfen Dienstleistungen nicht mit Seriennummern, Waren o.Ae. verknuepft werden, obwohl das je nach Bereich durchaus sinnvoll "umetickettierbare Felder" sind.

B) Suchmaschine ähnlich dem XUL-Menü rechts oben

• Für
  • Artikel
  • ....

Klingt gut, aber sehr aufwendig.

Denkbar wäre auch, dass der Admin oder der User Suchfilter "zusammenklicken"
kann, ...

Also einfache Presets zu den jetzigen Masken mit Filtern oder mehr?

Außerdem ist ein Dashboard in Planung, ...

Hm, ueber welche Technik reden wir hier? Klingt potentiell ein wenig nach "Web 2.0" :-)

Kurz zur Erklaerung:
Aehnlich wie R&B hosten wir fuer verschiedene Kunden LXO und machen seit zwei Jahren auch manchmal im Auftrag kleine Programmierungen daran, sofern gewuenscht/gebraucht. Dabei unterscheidet uns von R&B allerdings vermutlich etwas die Auslegung auf Netzwerke und Client/Server?-Systeme allgemein, sprich von den besagten Kunden haben wir eine Reihe in "Vollbetreuung", dort bin ich dann auch regelmaessig in Person. Gerade die LX-Office Beta-Versionen teste ich bei einigen dieser Kandidaten (unter starkem Einsatz von Backups ;-) ) immer wieder mal und sehe mir an, wie die Leute damit arbeiten bzw wo es bei der Ergonomie hakt (und das sind leider viele Stellen). Entsprechend viele Verbesserungsvorschlaege und Bugreports kommen da dann raus.
Neben der Arbeit liegt auch mein Studienfach im aehnlichen Bereich, falls gewuenscht kann ich mich gerade bei solchen Designfragen wieder mehr einbringen, nur ein wirklich toller Perl-Programmierer bin ich nicht (das ist bei uns jemand anderes, und der hat leider immer den Schreibtisch ziemlich voll).

Beim Treffen im naechsten Jahr bin ich (oder evtl sogar wir) mit hoher Wahrscheinlichkeit wieder dabei.

Gruss

Roman