Wikiversity:Fellow-Programm Freies Wissen/Einreichungen/Hawass - Contemporary Islamic Aesthetics/Programmierungsdetails

Programmierung Phase 3

Noch ist eine beta Version online, die jedoch derzeit auf dem Testserver von der Programmiererin überarbeitet wird. "Beta" ist hawass solange, wie noch keine Beteiligung externer User möglich ist. Ziel ist nun neben der Bugbehebung die Aktivierung aller Ebenen, das Hinzufügen arabischer Inhalte, sowie die Ermöglichung von Userprofilen. Mit den Grafikern und Programmierern habe ich folgenede Prioritätenliste für Phase 3 erstellt. Die bereits auf dem Entwicklungsserver erfolgten Schritte sind mit "DONE" markiert. Die Transferierung auf den frei zugänglichen Server erfolgt im Laufe des Mai 2018.

Priorität A

• Responsive Design: Hier scheint es noch, bzw. mittlerweile wieder Probleme zu geben.
• User Rights - Setup different users:
  • PARTLY DONE: Test User - Auf der Entwicklerseite ist nun eine Maske im Frontend angelegt, die noch von den Grafikern freigegeben werden muss
  • Superadmin (can create and edit everything - Backend access) - existiert, das Problem ist, es existiert ausschließlich diese Userform, was den Einsatz von Testern nur unter großem Vertrauen möglich macht
  • Editor (can create and edit articles and tags and approve other articles - Backend access)
  • Setting up Normal User(can create and edit own articles through frontend - Frontend only)is priority B-C, da zunächst sowieso noch rechtliche Fragen abgeklärt werden müssen

• Tags (Priorität A-B)
  • Optimize and unify tags / merge tags - bislang schwierig, wenn tags mit minimalen Abweichungen in der Schreibung eingegeben werden und dann quasi doppelt existieren. Aufwändiger Prozess zur Vereinheitlichung. Außerdem: Es gibt keine Übersichtsdarstellung der bestehenden Tags. Nur durch öffnen weiterer tabs ist es im Backend möglich, sich umständlich (verteilt auf mehrere Seiten) alle existierenden Tags anzusehen.
  • DONE: change tag restriction from 5 to 8 tags for each entry - Die bislang fünf möglichen reichen oft nicht aus, sodass mögliche Interessante Querverbindungen zwischen Einträgen verloren gehen. Eine völlige Aufheben der Beschränkung ist wiederum auch nicht wünschenswert, da es sonst Probleme im Design/Layout gibt (zu lange Tagliste unter den Bildern)

• Download Funktion im Sinne des Open Access zu Forschungsdaten
  • Im Bereich "research" ist ein download Menüpunkt geplant.
  • Der unkomplizierte Download von Forschungsdaten erweist sich mit Drupal als sehr schwierig. Es wurde eine Mglichkeit entwickelt, Collections ausgewählt jedoch leider ohne Metadaten herunterzuladen.
  • sichtbar sollen sein und sind jetzt auf dem Entwicklungsserver:
    • a list of all image URLs
    • a list of all tags (and count of associated content)
    • a list of all collections (and a count of associated content)

• Bug: new submissions
  • DONE: new submissions do not appear on top of the stacks as they are supposed to - so schwindet ein wichtiges Feature der Seite, nämlich dass die Bilderstapel (ein Stapel repräsentiert eine collection) auf der Startseite sich mit jedem Upload neu sortieren, neuester Eintrag zuoberst.

• Bug: search window
  • DONE: drop-down list cannot be scrolled and needs to be optimized - bislang bleibt das drop-down menu, das die collections anzeigen soll am Ende des Browserfensters hängen.

--> Das ist behoben, allerdings verdeckt jetzt das drop-down menu das logo und weiteres Suchfenster...

• Burger-Menu
  • DONE: show on click only. no roll-over anymnore - bislang blendete es sich nach kurzer Zeit wieder aus, wenn man nicht auf den "Burger" klickte. Das sorgte für Verwirrung bei vielen Testern

Parallel dazu Open Science Feature-Implementierung: Priorität A

