Difference between revisions of "Talk:ViRR GUI"

From MPDLMediaWiki
Jump to navigation Jump to search
Line 16: Line 16:
*Detailansicht mit/ohne Header: nur zum verstaendnis: sind das aus unserer sicht vorschlaege (ie.institutsentscheidung) oder gibt es dabei irgendwelche technischen hintergruende oder pattern gruende?
*Detailansicht mit/ohne Header: nur zum verstaendnis: sind das aus unserer sicht vorschlaege (ie.institutsentscheidung) oder gibt es dabei irgendwelche technischen hintergruende oder pattern gruende?


Es sind keine Varianten für das Institut, sondern Zustände, d.H. man kann den Header aus- und einklappen. Da unsere Header immer recht groß sind werden wir auch in FACES vom ein- und ausklappen Gebrauch machen. Wir müssen es nur noch einheitlich beschreiben.
Rupert: Es ist ein Vorschlag für das Institut. Da unsere Header immer recht groß sind werden wir auch in FACES vom ein- und ausklappen Gebrauch machen. --[[User:Rkiefl|Rupert]] 09:42, 2 June 2008 (CEST)


*Detailansicht erweitert
*Detailansicht erweitert
**die erweiterung auf der linken seite muesste scrollbar sein dachte ich...?
**die erweiterung auf der linken seite muesste scrollbar sein dachte ich...?
Rupert: Der Scrollbalken erscheint immer dann, wenn der Inhalt nicht mehr in den layer passt. Das ist in Axure nur angedeutet. --[[User:Rkiefl|Rupert]] 09:42, 2 June 2008 (CEST)
**bisschen verwirrend imho fuer nutzer, weil a) erweiterung links und b) link/icon zu "metadata" (unter dem link zu "vollbild") zwar gleichen content bieten, aber nicht zur gleichen seite fuehren. der unterschied der beiden "sichten"/"sichten" ist nicht auf anhieb klar. Vorschlag: wenn man links die erweiterung "context-sensitiv" machen koennte, ie. wenn ich aufklappe, springt das system an die stelle des toc, wo ich gerade bin, koennte man den alternativen zugang ueber MD (ie komplette Md seite mit toc) vielleicht besser abgrenzen.ist aber nur idee...--[[User:Uat|Ulla]] 17:25, 20 May 2008 (CEST)
**bisschen verwirrend imho fuer nutzer, weil a) erweiterung links und b) link/icon zu "metadata" (unter dem link zu "vollbild") zwar gleichen content bieten, aber nicht zur gleichen seite fuehren. der unterschied der beiden "sichten"/"sichten" ist nicht auf anhieb klar. Vorschlag: wenn man links die erweiterung "context-sensitiv" machen koennte, ie. wenn ich aufklappe, springt das system an die stelle des toc, wo ich gerade bin, koennte man den alternativen zugang ueber MD (ie komplette Md seite mit toc) vielleicht besser abgrenzen.ist aber nur idee...--[[User:Uat|Ulla]] 17:25, 20 May 2008 (CEST)
Rupert: Kontextsensitiv macht Sinn, da ich ja über die blauen Links in das Kapitel führen und sich die Detailansicht anpasst. Umgekehrt sollte natürlich auch ein Blättern mit den Pfeilen auch die Kapitelauswahl aktualisieren. Die Kapitelangaben sind aber zunächst mal nur exemplarisch drin, um ein Gefühl dafür zu vermitteln ob der Platz reicht. Für R1 ist noch gar kein Navigieren über ToC vorgesehen. --[[User:Rkiefl|Rupert]] 09:42, 2 June 2008 (CEST)


'''Feedback from Malte:'''<br/>
'''Feedback from Malte:'''<br/>
Line 27: Line 32:
Einige Sachen scheinen mir aber noch nicht rund...
Einige Sachen scheinen mir aber noch nicht rund...
* statt links "+/-" sollte es besser "hide-show" heissen..
* statt links "+/-" sollte es besser "hide-show" heissen..
Rupert: Dann müsste es hier Einblenden-Ausblenden heissen. Selbst wenn man nur einen Begriff verwendet (Toggle) wäre es sehr raumgreifend und der breitere layer sieht dann einfach leer aus. Wäre es auch ok die Funktion mit einem TITLE tag zu versehen?
* der selbe mechanismus fuer den bereich oben wird nicht klar, wenn das bedienelement rechts neben funktionen liegt.. hier sollte das element zum auf-/zuklappen woanders liegen oder anders kenntlich gemacht werden..
* der selbe mechanismus fuer den bereich oben wird nicht klar, wenn das bedienelement rechts neben funktionen liegt.. hier sollte das element zum auf-/zuklappen woanders liegen oder anders kenntlich gemacht werden..
Rupert: Eine ähnliche Funktion ist gerade für FACES im Entwurf, die werde ich noch einbauen.
* in der zusammenfassung eines bandes sollte das browsen zu den bildern nicht nur ueber die titelseite geschehen, sondern auch ueber eine textlichen link an prominenter stelle im hauptkasten.
* in der zusammenfassung eines bandes sollte das browsen zu den bildern nicht nur ueber die titelseite geschehen, sondern auch ueber eine textlichen link an prominenter stelle im hauptkasten.
* ebenso sollte klarer werden, dass in diesem hauptkasten ein klick auf den titel des multi-volumes nicht auf die scans, sondern zurueck auf die metadaten zum volume/multivolum fuehrt.
* ebenso sollte klarer werden, dass in diesem hauptkasten ein klick auf den titel des multi-volumes nicht auf die scans, sondern zurueck auf die metadaten zum volume/multivolum fuehrt.

Revision as of 07:42, 2 June 2008

Release 1[edit]

Feedback on the Prototype[edit]

