Ajax Demos
- Ersteller Joel
- Erstellt am
SwiZZ
Angesehenes Mitglied
Hoi Joel,
such mal in google nach ajax framework, dort findest du genügend beispiele.
http://ajaxian.com/
http://labs.adobe.com/technologies/apollo/
http://www.netvibes.com/ <- kein demo aber nur so als idee
gruss
Steven
such mal in google nach ajax framework, dort findest du genügend beispiele.
http://ajaxian.com/
http://labs.adobe.com/technologies/apollo/
http://www.netvibes.com/ <- kein demo aber nur so als idee
gruss
Steven
Ich denke bei diesem Thema kommt man an http://script.aculo.us/ und http://www.prototypejs.org/ nicht vorbei.
A
Antoine Johannes
Guest
Joel
Legendäres Mitglied
QUOTE
such mal in google nach ajax framework, dort findest du genügend beispiele.
http://ajaxian.com/
Cool! Vielen Dank, da findet man ja ziemlich viel...
QUOTE
Eindeutig GMail.
Allerdings gibt es auch immer eine Variante ohne AJAX, die möglichst bevorzugt werden sollte.
Warum sollte die Variante ohne AJAX bevorzugt werden..?
such mal in google nach ajax framework, dort findest du genügend beispiele.
http://ajaxian.com/
Cool! Vielen Dank, da findet man ja ziemlich viel...
QUOTE
Eindeutig GMail.
Allerdings gibt es auch immer eine Variante ohne AJAX, die möglichst bevorzugt werden sollte.
Warum sollte die Variante ohne AJAX bevorzugt werden..?
Habe mich wohl etwas unpräzis ausgedrückt.
Es ist häufig so, dass weniger AJAX mehr ist, und zwar aus vielen Gründen:
- Usability (Zurück-Button, Bookmarks, DeepLinks etc.)
- Suchmaschinen
- Geringe Abwärtskompatibilität (ältere Browser kommen nicht oder nicht gut mit AJAX klar)
- Übermässige Browserlast
- JavaScript wird verlangt
Aber bei Anwendungen wie GMail ist AJAX eindeutig das einzig Richtige; grundsätzlich einfach bei allen Services, die für jede Person spezifisch sind (auch Foren würden sich also für AJAX-Elemente eignen).
Es ist häufig so, dass weniger AJAX mehr ist, und zwar aus vielen Gründen:
- Usability (Zurück-Button, Bookmarks, DeepLinks etc.)
- Suchmaschinen
- Geringe Abwärtskompatibilität (ältere Browser kommen nicht oder nicht gut mit AJAX klar)
- Übermässige Browserlast
- JavaScript wird verlangt
Aber bei Anwendungen wie GMail ist AJAX eindeutig das einzig Richtige; grundsätzlich einfach bei allen Services, die für jede Person spezifisch sind (auch Foren würden sich also für AJAX-Elemente eignen).
C
Crazymind
Guest
Genau du sagst es DaBone.
Kann mich deiner Meinung nur anschliessen.
Jeder der mal eine ganze Seite in AJAX programmiert hat, wird merken das AJAX "nicht" dafür brauchbar ist.
Ist schlichtweg zu aufwändig und zu umständlich eine komplette Webseite darauf aufzubauen.
Jedoch ist Ajax perfekt für Internet applikationen wie GMAIL, oder z.bsp ein schlichten Rechner.
Kann mich deiner Meinung nur anschliessen.
Jeder der mal eine ganze Seite in AJAX programmiert hat, wird merken das AJAX "nicht" dafür brauchbar ist.
Ist schlichtweg zu aufwändig und zu umständlich eine komplette Webseite darauf aufzubauen.
Jedoch ist Ajax perfekt für Internet applikationen wie GMAIL, oder z.bsp ein schlichten Rechner.
Alain Aubert
Legendäres Mitglied
QUOTE Jeder der mal eine ganze Seite in AJAX programmiert hat, wird merken das AJAX "nicht" dafür brauchbar ist.
Ist schlichtweg zu aufwändig und zu umständlich eine komplette Webseite darauf aufzubauen.
Das ist m.E. Unsinn. Wenn das Framework gut und die Architektur durchdacht ist, ist es weniger aufwändig. Dies da man Methoden im RPC Server so stark modularisiert, dass man sich das übliche Webapplikationsgewurstel gar nicht mehr leisten kann. Das das in der Praxis allerdings selten so gehandhabt wird wie man es könnte ist mir alledings auch klar. Und es ist auch richtig, dass das Modewort Ajax fast mehr sinnlosen als sinnvollen Einsatz der vermeintlich neuen Technologie mit sich gebracht hat. Wohl weil der Typ Webseite der sich mit Ajax besser implementieren liesse marginale Antiele inne hat...
Meine Lieblings-Ajax-Applikation ist ganz klar die "Inhalte jetzt suchen!"-Funktion unter der Antwort Box hier bei Ayom. Ich gebe einen Tag oder zwei ein (getrennt durch +) z.B. "ajax", dann klicke ich auf "Inhalte jetzt suchen" und es erscheint eine Liste von Links die irgendetwas mit "ajax" zu tun haben. Darauf klickend füge ich sie dann automatisch in das Textfeld ein. (Wahllos, siehe unten) Es hat 3 Minuten gedauert dies so wie es jetzt steht zu implementieren (allerdings konnte ich das xml von Scuttle als Ausgabe anzapfen).
devshare.de: Ajax
Men� wie auf yahoo.de
Mir ist aber nicht ganz klar @madox, nach was Du suchst. Killerapplikationen oder coole Applikationen, Spielereien?
PS: Ach ja und das Debuggen von Ajax Applikationen ist mitunter etwas mühsam... ;-)
Ist schlichtweg zu aufwändig und zu umständlich eine komplette Webseite darauf aufzubauen.
Das ist m.E. Unsinn. Wenn das Framework gut und die Architektur durchdacht ist, ist es weniger aufwändig. Dies da man Methoden im RPC Server so stark modularisiert, dass man sich das übliche Webapplikationsgewurstel gar nicht mehr leisten kann. Das das in der Praxis allerdings selten so gehandhabt wird wie man es könnte ist mir alledings auch klar. Und es ist auch richtig, dass das Modewort Ajax fast mehr sinnlosen als sinnvollen Einsatz der vermeintlich neuen Technologie mit sich gebracht hat. Wohl weil der Typ Webseite der sich mit Ajax besser implementieren liesse marginale Antiele inne hat...
Meine Lieblings-Ajax-Applikation ist ganz klar die "Inhalte jetzt suchen!"-Funktion unter der Antwort Box hier bei Ayom. Ich gebe einen Tag oder zwei ein (getrennt durch +) z.B. "ajax", dann klicke ich auf "Inhalte jetzt suchen" und es erscheint eine Liste von Links die irgendetwas mit "ajax" zu tun haben. Darauf klickend füge ich sie dann automatisch in das Textfeld ein. (Wahllos, siehe unten) Es hat 3 Minuten gedauert dies so wie es jetzt steht zu implementieren (allerdings konnte ich das xml von Scuttle als Ausgabe anzapfen).
devshare.de: Ajax
Men� wie auf yahoo.de
Mir ist aber nicht ganz klar @madox, nach was Du suchst. Killerapplikationen oder coole Applikationen, Spielereien?
PS: Ach ja und das Debuggen von Ajax Applikationen ist mitunter etwas mühsam... ;-)
- Sascha -
Aktives Mitglied
Joel
Legendäres Mitglied
QUOTE
PS: Ach ja und das Debuggen von Ajax Applikationen ist mitunter etwas mühsam... ;-)
Das Firebug-Plugin für Firefox ist nicht schlecht für Ajax anwendungen. Es wird z.B hervorgehoben wenn ein HTML-Abschnitt ausgewechselt wurde, etc. etc.
QUOTE
Mir ist aber nicht ganz klar @madox, nach was Du suchst. Killerapplikationen oder coole Applikationen, Spielereien?
Es geht mir eigentlich um drei Dinge:
- Gute Konzepte für Ajax-Applikationen zu besorgen, die man in vielen Apps wiederverwenden könnte. Zum Beispiel gute Formularvalidierungen, Verwaltung von Bildern mit Drag n' Drop, etc. Diese möchte ich dann in meinen eigenen Apps übernehmen.
- Sehen was so "State Of The Art" ist. Ich habe einige Ajax-Komponenten erstellt und möchte sehen, ob es im Markt etwas vergleichbares gibt. d.H. ich will mich auch etwas mit anderen Ajax-Entwicklern vergleichen können.
- Ich möchte bis Juni ein paar selbst erstellte Ajax-Demos zusammenstellen um dann potentielle Kunden zu überzeugen.
Gruess,
Joel
PS: Ach ja und das Debuggen von Ajax Applikationen ist mitunter etwas mühsam... ;-)
Das Firebug-Plugin für Firefox ist nicht schlecht für Ajax anwendungen. Es wird z.B hervorgehoben wenn ein HTML-Abschnitt ausgewechselt wurde, etc. etc.
QUOTE
Mir ist aber nicht ganz klar @madox, nach was Du suchst. Killerapplikationen oder coole Applikationen, Spielereien?
Es geht mir eigentlich um drei Dinge:
- Gute Konzepte für Ajax-Applikationen zu besorgen, die man in vielen Apps wiederverwenden könnte. Zum Beispiel gute Formularvalidierungen, Verwaltung von Bildern mit Drag n' Drop, etc. Diese möchte ich dann in meinen eigenen Apps übernehmen.
- Sehen was so "State Of The Art" ist. Ich habe einige Ajax-Komponenten erstellt und möchte sehen, ob es im Markt etwas vergleichbares gibt. d.H. ich will mich auch etwas mit anderen Ajax-Entwicklern vergleichen können.
- Ich möchte bis Juni ein paar selbst erstellte Ajax-Demos zusammenstellen um dann potentielle Kunden zu überzeugen.
Gruess,
Joel
Ansgar Berhorn
Angesehenes Mitglied
Zum Stichwort "State-of-the-Art" fällt mir noch Lightbox (Bilder präsentieren) ein:
http://www.huddletogether.com/projects/lightbox/ (für einzelne Bilder)
http://www.huddletogether.com/projects/lightbox2/ (für ganze Serien)
Bei den Amis stehen die Projekte von 37Signals ( http://www.37signals.com/ ) ganz hoch im Kurs.
Ich denke hervorzuheben sind Basecamp (Projektmanagment, http://www.basecamphq.com/) und Campfire (kolloborativer Chat, http://www.campfirenow.com/).
Ein guter Showcase für Ajax-Entwicklung ist Ruby on Rails ( http://www.rubyonrails.org/ ), da dort die Integrierung der Technologie nahtlos ist und man Ajax ohne Handstände sehr sauber einbauen kann (mit RJS-Templates).
http://www.huddletogether.com/projects/lightbox/ (für einzelne Bilder)
http://www.huddletogether.com/projects/lightbox2/ (für ganze Serien)
Bei den Amis stehen die Projekte von 37Signals ( http://www.37signals.com/ ) ganz hoch im Kurs.
Ich denke hervorzuheben sind Basecamp (Projektmanagment, http://www.basecamphq.com/) und Campfire (kolloborativer Chat, http://www.campfirenow.com/).
Ein guter Showcase für Ajax-Entwicklung ist Ruby on Rails ( http://www.rubyonrails.org/ ), da dort die Integrierung der Technologie nahtlos ist und man Ajax ohne Handstände sehr sauber einbauen kann (mit RJS-Templates).
Joel
Legendäres Mitglied
QUOTE
Zum Stichwort "State-of-the-Art" fällt mir noch Lightbox (Bilder präsentieren) ein:
http://www.huddletogether.com/projects/lightbox/ (für einzelne Bilder)
http://www.huddletogether.com/projects/lightbox2/ (für ganze Serien)
Das ist noch ähnlich zu jQuery's Thickbox. Nur bei Thickbox kann man z.B. auch HTML/Ajax/iFrame,etc.-Content statt nur Bildern platzieren. Aber sieht ziemlich ähnlich aus.
QUOTE
Bei den Amis stehen die Projekte von 37Signals ( http://www.37signals.com/ ) ganz hoch im Kurs.
Ich denke hervorzuheben sind Basecamp (Projektmanagment, http://www.basecamphq.com/) und Campfire (kolloborativer Chat, http://www.campfirenow.com/).
Der Chat ist auch gut gemacht (obwohl auch nicht mehr als Nachbilden von bestehenden Desktop-Messengern wie MSN).
QUOTE
Google hat auch noch was zu bieten:
http://code.google.com/apis/ajaxsearch/wizards.html
Zu sowas sage ich dann lieber: Nein Danke, Google!
Solche "Ajax-APIs" nehmen dem Entwickler die Kontrolle weg, weil man keinen direkten Zugriff auf die Daten mehr hat. Da benutze ich viel lieber die Yahoo-APIs oder sogar MSN-APIs.
Also nur ein Beispiel: Bei Yahoo kannst du mit dem Web-Service die Kartendaten als Bild auslesen. Somit kannst du das Bild weiter verarbeiten (z.B einen schönen Rahmen drum herum machen und automatisch in das PDF für die "Anfahrt" einbinden).
Aber Google will mal wieder die Kontrolle:
1. Funktioniert nicht bei Browsern ohne JavaScript.
2. Google will dank den eingebunden JavaScripts die Benutzer verfolgen können. Bei Yahoo APIs ist das nicht so, da der Client direkt mit meinem Server spricht und nicht mit dem Yahoo-Server.
3. Google kann nach einiger Zeit z.B. Werbung einblenden.
4. Man kann diese Inhalte nicht automatisiert weiterverwenden (z.B. in E-Mails verschicken, schön in die App einbauen etc.)
Greets,
Joel
Zum Stichwort "State-of-the-Art" fällt mir noch Lightbox (Bilder präsentieren) ein:
http://www.huddletogether.com/projects/lightbox/ (für einzelne Bilder)
http://www.huddletogether.com/projects/lightbox2/ (für ganze Serien)
Das ist noch ähnlich zu jQuery's Thickbox. Nur bei Thickbox kann man z.B. auch HTML/Ajax/iFrame,etc.-Content statt nur Bildern platzieren. Aber sieht ziemlich ähnlich aus.
QUOTE
Bei den Amis stehen die Projekte von 37Signals ( http://www.37signals.com/ ) ganz hoch im Kurs.
Ich denke hervorzuheben sind Basecamp (Projektmanagment, http://www.basecamphq.com/) und Campfire (kolloborativer Chat, http://www.campfirenow.com/).
Der Chat ist auch gut gemacht (obwohl auch nicht mehr als Nachbilden von bestehenden Desktop-Messengern wie MSN).
QUOTE
Google hat auch noch was zu bieten:
http://code.google.com/apis/ajaxsearch/wizards.html
Zu sowas sage ich dann lieber: Nein Danke, Google!
Solche "Ajax-APIs" nehmen dem Entwickler die Kontrolle weg, weil man keinen direkten Zugriff auf die Daten mehr hat. Da benutze ich viel lieber die Yahoo-APIs oder sogar MSN-APIs.
Also nur ein Beispiel: Bei Yahoo kannst du mit dem Web-Service die Kartendaten als Bild auslesen. Somit kannst du das Bild weiter verarbeiten (z.B einen schönen Rahmen drum herum machen und automatisch in das PDF für die "Anfahrt" einbinden).
Aber Google will mal wieder die Kontrolle:
1. Funktioniert nicht bei Browsern ohne JavaScript.
2. Google will dank den eingebunden JavaScripts die Benutzer verfolgen können. Bei Yahoo APIs ist das nicht so, da der Client direkt mit meinem Server spricht und nicht mit dem Yahoo-Server.
3. Google kann nach einiger Zeit z.B. Werbung einblenden.
4. Man kann diese Inhalte nicht automatisiert weiterverwenden (z.B. in E-Mails verschicken, schön in die App einbauen etc.)
Greets,
Joel
S
stefan.pasch
Guest
www.backbase.com hier hats auch recht feine Sachen...