Sandbox
Willkommen in der Sandbox!
Video Test[edit]
<object type="application/x-shockwave-flash" data="http://cabtube.cab.unipd.it/FlowPlayer.swf" width="320" height="263" id="FlowPlayer"><param name="allowScriptAccess" value="sameDomain" /><param name="movie" value="FlowPlayer.swf" /><param name="quality" value="high" /><param name="scale" value="noScale" /><param name="wmode" value="transparent" /><param name="flashvars" value="config={splashImageFile: 'indytube.jpg', videoFile: 'conferenze/berlin5-open-access/esf-workshop/session-1/Wefer.flv', baseURL: 'http://147.162.32.74:80/', autoPlay: false , autoBuffering: false, loop:false, fullScreenScriptURL: 'http://147.162.32.74:80//fullscreen.js' } " /></object>
Needs an extention:
<flv
title="Beispiel mit xxx und yyy" base="http://some.where.on.the.net/folder/with/files/"> first.flv|First things first second.flv|Second to none third.flv|Third time's a charm
</flv>
Beispiel externes image[edit]
http://sfx.mpg.de/sfx_local/sfx.gif
Beispiel XML[edit]
<?xml version="1.0" encoding="UTF-8"?> <rdf:RDF base="info:fedora/fedora-system:def/relations-external#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"> <rdf:Property rdf:ID="fedoraRelationship"> <rdfs:comment>The primitive property for all object-to-object relationships in the fedora ontology</rdfs:comment> </rdf:Property> <rdf:Property rdf:ID="isPartOf"> <rdfs:label xml:lang="en-US">Is Part Of</rdfs:label> <rdfs:comment xml:lang="en-US">A definition of the generic part/whole relationship between fedora objects. The subject is a fedora object representing a part and the predicate is a fedora object representing a whole.</rdfs:comment> <rdfs:subPropertyOf rdf:resource="#fedoraRelationship"/> </rdf:Property> <rdf:Property rdf:ID="hasPart"> <rdfs:label xml:lang="en-US">Has Part</rdfs:label> <rdfs:comment xml:lang="en-US">A definition of the generic part/whole relationship between fedora objects. The subject is a fedora object representing a whole and the predicate is a fedora object representing a part.</rdfs:comment> <rdfs:subPropertyOf rdf:resource="#fedoraRelationship"/> </rdf:Property> <rdf:Property rdf:ID="isConstituentOf"> <rdfs:label xml:lang="en-US">Is Constituent Of</rdfs:label> <rdfs:comment xml:lang="en-US">This is a refinement of the generic part/whole relationship in the "made of" sense with referential integrity implications. The subject is a fedora object representing a constituent part and the predicate is a fedora object representing a whole of which the subject is a constituent. The constituent part cannot stand alone in any meaningful way without reference to the whole. </rdfs:comment> <rdfs:subPropertyOf rdf:resource="#isPartOf"/> </rdf:Property>
| A | B |
| C | D |
Numbering Test[edit]
- First
- Second
- Third
And now to something completely different... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever... whatever...use the paragraph tag to get a new line and do not put a line break by using return in the markup
can even be more linebrakes
- Ok, and here numbering continues
- Fine?
HTML[edit]
<html>
</html>
Forms[edit]
Comments[edit]
{{#form:}} {{#input:type=hidden|name=content|id=blogContent}} {{#input:type=hidden|name=title|value=Talk:Sandbox}} {{#input:type=hidden|name=summary|id=blogSummary}} {{#input:type=hidden|name=caction|value=append}}
Heading: {{#input:type=text|id=blogTitle}} Your name: {{#input:type=text|id=blogName}} Comment: {{#input:type=textarea|rows=2|id=blogBody}}
{{#input:type=ajax|value=Post comment|update=wgBlogComments|onClick= var summary='comment posted by '+document.getElementById('blogName').value; document.getElementById('blogContent').setAttribute('value', '\n==='+document.getElementById('blogTitle').value+'===\n'+document.getElementById('blogBody').value+'\n:'+summary+'\n'); document.getElementById('blogSummary').setAttribute('value','Blog '+summary);}}
{{#formend:}}
Libre Writer to Wikitext Export[edit]
Hochwertige Bedienoberflächen nehmen eine Schlüsselrolle in der Entwicklung netzbasierter Forschungsumgebungen ein. Die Akzeptanz komplexer, wissenschaftlicher Anwendungen hängt hiervon in hohem Maße ab. Gesetze und Normen wie BildscharbV und BITV stecken zwar einen klaren Rahmen ab, in der MPG gibt es aber bisher weder Strategien, noch Leitlinien, um dem Zielen näher zu kommen.
In Projekten wie Digitization Lifecycle wird dies in besonderem Maße deutlich. Anwender sollen effizient große Bestände digitalisieren, anreichern und wissenschaftlich nutzen. Beispielsweise sollen Sammlungen einfach und übersichtlich durchsucht, Inhaltsverzeichnisse schnell und einfach angelegt werden können. Ein leicht anzuwendendes Annotationssystem soll ebenfalls zur Verfügung stehen.
Benutzeroberflächen im Kontext des DLC Projektes[edit]
Das Projekt Digitization Lifecycle wird von vier Instituten der Geistes-, Human- und Sozialwissenschaftlichen Sektion der MPG, dem Max-Planck-Institut für europäische Rechtsgeschichte in Frankfurt am Main, dem Max-Planck-Institut für Bildungsforschung in Berlin, dem Kunsthistorischen Institut in Florenz und der Bibliotheca Hertziana in Rom in enger Zusammenarbeit mit der Max Planck Digital Library (MPDL) in München durchgeführt.
In DLC sollen einzigartige Drucke präsentiert werden. Dabei muss die Bedienoberfläche schon von Seiten der Gestaltung her dem Wert der wissenschaftlichen Artefakte Rechnung tragen.Limitierende Faktoren sind für uns nicht technische Aspekte wie Datenbank, Programmiersprache, Speicherplatz sondern die Bedienbarkeit. Obwohl im Projektantrag keine Betrachtung der Usability vorgesehen war wurde die Gruppe „UIE“ der MPDL eingebunden. Prototypische Benutzeroberflächen wurden im DLC Projekt das zentrale Bindeglied zwischen Projektbeteiligung und Entwicklung.
Vier Aspekte beschreiben die Einbindung der Gruppe, von denen nur die ersten zwei abgedeckt sind
- Spezifikation wird von der Benutzeroberfläche ausgehend entwickelt
- Rechtzeitige, effiziente Betrachtung der Oberfläche erfolgt über “Prototyping” und im Rahmen von Workshops unter Partizipation der Projektbeteiligten
- “Usability Evaluation” der Anwendung (nicht Vorgesehen, aber notwendig)
- Verbesserungen aus der „Usability Evaluation“ (nicht vorgesehen, aber notwendig)
Resumee[edit]
- Aus Sicht von DLC-Projektleitenden ist die Bedienoberfläche essentiell. Der Faktor „Usability“ ist bereits zum Zeitpunkt eines Projektantrags zu betrachten.
- “Nachhaltigkeit” und „Nachnutzbarkeit“ ist ohne gute Bedienbarkeit nicht gegeben.
- Langfristig hängt die zukünftige Digitalisierung tausender Werke von effizienter Bedienung ab
- Digitalisate werden im Netz der breiten Öffentlichkeit präsentiert. Die Qualität digitaler Oberflächen bleibt aber hinter dem Anspruch etablierter Publikationsformen (Nature, International Journal on Digital Libraries, New Library World) zurück. Sie konterkariert sogar den Wert von Forschungsdaten.
Dr. Jan SimaneLeiter der Bibliothek
Kunsthistorisches Institut in Florenz - Max-Planck-Institut
Dr. Andreas Thielemann
Leiter der Bibliothek
Bibliotheca Hertziana, Max-Planck-Institut für KunstgeschichteDr. Sigrid Amedick
Leitung der Bibliothek
Max-Planck-Institut für europäische Rechtsgeschichte
Ursula Flittner
Leiterin Bibliothek und wissenschaftliche Information
Max-Planck-Institut für BildungsforschungAus Sicht vieler Projekte stellt sich die Frage, wie das Thema Usability im wissenschaftlichen Kontext zu adressieren ist. Bei der Entwicklung von Softwareanwendungen, die für Anwender entwickelt wird, muss Usability zu den Kernaufgaben gehören und darf kein ungeplantes Zufallsergebnis bleiben.