[Bekanntmachung] ISKEET-Library 0.0.2

#1

Hallo,

ich möchte gern Version 0.0.2 meiner ISKEET-Library für ECMAScript / JavaScript
bekannt geben.

http://www.iskeet.de

Sie hilft bei der Kapselung von Browser-Spezifika und stellt einen vereinheitlichten
Dokumenten-API zur Verfügung.

Aktuelle Hauptfeatures:

o Kostenlos, lizensiert unter den Bedingungen der GNU General Public License.
o Kapselt die Ereignisbehandlung für alle Ereignistypen.
o Unterstützt Document Object Model (DOM) 1.0 und 2.0.
o Vereinfacht das Auffinden von Elementen und das Ermitteln aktueller
Elementgrößen und -positionen.
o Unterstützt alle JavaScript-befähigten Versionen von Internet Explorer.
o Unterstützt alle JavaScript-befähigten Versionen von Netscape / Mozilla.
o Implementiert in ECMAScript (ECMA-262-Norm von JavaScript).
o Echte objektorientierte Implementation.

Die ISKEET-Website wurde mit Hilfe der ISKEET-Library implementiert.

Aktuelle Nachteile:

o Weil die Library erst Version 0.0.2 ist, also eine sehr frühe Version,
unterstützt sie nicht direkt andere Browsertypen als die bereits
erwähnten. Es wäre cool, wenn sie jemand auf alten oder ungewöhnlichen
Browsern testen könnte. :-)

Ich werde bald Opera-Support einbauen, aber es wäre stark, wenn sie jemand auf Opera
testen könnte, vielleicht funktioniert sie ja schon darauf.

ISKEET-Website-Defekte:

o Benötigt JavaScript- und HTML-Frames-befähigte Browser.

Die Webseite verwendet XHTML 1.0, wenn es beim Verwenden der Seite irgendwelche
Probleme gibt, bitte mich benachrichtigen. :-)

Auf der Webseite gibt es einen Download- und einen Handbuchbereich. :-)

Grüße,
Ekkehard.

#2

hallo,

mit opera 7.21 unter linux kann ich keinen link entdecken,
kein download und kein surfen auf der webseite möglich.
selbstverständlich mit aktiviertem JS.

bis danndann
costal

#3

Quote:

mit opera 7.21 unter linux kann ich keinen link entdecken,
kein download und kein surfen auf der webseite möglich.
selbstverständlich mit aktiviertem JS.

Bei mir geht's ohne Probleme. Nur wird der Cursor nicht passend gewechselt,
wodurch der link nicht als solcher zu erkennen ist.
Liegt wohl daran, das er Images benutzt und den Download dann über
JavaScript startet.

Ingo

#4

"Georg Maaß" <georg (AT) bioshop (DOT) de> schrieb:

Quote:

Die Frames ohne Scrollbalken machen Probleme, weil Du für diese die
Größe vorgegeben hast und keine Anfasser zum ändern der Größe anbietest.
Jegliche Spekulation hinsichtlich der Darstellungsgröße führt zu einem
systematisch falschen Ergebnis, da Erwartung und Wirklichkeit allenfalls
zufällig übereinstimmen.

Welchen Browser auf welchem Betriebssystem benutzt Du?

Die Frames kann man zumindest bei IE 6 und Netscape 7 ziehen, auch ohne
sichtbaren Anfasser. Der Cursor wechselt wenn man darueber faehrt.

Ich habe leider im Moment keinen anderen Browser zur Verfuegung.

Die Groesse habe ich im Frameset und in den body-Tags der Frameinhalte
(Kopf-/Fusszeile) vorgegeben.

Danke fuer den Hinweis! :-)

Quote:

Auf der Webseite gibt es einen Download- und einen Handbuchbereich. :-)

Das scheint aber nur ein Fake zu sein. der Cursor wechselt nicht einmal
zum Stinkefinger.

Das liegt daran, dass Du JavaScript ausgeschaltet (siehe unten).

Quote:

ISKEET-Website-Defekte:

o Benötigt JavaScript- und HTML-Frames-befähigte Browser.

Genau darin dürfte auch der Grund liegen, warum da nichts passiert.

Yup. Leider bin ich noch nicht dazu gekommen, eine NoScript-Version
zu machen. Kommt in den naechsten Tagen.

Deswegen habe ich den Defekt auch gleich dazugeschrieben. ;-)

#5

"Hoschi-Ingo" <HoschiIngo (AT) gmx (DOT) de> schrieb:

Quote:

Bei mir geht's ohne Probleme. Nur wird der Cursor nicht passend gewechselt,
wodurch der link nicht als solcher zu erkennen ist.
Liegt wohl daran, das er Images benutzt und den Download dann über
JavaScript startet.

Koennt ihr mir einen Screenshot zumailen?

Ich werde mir demnaechst Opera 7 downloaden, dann kann ich es selber testen.

