AW: AW: [Allegro] V30 am Zeithorizont

Andreas Wolf andreas.wolf.consulting at debitel.net
Do Feb 26 12:42:59 CET 2009


"Waere nicht beides (Eingabe mittels Original-Unicode-Unsterstuetzung von M$
und FleXiblilisierung des GUI) erschlagen, wenn der integrierte Browser
Janas zu einer vollwertigen Eingabe-Alternative wuerde?"

Ja ! GENAU. Bin dafür. 

Grüsse

Andreas Wolf

-----Ursprüngliche Nachricht-----
Von: allegro-bounces at biblio.tu-bs.de
[mailto:allegro-bounces at biblio.tu-bs.de] Im Auftrag von Thomas Berger
Gesendet: Donnerstag, 26. Februar 2009 12:39
An: Allegro-C Diskussionsliste
Betreff: Re: AW: [Allegro] V30 am Zeithorizont


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Wolf, liebe Liste,

> Ich kann zwar allegro in Bezug auf Format und Zeichensatz (mit 
> Ausnahme des mehrbytigen Unicode !!!) komplett flexibel gestalten, 
> nicht aber die Oberfläche von a99 flexibilisieren.
> 
> In meinen Augen wäre es tatsächlich eine Art 'Meilenstein' wenn die 
> vorhandenen Menüpunkte, die ja alle bereits umbenannt werden können, 
> auch jeweils mit einem individuellen Flex bestückt werden könnten. Und 
> zwar tatsächlich ALLE !
> 
> Und die Bibliotheken würden auch gerne ihnen bekannte Buttons 
> einsetzen. Dies würde einer immer wieder mal auftretenden Verwirrung 
> Einhalt gebieten. Wäre es nicht möglich, bei einer Kompilierung des 
> Systems die Bilderchen mal nicht miteinzubinden ?

Waere nicht beides (Eingabe mittels Original-Unicode-Unsterstuetzung von M$
und FleXiblilisierung des GUI) erschlagen, wenn der integrierte Browser
Janas zu einer vollwertigen Eingabe-Alternative wuerde?

Ich traeume immer noch von Checkboxen, Radio-Buttons, Pulldown-Menues
(selbst das DOS-ORDER hatte etwas in diese Richtung) und auch von
"scriptbaren" Elementen, d.h. wenn ich in ein Feld klicke, werden die
Unterfelder in einzelnen Eingabeelementen angezeigt:

Das ist mit JavaScript ja alles kein Problem, der Aufwand lohnt sich aber
irgendwie nicht, weil (ich mag mich falsch erinnern) die Basics noch nicht
ganz ausdefiniert sind, etwa "wie repraesentiere ich einen allegro-Datensatz
im DOM" und weil der derzeitige Ansatz, in einem Flex adhoc krummes HTML mit
eingebastelten Inhalten zusammenzuschustern, nicht tragfaehig
ist: Man braucht eigentlich aufwendig ausgedachte, feste HTML-Seiten (mit
Styling und Skripten), die analog dem gestrigen AJAX3 mittels "a99-Standard"
die Daten nach dem Laden anfordern und dann einbasteln (die Seiten sollten
XHTML und Unicode sein, und - weil XSLT m.W. in Janas verfuegbar ist, sollte
man auch XML nicht a priori unbedacht lassen).

Das koennte also fast eine Wiederbelebung des alten a99- basierenden
"Ur-Ruckzuck" sein, nur eben optimiert auf die Funktion als Alternativ-GUI,
nicht als OPAC-Ersatz.


viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBSaZ/bWITJZieluOzAQIS+QP/UDzQGPQ7mBy7MY3eLmC8tH3NG5N5CCkl
avD6AjoZ6nWuGtQR09BloSWzwrNy+a586cBzNHGLxV+cWA13/+h2DkbKiOpVEghi
YJEtCr4uFWSeC7piuplLE4WQk2hQ7QOVQdi87oPZf0EkSU/fXegol7lVXwbGDCj3
+p2pF3OM2aw=
=47Gk
-----END PGP SIGNATURE-----




Mehr Informationen über die Mailingliste Allegro