[Mapbender-dev] GSOC Admin interfaces (Re: 1. sketch)
Christoph Baudson
christoph.baudson at wheregroup.com
Mon May 18 04:15:17 EDT 2009
Karim Malhas schrieb:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
>
> Hallo Christoph,
>
> Ich hab mal einen sketch[1] gemacht.
>
> Die Leiste oben würde das Modul aussuchen das man bearbeiten will (in
> dem fall User, das ist erstmal simpel).
>
> Links sind die Benutzer gelistet, rechts kann man sie barbeiten.
> Das Feld rechts könnte man evtl. mit Tabs versehen umd das zB nach
> Stammdaten und Rechten unterzugrupperien
>
> Wenn du da keine großartigen Änderungen befürwortest, erweiter ich das
> noch ein bisschen und poste das am Freitag als "technology preview" auf
> mapbender-dev
>
Hi Karim,
Danke für den Prototyp! Was wir beachten müssen ist, dass alles, was in
einer Administrationsoberfläche zu sehen ist, ein Element dieser
Applikation ist.
Einerseits dürfen nicht zu viele Funktionen in einem Element liegen, da
die Rechte für die Funktionalität nur auf Elementbasis erfolgen. D.h. es
wäre kritisch, wenn in einem Element zwei Funktionen vereint sind, von
denen bestimmte Nutzer aber nur eine anwenden dürften.
Andererseits gilt es überflüssige Elemente zu vermeiden, die nur für die
Strukturierung benutzt werden. Um eine Kategorisierung der
Admin-Funktionen zu erhalten (also WFS, WMS, User, ...), würde ich
vorschlagen, dass man allen Elementen einen Klassennamen mitgibt, der
die Kategorie bestimmt. Dann gibt es ein Modul, was anhand der
Klassennamen die Einteilung in Kategorien vornimmt. Das könnten z.B.
vertikale Tabs von jQuery UI sein (Accordion heißt das bei denen glaube
ich).
Die Admin-Module selbst hatten wir bei dem Translation-Prototyp als
"a"-Tags konzipiert, die in ihrem JavaScript-File dann ein onClick-Event
zugewiesen bekommen, was ein DIV-Element befüllt.
Wir können uns auch gerne nochmal treffen, falls Du Zeit hast.
Danke und Gruß,
Christoph
P.S. Ich würde vorschlagen, alles immer über die Developer-Liste
zuschicken (das ist ja alles "on topic"), und in englisch zu
kommunizieren, falls es möglich ist, zur Not auch in deutsch.
>
> Gruß,
> Karim
>
> [1] http://karim.malhas.de/gsoc09/sketch.xml
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iQIcBAEBCgAGBQJKCxRyAAoJEKX6AibVDljR+xYQAJbVdpG9zSRMmZibXBxeBjm7
> y10gN3VIKHlguJ1nzD0MowLKHixJYirGC8fnL/LPydRH+lZicX61SZZm31Ob6Ro7
> Wb+bqbuvkBn8VoSaIXRpdexfgTO2CaAb5pL/1PTPwQmI7fUHt0vLksA7fQA6hscX
> dKJLi/0l/q+/tax9Ded0iSrE1xebLovoJDt65WDHWtyeTxkKwqjtluopk701GqFR
> VrjzAmMvV/yX80io5ec5ov97Jln4iOlYlT8sFrHQ8W3xmN4ZF8QBJwSMFAyaYunU
> kRQ03z8RpSs5ch0PFlqOEOz1IVALi4E2TKi+a3pjUTttYV2PFY2E5PnSIqbk1Z3N
> gjn0dNRTI7CVsnsILGai/yHR3LvSw6LJ5B1BO9HRSQPBYSCIeNed1bUtU14NwamL
> XD01F1LRWgM0WW543l7Y8zmsh/P+PfxEn0vHjPtCTLQCb+H3eIZI/eUc7rZcL8ul
> Ky3g+T5PhH+FL1L5f9EnhNZCOr+gQmT6C6QtfBS6PTCcriRq3cSagkwTjrInTHhU
> Sv8cG5SArZD56zwvNqeugwoW4E0GZtBf+O05NDJnQauOUA1P0ylPynI5fDE02Pbq
> LWHxJL+tLFCMDvmwnHsP2fgX8CtSW1mirfNapn9QSIKTe7DiGdWHC19gJXV7Q+JA
> RELkld6G7lgCYkiWcShG
> =2Y0O
> -----END PGP SIGNATURE-----
>
--
*******************************
Kompaktseminar zum Thema:
ETRS 89 - Das neue Bezugssystem
19. Mai in Bonn
www.wheregroup.com/de/node/547
*******************************
_______________________________________
W h e r e G r o u p GmbH & Co. KG
Siemensstraße 8
53121 Bonn
Germany
Christoph Baudson
Anwendungsentwickler
Fon: +49 (0)228 / 90 90 38 - 15
Fax: +49 (0)228 / 90 90 38 - 11
christoph.baudson at wheregroup.com
www.wheregroup.com
Amtsgericht Bonn, HRA 6788
_______________________________________
Komplementärin:
WhereGroup Verwaltungs GmbH
vertreten durch:
Olaf Knopp, Peter Stamm
_______________________________________
More information about the Mapbender_dev
mailing list