Die Links werden ueber ISKEET-EventHandler realisiert. Die Textlinks sind
normale A HREF Links, die ueber einen Click-Eventhandler behandelt werden
(parent.location.href = neuer_link). Bei den Knoepfen handelt es sich
einfach um Images mit einem Click-Handler, der fuer den betreffenden
Content-Frame location.href setzt. Das Download-Icon ist ein normaler
A HREF-Link mit eingebettem Bild, ohne Event-Handler.

Danke fuer die Hinweise! :-)

#6

"Costal Martignier" <linuxuser (AT) bluewin (DOT) ch> schrieb:

Quote:

mit opera 7.21 unter linux kann ich keinen link entdecken,
kein download und kein surfen auf der webseite möglich.
selbstverständlich mit aktiviertem JS.

Ich habe die Webseite jetzt auf die neue ISKEET 0.0.4 Version umgestellt,
die Opera 7 unterstuetzt. Jetzt sollte es gehen! :-)

Die neue Version 0.0.4 steht zum Download bereit! :-)

http://www.iskeet.de

Danke fuer den Hinweis! :-)

#7

"Georg Maaß" <georg (AT) bioshop (DOT) de> schrieb:

Quote:

Wozu braucht man das Ding eigentlich überhaupt?

Es kapselt DOM 2.0, DOM 1.0 und alle wesentlichen nicht-DOM Browser.

Quote:

Es gibt schon jede Menge
solcher Versuche, und sie sind alle, sofern sie überhaupt funktionieren,
lächerlich. Von dieser Grundsatzkritik nehme ich auch mein eigenes
Machwerk nicht aus.

LOL!!

ISKEET 0.0.4 laeuft mit IE 6, Netscape 7 und Opera 7 einwandfrei,
das ist ja schon mal was! ;-)

Auf aelteren Browsern sollte es auch noch laufen, aber das kann ich
selber im Moment nicht testen.

Quote:

Du kannst einem Browser nichts beibringen, was er nicht eh schon kann.

Ich kann aber vorhandene Programmierschnittstellen kapseln, so dass
der Programmierer nur noch eine Schnittstelle benutzen muss.

Quote:

Wenn Du sowas Crossbrowser machen willst, dann kommt als
Endresultat die Schnittmenge dessen heraus, was alle unterstützen
Browser gemeinsam beherrschen. Diese Schnittmenge ist sehr gering und
basiert ausschließlich auf DOM Level 0 und ganz wenigen
CSS-Dynamisierungen. Mehr geht einfach nicht. Bei den Events gibt es
keine brauchbare Schnittmenge, weil zum einen die Elemente, die
überhaupt Events feuern sehr unterschiedlich ist, zu dem die Events
extrem unterschiedlich sind, die Event-Ausbreitung nicht vergleichbar
ist und das Event-Objekt auch kaum Gemeinsamkeiten besitzt. Mein eigenes
Machwerk unterstützt daher auch keine Events, denn es gibt keine
Möglichkeit den Browsern eine einheitliche Event-Ausbreitung
beizubringen, so daß sie entweder grundsätzlich alle bubblen, oder eben
grundsätzlich alle nicht bubblen.

Guck dir mal ISKEET 0.0.4 genauer an! Auf meiner Webseite hab ich extra
eine Handbuch-Sektion fuer solche Sachen. :-)

ISKEET 0.0.4 behandelt DOM 2.0, DOM 1.0 und nicht-DOM Browser-Spezifika,
es ist beileibe kein "kleinster gemeinsamer Nenner". :-)

Als Programmierer benutzt Du einfach die ISKEET_DocEncap Schnittstelle
(ueber das ISKEET_DEO-Objekt), und fertig! :-)

Quote:

Die Idee, NN4 und IE4 DOM Level 2 beizubringen, ist lächerlich. Das geht
nicht. Du kannst allenfalls dafür sorgen, daß NN4 das, was er eh schon
kann, auch unter der DOM-Level 2 API anbietet. Aber Du kannst nichts
daran ändern, daß er grundsätzlich nur positionierte Elemente via ID
ansprechen kann. Du kannst auch nichts daran ändern, daß er keine
Conetnt-Änderungen unterstüzt. Ebensowenig kannst Du ändern, daß bei IE4
nur DIV und SPAN positionierbar sind, oder daß bei IE4 und NN4 die
Positionierungsart nicht geändert werden kann. Die meisten DOM Level 2
Teile ergeben ohnehin erst in Zusammenhang mit einem Editor einen Sinn
und sind daher in einem Browser, der ja eigenlich nur ein Betrachter
ist, völlig deplaziert.

Ich versuche gar nicht, Browsern DOM 2.0 beizubringen, ISKEET greift
bei nicht-DOM-Features auf die ISKEET_CompatEncap-Schnittstelle zu
(exponiert ueber das ISKEET_CEO-Objekt bzw. die ISKEET_CEO_* Funktionen),
die die Browser-Spezifika sauber kapselt.

