Re: [DFG-Viewer] DFG-Viewer 2.0

-----Original Message----- From: dv-technik-bounces(a)dfg-viewer.de [mailto:dv-technik-bounces@dfg- viewer.de] On Behalf Of Meyer, Sebastian Sent: Friday, September 26, 2008 4:41 PM To: technik(a)dfg-viewer.de; support(a)dfg-viewer.de Subject: [DFG-Viewer] DFG-Viewer 2.0 Liebe Kollegen, der DFG-Viewer ist nun in Version 2.0 fertiggestellt. Sie können ihn unter folgender URL finden: http://dfg-viewer.de/v2/ Einige Punkte sind noch offen: - Highlighting des jeweils aktuellen Menüpunkts. Das hat sich als etwas komplizierter herausgestellt, da der Viewer intern mit einem fortlaufenden 'image'-Parameter arbeitet, um das aktuelle Image zu identifizieren. Dieser ist aber nicht zwingend identisch mit dem ORDER-Attribut des entsprechenden physischen page- Elements. Das macht bei der Rückwärtsauflösung von 'image'-Parameter über physisches Element zum hierarchisch niedrigsten logischen Element einige Probleme. - Übersetzung Wie schon geschrieben fehlt mir noch das finale MODS-Profil, um den Übersetzer beauftragen zu können. - Strukturdatenliste In die Strukturdatenliste auf der Webseite müssten wir noch die möglichen "Toplevel-Elemente" aufnehmen, also "Monograph", "Periodical", etc., da diese auch in der Navigation zur Anzeige kommen. Außerdem sind noch die folgenden Features für die nächste Version offen: - Thumbnail-Vorschau Eigentlich war das schon für Version 2.0 vorgesehen, allerdings habe ich dafür lieber der Strukturdatennavigation den Vorzug gegeben, die für spätere Versionen geplant war. Das hat vor allem den Grund, dass ohne Strukturdatennavigation keine mehrbändigen Digitalisate angezeigt werden können. - Doppelseitenansicht Da fehlt mir noch die zündende Idee, wie ich zwei Seiten und eine Strukturdatennavigation auf dem begrenzten Platz eines Monitors unterbringen soll... Selbst mit den kleinsten Zoomstufen wird das nicht ohne horizontalen Scrollbalken funktionieren. - komplettes Rewrite des XML-Parsings mit DOM und XPATH Inzwischen braucht meine SimpleXML-Lösung für das Parsing genauso lang wie der Aufbau eines DOM-Baums, deshalb würde ich für die kommende Version auf DOM/XPath umsteigen. Das macht dann viele Abfragen leichter und den Quellcode übersichtlicher. Damit sollte die ToDo-Liste dann abgearbeitet sein. :) Viele Grüße Sebastian Meyer -- ___________________________________________________ Sebastian Meyer Abteilung Informationstechnologie Referat Entwicklung Sächsische Landesbibliothek - Staats- und Universitätsbibliothek Dresden (SLUB) 01054 Dresden Besucheradresse: Zellescher Weg 18 Tel.: +49 351 4677-206 Fax: +49 351 4677-711 Mail: smeyer(a)slub-dresden.de Web: http://www.slub-dresden.de/ ___________________________________________________