Still to do:

  • Formatting of the remain of the ToC
  • Icon for the metadata view
  • Adaptation of the logo (based on the eSciDoc.Faces logo)

Feedback from Ulla:
viel "runder" als der erste wurf aus meiner sicht;-)
just some details:

  • page Metadata Mehrbandwerk: es fehlt die Jahrangabe in der kompletten Referenz (würde ich nur hinzufuegen, weil es dem institut sehr wichtig ist, wo welche Metadata stehen)

Die Jahreszahl habe ich schon mal ergänzt.--Rupert 22:50, 1 June 2008 (CEST)

  • Detailansicht mit/ohne Header: nur zum verstaendnis: sind das aus unserer sicht vorschlaege (ie.institutsentscheidung) oder gibt es dabei irgendwelche technischen hintergruende oder pattern gruende?

Rupert: Es ist ein Vorschlag für das Institut. Da unsere Header immer recht groß sind werden wir auch in FACES vom ein- und ausklappen Gebrauch machen. --Rupert 09:42, 2 June 2008 (CEST)

  • Detailansicht erweitert
    • die erweiterung auf der linken seite muesste scrollbar sein dachte ich...?

Rupert: Der Scrollbalken erscheint immer dann, wenn der Inhalt nicht mehr in den layer passt. Das ist in Axure nur angedeutet. --Rupert 09:42, 2 June 2008 (CEST)

    • bisschen verwirrend imho fuer nutzer, weil a) erweiterung links und b) link/icon zu "metadata" (unter dem link zu "vollbild") zwar gleichen content bieten, aber nicht zur gleichen seite fuehren. der unterschied der beiden "sichten"/"sichten" ist nicht auf anhieb klar. Vorschlag: wenn man links die erweiterung "context-sensitiv" machen koennte, ie. wenn ich aufklappe, springt das system an die stelle des toc, wo ich gerade bin, koennte man den alternativen zugang ueber MD (ie komplette Md seite mit toc) vielleicht besser abgrenzen.ist aber nur idee...--Ulla 17:25, 20 May 2008 (CEST)

Rupert: Kontextsensitiv macht Sinn, da ich ja über die blauen Links in das Kapitel führen und sich die Detailansicht anpasst. Umgekehrt sollte natürlich auch ein Blättern mit den Pfeilen auch die Kapitelauswahl aktualisieren. Die Kapitelangaben sind aber zunächst mal nur exemplarisch drin, um ein Gefühl dafür zu vermitteln ob der Platz reicht. Für R1 ist noch gar kein Navigieren über ToC vorgesehen. --Rupert 09:42, 2 June 2008 (CEST)

Feedback from Malte:
ein paar kurze Anmerkungen...
Insgesamt scheint mir der Pageflow nun sehr viel guenstiger und intuitiver.. Einige Sachen scheinen mir aber noch nicht rund...

  • statt links "+/-" sollte es besser "hide-show" heissen..

Rupert: Dann müsste es hier Einblenden-Ausblenden heissen. Selbst wenn man nur einen Begriff verwendet (Toggle) wäre es sehr raumgreifend und der breitere layer sieht dann einfach leer aus. Wäre es auch ok die Funktion mit einem TITLE tag zu versehen?

  • der selbe mechanismus fuer den bereich oben wird nicht klar, wenn das bedienelement rechts neben funktionen liegt.. hier sollte das element zum auf-/zuklappen woanders liegen oder anders kenntlich gemacht werden..

Rupert: Eine ähnliche Funktion ist gerade für FACES im Entwurf, die werde ich noch einbauen.

  • in der zusammenfassung eines bandes sollte das browsen zu den bildern nicht nur ueber die titelseite geschehen, sondern auch ueber eine textlichen link an prominenter stelle im hauptkasten.
  • ebenso sollte klarer werden, dass in diesem hauptkasten ein klick auf den titel des multi-volumes nicht auf die scans, sondern zurueck auf die metadaten zum volume/multivolum fuehrt.
  • auch nicht so ganz wichtig.. aber die direkte eingabe einer seitenzahl ist optisch noch nicht so gut integriert und wirkt etwas losgeloest..

Internal Meeting 07.05.2008[edit]

Participants: Rupert, Ulla, Kristina

GUI TODOs[edit]

  1. Using of consistent terminologie
    • Mulktivolume = Mehrbandwerk
    • Volume = Band
  2. General
    • Page can not be named "Metadata" or "Detailansicht"; the headline should have content in it (e.g. the short metadata of the volume)
  3. Page"Metadaten Buch" (in Axure)
    • Page has to be structured new and nicely
    • Thumbnail should be bigger, so that the user can see alt least something
    • The ToC has th be formated nicely
  4. The display of the icons should be consistent


Internal Meeting 25.04.2008[edit]

Participants: Malte, Natasa, Wilhelm, Rupert, Andi, Kristina

GUI TODOs[edit]

  • Consider two different views of metadata, one for the metadata of a multivolume and one for a volume
  • Page Elements
1. Multivolume Information (bibliographic metadata)
2. List of Volumes
3. Volume Information (bibliographic metadata)
4. Chapter List (structural metadata)
5. Thumbnail (d001)
6. Picture
7. Detailed Title
Page1: Browsing Tree
Page2: Overview Multivolume (with page elements 1+2)
Page3: Overview Volume (with page elements 1+3+4+5)
Page4: Detailed View (with page elements 6+7)
  • Click on extra link in the detailed view should open the biggest jpg itself in a new browser window
  • New icon for the Detailed View is needed (instead of the thumbnail)
  • Header area should be more condensed for detail view to display more of the picture on the screen
  • Our proposal for the alternative display of metadata on the detailed view is the moving layer on the left side (the other proposals will be deleted from the prototype)