Get Blogged by JoKi

"The only frontiers are in your mind"
06 | 02 | 2012
Navigation
Syndication
Latest Tweets
Most Read Articles
Related Resources
Article Time Line
About me
Microsoft MVP - Visual Developer for Visual FoxPro 2006 & 2007

Microsoft Certified Professional

Get in contact

Sharing is caring

Recent books

  • MCTS 70-536 - .NET Framework 2.0 Application Development Foundation
  • Code-Centric: T-SQL Programming with Stored Procedures and Triggers
  • Microsoft .NET Framework-Programmierung in C#

Community

deutschsprachige FoxPro User Group

Microsoft Community Leader/Insider Program

International .NET Association

O'Reilly Verlag
Sponsoring
If you like the information on these pages, your support is highly appreciated.
Thank you very much!
Validation

Valid XHTML 1.0 Transitional
Valid CSS!
Valid RSS
Valid Atom 1.0

Spacer for layout formatting
JavaScript macht Spass PDF Version
User Rating:rating indicator blankrating indicator blankrating indicator blankrating indicator blankrating indicator blank / 0
PoorBest 
Development
Wednesday, 14 July 2004 16:12

Vielleicht kennt ihr auch das Problem...
Man hat eine brauchbare GUI in HTML server-seitig mittels einer Skriptsprache wie die Active FoxPro Pages - http://www.afpages.de - zusammengesetzt und die Kommunikation zwischen Client und Server harmoniert auch sehr gut, aber irgendwie bleibt das Gefühl, daß noch etwas fehlt.

Nun, so ging es mir auch bei der Programmierung einer externen Website... Es handelt sich um eine Überarbeitung, die noch im Gange ist. Aber die primären Lebensfunktionen der Site sind vorhanden, es gibt ausreichend Content, aber... wie schon gesagt, es fehlt was.

Okay, die einzige Möglichkeit der Site mehr Leben und Interaktion mit dem Benutzer einzuhauchen besteht darin, daß man auf eine client-seitige Skriptsprache zurückgreift und darin kräftig programmiert. Als mögliche Kandidaten kommen max. 3 Kandidaten in Frage:

JavaScript - der Platzhirsch
JScript - die Sparversion von Microsoft
VBScript - das Sicherheitsrisiko

Irgendwie fällt alles unter den Begriff ECMAScript, aber nagelt mich nicht über das Was und Wie fest. Nun denn, die Entscheidung ist sehr eindeutig zu Gunsten JavaScript ausgefallen, da die anderen keine echte Alternative darstellen und extremst an das Document Object Modell (DOM) des Internet Explorer gebunden sind.

JavaScript bietet aufgrund der Specs des W3C zudem alle Optionen für eine saubere, browserübergreifende Implementierung der gewünschten Funktionalität - und es läuft in allen Browsern... Ja, I know - Ausnahmen bestätigen die Regel und schimpfen sich Konqueror und Safari. Sorry, guys!

Aber wieder zurück zum Geschehen und der Idee: Mehr Interaktion mit dem Benutzer. Nun im konkreten Fall ging es um eine Wiki-GUI, deren server-seitige Engine bereits sehr ausgereift ist. Nach einer kurzen Analyse ergibt sich das Szenario, daß jede Seite durch einen Begriff bzw. durch das WikiWord eindeutig auffindbar ist. Okay, kleiner Suchdialog und fertig.
Sofern dieser omnipräsent ist... In diesem Fall ist aber nicht so. Also kam mir die Idee eines 'versteckten' Suchdialogs.

Wir erinnern uns, das WikiWord ist entscheidend!

Die aktuelle Implementierung in JavaScript gestattet es, durch Doppelklick auf das aktuelle WikiWord die GUI auf eine 'Suchmaske' umzuschalten, welche durch Bestätigen mit Enter ausgelöst oder durch Klick irgendwo hin wieder geschlossen wird.

Einfach, aber praktisch, oder? Und Dank JavaScript funktioniert es in den meisten Browsern. :icon_cool:

Achja, noch eine kleine Anmerkung, es ist äußerst hilfreich mit den Browser aus der Mozilla-Familie zu testen, da diese sowohl eine JavaScript-Konsole als auch einen DOM Inspector bereitstellen. Was IMHO wesentlich mehr Vorteile als ein stupider Fehlerhinweis vom IE bietet. Aber das sei jeder/m selbst überlassen.


Keep on coding! Bis denne, JoKi


blog comments powered by Disqus
 
Spacer for layout formatting