Bereits im Februar angelaufen:

• Open Accesibility
  • DONE: Putting the open CC license information under each image.

• • Enable download of a whole collection or at least more than one image at the time

--> creation of a download site on hawass Menu

• Connection to Wikimedia Commons
  • DONE: Material from Wiki Commons can now easily be integrated by an automated upload. Users only have to fill in the URL.
  • People who upload images on hawass should be able decide (by checking a box , clicking a button, ?) if they want this image to appear at the wikimedia commons website at the same time. For this, some sort of account synchro would be useful

--> This is the most complicated step. We are trying out different versions.

Priorität B

• Upload form / Maske für Beitragsuploads
  • PARTLY DONE: create a frontend form for normal user to upload/create articles - bis jetzt sind uploads nur über das backend möglich. Die standardmäßig von drupal vorgegebenen Masken sind z.T. umständlich. Ziel ist es ein Formular zu schaffen, dass den upload einfach und übersichtlich macht. Das bedeutet z.B., dass das geladene Bild dauerhaft während der Eingabe sichtbar bleiben sollte, damit der user mit dem Bild vor Augen tags u.ä. vergeben kann, statt zwischen Fenstern wechseln zu müssen.

• Startseite
  • PARTLY DONE: include buttons or even better: left-right-down arrows at the border of the browser window. On roll-over the canveas should scroll in the corresponding direction - Testuser haben allesamt nicht intuitiv erfassen können, dass und wie die Bereiche außerhalb des gezeigten Ausschnittes auf der Startseite erreichbar sind. Ziel des Konzepts und Designs von Hawass ist es, einen spielerischen Zugang zu ermöglichen. Der ist bislang also noch nicht erreicht worden. INSTEAD OF ARROWS WE ARE TRYING OUT A ZOOM-IN WHEN HAWASS IS OPENED FOR THE FIRST TIME.
  • zoom-function could be included as well (plus on the "collection" view). Either via a +/- button or an eye-pictograph. Beide erstgenannte Punkte zur Startseite werden testweise angelegt, dann wird optimale Lösung entschieden, denn: Wenn es Zoomfunktion gibt, braucht es evtl. keine Pfeile
  • DONE: stacks: if the last image is reached within a stack (s.a., "A") it would be great to load another 5 new images of the collection - hier gibt es bislag das dringendere Problem, dass das oberste Bild auf dem Stapel (Startseite besteht aus Bilderstapeln) sich nicht entsprechend der neuesten Uploads ändert. Ideal wäre, wenn zusätzlich die nachfolgenden Bilder sich auch aktualisieren. NACH EINER KURZEN LADEZEIT WERDEN NUN WEITERE BILDER GEZEIGT, DANN BEGINNT DER STAPEL VON VORN
  • DONE: bug: login-button not displayed correctly in Firefox
  • search window: activate/include full text search. Differentiate in "image search" and "full text search" - bislang ist nur eine Suche nach Collections (mit dem o.g. bug in der Darstellung) möglich. Das Suchfenster für Begriffe ist angelegt aber Suche ergibt keine Treffer

• Collection page
  • if collection name is long it sould be displayed in 2 or three lines, otherwise name gets too small - Das graphische Design der Seite arbeitet mit oversize Schriftzügen in der Ansicht, in der alle Bilder eine collection gezeigt werden. Namen der Sammlungen können mitunter lang sein, wie z.B. "leaders, martyrs, father figures". Hier ist ein Zeilenumbruch sinnvoll.
  • images should be assignable to more than one collection. Idea: maybe secondary collection will then be displayed in a transparent mode in the background - Der Gedanke dahinter ist, dass zahlreiche Bilder Platz in mehr als einer Sammlung haben. Ist die Zuordnung limitiert, gehen wertvolle Assoziationsmöglichkeiten verloren

• Commentaries / user interaction
  • add button "write an article on this" / "comment" on image detail or article site. Re-routing to log-in page - Auch hier ist die leitende Idee, dass die Interaktion möglichst intuitiv und niedrigschwellig gestaltet wird. Durch einen solchen button wäre die Teilhabe schneller möglich.