IFD:Designing For Action/RW: Difference between revisions

From Medien Wiki
No edit summary
No edit summary
Line 17: Line 17:
1.
1.
--Bookmarklet----------
--Bookmarklet----------
<--website------------>
.--website------------.
<--website------------>
.--website------------.


2.
2.
--Bookmarklet(click)---
--Bookmarklet(click)---
<--(append)function -->   <-verbindet sich mit server//ggf auch localDB
.--(append)function --.   <-verbindet sich mit server//ggf auch localDB
<--website------------>
.--website------------.
<--website------------>
.--website------------.


3.
3.
server gibt gesammelte Lesezeichen wieder zurück, editiert oder erneurt sie, sucht nach Lösungen etc.
server gibt gesammelte Lesezeichen wieder zurück, editiert oder erneurt sie, sucht nach Lösungen etc.

Revision as of 18:14, 23 January 2011

Insert non-formatted text hereRW zusammen mit JanS

Ergebnis der Recherche: Lesezeichen werden fast nur für Lieblingsvideo(youtube) oder Lieblingsforum(studivz,facebook) angelegt. Rein Privater gebraucht. Lesezeichen für Wissensch. Recherchen haben das Problem der Überschaubarkeit.

Ziel: -möglichst viel automatisieren -Lesezeichen reduzieren (Erneuern, editieren und limitieren von Inhalten) -Doppelte Inhalte zusammenlegen. -Lesezeichen nicht nur auf die Vergangenheit, sondern mögliche zukünftige Frage und Lösungen ausrichten. -Weg vom Lesezeichenknopf mit manueller Eingabe. Ein Live-recording, Client oder Serverseitig, im Zusammenspiel mit Suchmaschinen. -Nicht immer wiederholend "problem xyz" in google eintippen müssen. -Fachworte-liste?

Umsetzung via bookmarklet,Suchmaschine und Datenbank(global oder local)

struktur: 1. --Bookmarklet---------- .--website------------. .--website------------.

2. --Bookmarklet(click)--- .--(append)function --. <-verbindet sich mit server//ggf auch localDB .--website------------. .--website------------.

3. server gibt gesammelte Lesezeichen wieder zurück, editiert oder erneurt sie, sucht nach Lösungen etc.