Danke fuer die Hinweise, wo finde ich mehr Informationen ueber das
was die Browser genau koennen und was nicht? Dann kann ich ISKEET
noch besser machen! :-)

Quote:

Die wichtigsten Teile des W3C-DOM für Browser lassen sich auf
document.getElemnentById und ELEMENT.style zusammenfassen. Alles, was
mit dynamischer Content-Änderung zu tun hat, gehört nicht in einen
Browser, sondern zu einem Editor.

ISKEET unterstuetzt zur Zeit noch keine dynamische Content-Aenderung.

Auch ELEMENT.style wird noch nicht direkt unterstuetzt.

Siehe Info- und Manual-Abschnitte auf der ISKEET-Webseite,

http://www.iskeet.de

Quote:

Die Funktionalität von document.getElemnentById für positionierte
Elemente (also Zeug, das sich von NN4 als Layer ansprechen läßt) ist
bereits in http://gml-modul.sourceforge.net/jsengine/findLayer.js
zusammengefaßt. Diese Funktion findet die Layers für NN4, IE4, Mozilla,
Opera und sonstige Browser, die eine der drei DOM-Varianten
implementieren. Weitere Varianten beispielsweise für Formulare oder
Bilder finden sich im selben Verzeichnis.

Danke! :-)

ISKEET unterstuetzt fuer positionierbare Elemente Layer auf alten
Netscape-Browsern (document.layers inteface), alle Elemente fuer
Internet Explorer (document.all interface) und verwendet DOM
fuer alle DOM-faehigen Browser (document.getElementById()).

Das wird alles gekapselt in ISKEET_DEO.getElementById(), so dass
man nur noch diese Funktion aufrufen muss, und den Rest der
Library ueberlassen kann.

Wenn ich neue Features hinzufuege, werde ich das transparent
in die Library einbauen, so dass der Programmierer sich nicht
darum kuemmern muss.

Quote:

dem Browser nicht beibringen, ja es kann keinen Browser ausreizen, weil
es ja dann irgendwas anbieten würde, was eben nicht cross Browser
möglich ist. An diesem Grundsatzproblem kommst auch Du nicht vorbei.

Bei ISKEET wird der Browser voll ausgereizt, ohne dass der Programmierer
sich darum kuemmern muss. Siehe ISKEET-Handbuch.

#8

Georg Maaß wrote:

Quote:

Die Idee, NN4 und IE4 DOM Level 2 beizubringen, ist lächerlich. [...]

Eine kurze Google Groups-Suche sollte allen Interessierten aufzeigen,
wie die Programmierkünste eines Ekkehard Morgenstern einzuschätzen sind.

HTH

PointedEars, auch dag°ular

#9

Georg Maaß wrote:

Quote:

Du kannst es nicht besser machen als das, was schon da ist. Und dies ist
aus genannten Gründen ausnahmslos Murks. Der beste Murks ist das gmL-Modul.

Nichts ist so gut, dass es sich nicht noch verbessern ließe. Das gilt
mit Sicherheit auch für Dein gmL-Modul (das ich nicht kenne, mir aber
gerne mal näher anschaue, wenn ich die Zeit dazu finde). Außerdem lassen sich
wohl kaum objektive Kriterien für die Qualität/Brauchbarkeit verschiedener
Cross-Browser Bibliotheken aufstellen. Denn diese können ganz
unterschiedliche Zielrichtungen verfolgen. Tatsache ist, dass man ohne eine
Cross-Browser-Strategie auch heute noch mit clientseitigem Javascript
nahezu nichts portabel programmieren kann, was über triviale Dinge
hinausgeht. D.h. nahezu jeder muß sich damit auseinandersetzen und
es ist mitnichten überflüssig oder gar lächerlich, wie Du
geschrieben hast, dies zu tun. Wer sich ein paar Mal stundenlang damit
abgemüht hat, eine Sache, die er für Browser A geschrieben hat, unter
Browser B zum Laufen zu bringen, wird schnell darüber nachdenken,
wie er diesen Aufwand künftig vermeiden kann, und sich eine
Cross-Browser-Bibliothek schreiben, die für *seine* Anforderungen die
wichtigsten Unterschiede kapselt. So dürfte auch diese Library
entstanden sein. Es steht aber wohl zu erwarten, dass die Standardisierung
immer weiter fortschreitet und der Aufwand, den man für Portabilität
treiben muß, entsprechend zurückgeht. Wer sich allerdings auf die Fahnen
schreibt, auch Browser-Methusalems noch ewige Zeiten zu
unterstützen (ich sage nur: NN4), wird noch sehr, sehr lange
etwas zu tun haben ;-)

Gruß
Frank
--
Dipl.-Inform. Frank Seitz; http://www.fseitz.de/
Tel: 04103/180301; Fax: -02; Industriestr. 31, 22880 Wedel