Im Verlauf meiner Versuche mit BRITE habe ich ein Ticket in den Issue Tracker gestellt. (Das News Produkt liess sich nicht als WISELET anzeigen wenn ein RSS Feed eingebunden wurde).
—-
#4085: News product doesn’t appear in WISELET view when RSS entered
————————————-+————————————–
Reporter: michaelmaass@web.de | Owner:
Type: defect | Status: verification_assign
Priority: normal | Milestone:
Component: Wise | Resolution: wontfix
Keywords: News | Story:
Nit: | Workdone: 0
Estimatedwork: 0 |
————————————-+————————————–
Changes (by cooper):
* status: new => verification_assign
* resolution: => wontfix
* component: Unknown => Wise
* milestone: New.Tickets =>
Comment:
BRITE 2.0 will remove the Wise capabilites. WISE will remain a separate product, and a new version 1.3 will be release.
Ticket #118 in the Wise tracker has been created.
Ticket URL: <http://brussels/sd/brite/ticket/4085#comment:1>
Brite <http://tide.act.nato.int/mediawiki/index.php/BRITE>
BRITE is an experimental system
—-
David Cooper war so freundlich das Ticket umgehend zu beantworten.
Tenor: Toller hinweis, stimmt, wird nicht gefixt. Hm. Der Nachsatz wars aber:
WISE wird (wie eigentlich schon bekannt) nicht das Portal von BRITE bleiben. Allerdings wird es als eigenständiges Produkt weitergeführt.
Was aber kommt nun?
Klar ist, dass die übrigen 5 BRITE Module eine Visualisierungsfunktion benötigen.
Wer die TIDEPEDIA aufmerksam liest, stolpert früher oder später über den Begriff Application Builder.
Wer einen Eindruck bekommen möchte, sollte sich mal mit den Widgets von iGoogle oder ähnllichen Produkten auseinandersetzen. Also quasi ein advanced myWISE!
Ich persönlich finde das toll! Wenn ich aber an die potentielle Kundschaft, den USER, und dessen Schwierigkeiten denke, seine Arbeitsumgebung mit den Bookmark / Favoritenfunktionen seines Browsers zu strukturieren, sehe ich da ein Weites Feld für Schulung und externe Berater. Goldene Zeiten also.
WISE 1.3 R1
Ich habe derweil BRITE/WISE rechts (auf der VM) liegen lassen, und WISE 1.3 (auf einer anderen VM) installiert.
Schnell mal ein Portal gezaubert, standard Elemente, Container, Community Files, Bulletin Board, Calendar, ein Banner (Danke Gorden). Das ganze über 2 Ebenen in einem fiktiven Hauptquartier.
Den Ticker füttern.
Ein neues Element ist der Ticker. Hier kann man mehrere RSS Feeds angeben, die dann in einem WISELET mit den Titeln der einzelnen Artikel angezeigt werden.
Soweit schon mal super. Allerdings musste ich in diesem Zusammenhang feststellen, dass das Bulletin Board die Artikel falschrum sortiert. (oldest on top). Eine kurze Recherche auf dem Trac ergab: Bug #117 Fixed by Channon eine Woche zuvor…. Super, der Mann kann Gedanken lesen. Das betroffene Script ist Postings.py.
Runterladen, neu starten, geht.
Der Ticker muss weiter untersucht werden. Bislang weiss ich, dass er die Feeds nacheinander sortiert. Je 2 Artikel aus 2 Feeds tauchen also in der jetzt richtigen Reihenfolge 2. -1. – 2. – 1. auf
Mal sehen wie das wird, wenn ich mehr als die eingestellten 5 Artikel im WISELET darstellen will. Ist aber noch nicht ganz der Feed – aggregator den ich mir vorstelle.
Alte Schachteln
In WISE 1.3 wurde der Header file etwas aufgerüstet. Er zeigt jetzt standardmäßig den eingeloggten Nutzer neben dem LogIn kopf in der globalen Navigation oben rechts.
Eine Breadcrumbnavigation ist genauso standardmäßig eingebaut wie das Fenster zur SiteSearch(das hatten wir ja schon auf 1.2R2 portiert)
Ansonsten ist der Kopf immer noch so langweilig wie eh und je und je und aus tausend verschachtelten Tabellenelementen aufgebaut.
Eine Herausforderung für den angehenden Medieninformatiker. Also alles in <div> – Tags und versuchen, das Stylesheet in den Griff zu bekommen.
Wenn ich die wild einstürzenden Navigationselemente wieder zur Ordnung gerufen habe, lade ich hier mal das Ergebnis hoch.
Tante Meta
Ich hatte tatsächlich eine Tante die so hieß und damit einen engen Bezug zu den gleichnahmigen Daten. Am Dublincore hat sich nichts nennenswertes geändert. Nur die passende . py muss ich noch wieder aus dem SVN ziehen, damit die Vorgaben für die Listenfelder an den “Kunden” angepasst werden können.
Ansonsten ist die Funktion zur Bereitstellung der Meta-Tags im <head>-</head> Abschnitt der Seite fest in den Header eingebaut, so dass eine gewisse Suchmaschinenfreundlichkeit zu erkennen ist. Interessant wäre jetzt noch, zu erfahren, ob eine Meta – Subject Beschreibung als Text im Suchergebnis der Omnifind Suchmaschine (oder bei Google) als Text auftaucht (Gorden?)
…. nächster Halt Flensburg…..