Talk:ViRR GUI

From MPDLMediaWiki
Revision as of 13:10, 7 July 2008 by Kristina (talk | contribs)
Jump to navigation Jump to search

Release 1[edit]

Internal Meeting 01.07.2008[edit]

Participants: Rupert, Natasa, Wilhelm, Markus M., Kristina

Discussion on ToC

  1. The ToC of a volume on the interfaces is part of R2, not R1.
  2. The additional layer right to the detailed view of a picture presenting a ToC with access to different levels is proposed in the FPT but not requested by the MPI. Additionally the implementation effort is regarded as to high/unknown to be scheduled for R2. Proposal by Dev and SvM is to keep it as an idea but not implement it till we know more about the coming functionalities of ViRR especially about the display of transcriptions (which are used to be also displayed next to the detailed view of a picture).Further on, as a ToC can have many hierarchy levels its not clearly specified how they might appear within the layer.
    Decided (by Malte)
    • The first priority is the TOC implementation on the separate page and enabling it in addition for DFG viewer
    • Same level priority is also to make experience with layering (show/hide additional data) on presentation on detailed image page: it is therefore agreed to make this experience with the metadata display of the image and not with the navigational part (i.e. TOC repetition)
    • Navigational part: is optional for R1 (depending on time) and in meantime GUI team would in details specify how it should behave when user navigates to an image via GoTo or Karusel. Also, vice versa, how it should behave when user navigates through the tree and makes a selection (images are uploaded, karusel is "rewind" to appropriate pos. etc.). GUI team would also specify exactly how the current level (to which current image on the page belongs) will be displayed (Malte's proposal: same as in Windows explorer) - note: space and padding should be considered carefully as there may be many levels.
    • In meantime, GUI team would also take a look at functionalities for Transcriptions and try to have this in mind before actual start of the implementation of navigation tree in detailed view.
  3. An additional button "open/close all hierarchy levels" will be included in the ToC of the page "Band".

Postponed for R2
Due to missing metadata of the ToCs the following elements/requirements are postponed for R2:

  1. The "go to" box will be based on physical page numbers, not on logical ones. To let the user know which physical page numbers are available, a list with the physical page numbers next to the logical ones (numeration) is needed.

FPT is approved insofar as implementation can start


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)

Rupert: Done --Rupert 13:58, 13 June 2008 (UTC)

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. --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..

Feedback from Natasa:--Natasa 13:19, 13 June 2008 (UTC)

  • Metadata icon on the detailed view should not lead back to the "Band page overview" but to the metadata of the page item actually
  • reasoning: Natasa expected metadata on image and not going back to the Band page overview
  • Rupert: I would wait for institutes opinion on navigating Mulitvolume Metadata, Volume Metadata, Detail view.--Rupert 14:10, 13 June 2008 (UTC)
  • At the moment there isn't any metadata available for an image, only for the whole book. But perhaps the Metadata icon is misleading and should clearly display that it means the metadata of the book. --Kristina 06:52, 16 June 2008 (UTC)
Perhaps it's a misunderstanding: metadata are defined on book level, but each page has again metadata record. In addition it saves some image info such as: order, page label .. pls. check for more details with Wilhelm. --Natasa 07:43, 16 June 2008 (UTC)
  • question raised: if user is on page 100 and clicks on Metadata - and goes back to Band page overview - should user have possibility to go back again to the image page he just left? (technical issue as we have to maintain a lot of session information)
  • Rupert: For first step the page number does not need to be kept. If they go for the proposed layer in detail view, they do not need to leave the page. If not we need to care for the page number.--Rupert 14:10, 13 June 2008 (UTC)
  • If needed add separate link to the "Band page overview"
  • Maybe is nice to have also a possiblity to view the "technical metadata" of the image (in addition to descriptive metadata)
  • eg. descriptive metadata of page image: material (i.e. in case of cover pages = leder), size , page number (physical, logical) etc. , content-category (e.g. cover page, title page, chapter title page, content-page etc.)
  • eg. technical metadata: device metadata, resolution, format etc.
  • Rupert: To be discussed for next prototype how to separate or display together: Technical Metadata (Volume Level), Descriptive Metadata on Volume Level + Multivolume Level --Rupert 14:10, 13 June 2008 (UTC)
  • The display of technical metadata is not part of the scope for R1.--Kristina 06:52, 16 June 2008 (UTC)


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)