Opera verschenkt seinen Webbrowser
-
XSLT sollte wenn dann am Server stattfinden, das dem User zu überlassen ist der klägliche Wunsch von Traffic-Sparern

MfG SideWinder
-
SideWinder schrieb:
XSLT sollte wenn dann am Server stattfinden, das dem User zu überlassen ist der klägliche Wunsch von Traffic-Sparern

pfff
Nö, weil man Daten und Layout trennen sollte. Hast mal wieder deine Hausaufgaben nicht gemacht :p
So kann der Client nämlich gleich sein RSS Zeugs oder welches buzz-XML-Zeugs sonst noch auf den markt geworfen wird generieren oder du kannst das XML gleich für AJAX oder was weiß ich benutzen.
Aber ach ja, du wolltest doch mal ein festes Layout fürs Web vorschlagen, was hast du also für eine Ahnung
:p
-
Wäre immer noch dafür: 1400*1050 fixe Webseiten, pixelgenaue Angaben, der Rest hat Pech gehabt und ist sowieso nicht würdig fürs Netz :p.
MfG SideWinder
-
[quote="Pulse"]Letztendlich sind persönliche Erfahrungen und Ansprüche am ausschlaggebendsten welcher Browser denn nun benutzt wird (ich z.B. brauche keine Extensions). (...) Bei mir hats nicht geklappt und die Sache ist für mich gegessen. Mir ist auch egal wie viele Statistiken was besagen oder bei wie vielen Menschen welcher Browser wie oft abgestürzt ist. Stürzt er bei MIR andauernd ab oder empfinde ICH ihn als zu langsam/träge, dann gehts gleich zum Nächsten.
Es kann durchaus sein dass die Version die ich von Opera hatte (ist immerhin schon fast ein Jahr her denke ich) noch Fehler hatte und ich bin überzeugt, dass sich da was getan hat.[/qoute]
Dann sag das auch bitte so. Ich hasse kaum mehr als Menschen, die sich hinstellen und ihre eigenen persönlichen und subjektiven Meinungen und Überzeugungen als unumstößliche Fakten darstellen. Sowas geht mir auf die Nerven ...
Es sollte auch selbstverständlich sein, dass man, wenn man nur etwas über eine vollkommen veraltete Version zu berichten weiß, entweder nichts sagt oder als Minimum dazusagt, dass man sich auf eine veraltete Version bezieht. Das verlangt der Diskussionsanstand. Schließlich redest du offenbar von Opera 7, wohingegen momentan eine ganz andere Generation, nämlich Opera 8, aktuell ist - was soviel bedeutet wie dass deine Aussagen diesbezüglich herzlichst wenig wert, weil nicht mehr zutreffend sind.Und noch mal zu dem CSS, dabei handelt es sich um ein und die selbe Person. Der CTO (Chief Technology Officer) von Opera ist auch verantwortlich für CSS. DAS ist gerade der besondere Witz an der Sache

Aber wozu soll ich mir jetzt Opera anschaffen nur um zu testen ob das alte Fehler waren wenn ich mit einem anderen Browser mehr als zufrieden bin?
Nö, das verlangt sicherlich niemand von dir. Aber wenn man keine Ahnung hat, worüber man redet (sprich bei Software die aktuelle Version), ist es nie verkehrt, wenn man einfach mal nichts sagt

kingruedi schrieb:
Nö, weil man Daten und Layout trennen sollte. Hast mal wieder deine Hausaufgaben nicht gemacht :p
Sollte bei gutem XHTML nicht genau das der Fall sein :p
Übrigens gibt es durchaus einen technischen Grund, warum Opera XLST nicht unterstützt. Das eigentliche Kerngeschäft von Opera ist der mobile Markt. Und dort sind leistungsschwächere Geräte als 3GHz-Desktops der Standard. Deswegen ja auch der besonders sparsame Umgang mit Ressourcen.
Unter dem Aspekt betrachtet ist XSLT auch gar nicht mehr so toll, da es einen ganzen Anwenderbereich ausschließt. Da kann man auch gleich die Seiten in Flash machen :p
-
Der mit Flash war jetzt aber hart

MfG SideWinder
-
IE rulez!!!!
-
SideWinder schrieb:
XSLT sollte wenn dann am Server stattfinden, das dem User zu überlassen ist der klägliche Wunsch von Traffic-Sparern

den unsinn sagte nur, weil opera kein xslt kann.
source-code-packen ist auch nur kläglich, immerhin hat nicht jeder nen packer.
-
sarfuan schrieb:
Übrigens gibt es durchaus einen technischen Grund, warum Opera XLST nicht unterstützt. Das eigentliche Kerngeschäft von Opera ist der mobile Markt. Und dort sind leistungsschwächere Geräte als 3GHz-Desktops der Standard. Deswegen ja auch der besonders sparsame Umgang mit Ressourcen.
Unter dem Aspekt betrachtet ist XSLT auch gar nicht mehr so toll, da es einen ganzen Anwenderbereich ausschließt. Da kann man auch gleich die Seiten in Flash machen :pnein. warum kann opera dann js, was noch viel teurer als xslt ist?
das ist wieder nur ne ausrede, wie das scheinargument mit dem xforms.
-
Sollte bei gutem XHTML nicht genau das der Fall sein :p
Nö, XHTML ist ne Markup Sprache für die Textdarstellung. Damit kann man nicht so leicht einfach Informationen wie Produktname und Preis übertragen wie mit XML.
Übrigens gibt es durchaus einen technischen Grund, warum Opera XLST nicht unterstützt. Das eigentliche Kerngeschäft von Opera ist der mobile Markt. Und dort sind leistungsschwächere Geräte als 3GHz-Desktops der Standard. Deswegen ja auch der besonders sparsame Umgang mit Ressourcen.
Unter dem Aspekt betrachtet ist XSLT auch gar nicht mehr so toll, da es einen ganzen Anwenderbereich ausschließt. Da kann man auch gleich die Seiten in Flash machen :pEin Embeddedgerät mit Opera sollte wohl nicht mit XSLT überfordert sein, da XSLT eine sehr simple Programmiersprache ist (Keine Seiteneffekte etc). Wie volkard schon sagte, dann sollte man lieber an JavaScript sparen...
-
Auf die Mausgesten des Opera kann ich nicht mehr verzichten, nie wieder. Zumindestens solange nicht bis Gedankensteuerung auf den Markt kommt...
Bitte klickt den 3. Link meiner Signatur

-
0x00000001 schrieb:
Bitte klickt den 3. Link meiner Signatur

lies mal diesen thread
du kannst dir heute auch so noch jede menge lizensen holen. Es wird nichtmal überprüft ob die adresse schonmal eingegeben wurde.
-
DrGreenthumb schrieb:
Es wird nichtmal überprüft ob die adresse schonmal eingegeben wurde.
Doch. Hinterher von der Pozilei

-
DrGreenthumb schrieb:
lies mal diesen thread

Oh
Mal schauen obs klappt...EDIT: ja tut's, aber ich lass den Werbebanner erstmal an und klick ab und zu drauf.
-
kingruedi schrieb:
Nö, XHTML ist ne Markup Sprache für die Textdarstellung. Damit kann man nicht so leicht einfach Informationen wie Produktname und Preis übertragen wie mit XML.
Dir geht es um den Erhalt der speziellen Semantik von Dingen wie <bezeichnung> und <preis>? Da erkenn ich ehrlich gesagt nicht den Nutzen. Das XML wird ja quasi nur für die Übertragung der Daten verwendet. Das Endprodukt ist doch dann meistens ohnehin wieder XHTML. Mal ganz davon abgesehen, dass diese spezielle Semantik der XML-Daten ohnehin nicht seitens des Clients maschinell verarbeitet wird.
Wenn man so wahnsinnig scharf auf <bezeichnung> und <preis> ist, kann man sein XML ja auch direkt mit CSS formatieren. Da macht sogar Opera jetzt schon mit
Ein Embeddedgerät mit Opera sollte wohl nicht mit XSLT überfordert sein, da XSLT eine sehr simple Programmiersprache ist (Keine Seiteneffekte etc). Wie volkard schon sagte, dann sollte man lieber an JavaScript sparen...
Bei genauerer Überlegung klingt das vernünftig

-
sarfuan schrieb:
kingruedi schrieb:
Nö, XHTML ist ne Markup Sprache für die Textdarstellung. Damit kann man nicht so leicht einfach Informationen wie Produktname und Preis übertragen wie mit XML.
Dir geht es um den Erhalt der speziellen Semantik von Dingen wie <bezeichnung> und <preis>? Da erkenn ich ehrlich gesagt nicht den Nutzen. Das XML wird ja quasi nur für die Übertragung der Daten verwendet. Das Endprodukt ist doch dann meistens ohnehin wieder XHTML. Mal ganz davon abgesehen, dass diese spezielle Semantik der XML-Daten ohnehin nicht seitens des Clients maschinell verarbeitet wird.
Der Nutzen ist einfach der, dass du die Daten vom Layout trennst. Der ganze Mehrnutzen aus der Sache erschließt sich dann daraus. Versteh nicht was daran so schwer zu verstehen ist. Vielleicht solltest du Opera nicht so dogmatisch sehen

Wenn man so wahnsinnig scharf auf <bezeichnung> und <preis> ist, kann man sein XML ja auch direkt mit CSS formatieren. Da macht sogar Opera jetzt schon mit

Und wie mach ich mit CSS ein RSS Feed aus meinem Dokument oder XSL-FO oder was weiß ich? :p
-
sarfuan schrieb:
kingruedi schrieb:
Nö, XHTML ist ne Markup Sprache für die Textdarstellung. Damit kann man nicht so leicht einfach Informationen wie Produktname und Preis übertragen wie mit XML.
Dir geht es um den Erhalt der speziellen Semantik von Dingen wie <bezeichnung> und <preis>? Da erkenn ich ehrlich gesagt nicht den Nutzen. Das XML wird ja quasi nur für die Übertragung der Daten verwendet. Das Endprodukt ist doch dann meistens ohnehin wieder XHTML.
hmm.
schon recht, das endprodukt ist xhtml.
und das rohprodukt ist eine datenbankabfrage. eine sql-query.
nun hat mein unterirdisches labor einen automatischen translator von sql-queries nach xml gefunden. sogar in php. der witz dran ist, daß man dafür sorgt, daß in der query die felder genau die namen kriegen, die als keys im xml auftauchen sollen. und der kern des codes sieht ungefäht so aus:function rowToStr(ignore=null){
row as value)
if(ignore)
array_push(key=\"".htmlspecialchars(value)."\\""); return join(' ',arr);
}also stelle ich fest, ich kommt gut an xml ran. nur wie besorge ich xhtml für den user? die übersetzungen sind trivial genug, daß ich es in xslt aufschreiben kann. bandbreiteneinsparung ist nützlicher nebeneffekt. aber haupteffekt ist, daß ich einfaches php-programm habe. daß ich die formatierung unabhängig vom datengeschehen in xslt-files hinschreibe. und daß ich keinen apache installieren will, nur um mod-xslt zu haben.
also was tun? ist es da wirklich schlimm, doe operaner auszusperren? ist ja bestimmt nur zeitweilig, die werden xslt ja wohl mal nachrüsten.
-
0x00000001 schrieb:
Auf die Mausgesten des Opera kann ich nicht mehr verzichten, nie wieder. Zumindestens solange nicht bis Gedankensteuerung auf den Markt kommt...
Find ich zwar mega uninteressant, aber wer es mag: Es gibt auch für den Firefox ein solches Plugin.
-
kingruedi schrieb:
Der Nutzen ist einfach der, dass du die Daten vom Layout trennst. Der ganze Mehrnutzen aus der Sache erschließt sich dann daraus.
Das ist aber keine Begründung, weswegen der Client die Transformation durchführen muss. Das geht auch alles serverseitig wunderbar. Und was ich voring sagte, ist doch gerade, dass der Client aus den reinen XML-Daten keinerlei Nutzen zieht (s.u.), sondern ausschließlich aus den transformierten Endprodukten.
Und wie mach ich mit CSS ein RSS Feed aus meinem Dokument oder XSL-FO oder was weiß ich? :p
Und wieder, warum muss das der Client erledigen? Kann der Server genauso gut.
kingruedi schrieb:
Vielleicht solltest du Opera nicht so dogmatisch sehen

Erm, ja

sarfuan schrieb:
Die (momentan noch) fehlende XSLT-Unterstützung ist wirklich sehr ärgerlich. Da stimme ich ohne wenn und aber zu. (...) Ich hoffe ja, dass beim nächsten anstehenden Engine-Update XSLT dabei sein wird.

volkard schrieb:
nur wie besorge ich xhtml für den user? die übersetzungen sind trivial genug, daß ich es in xslt aufschreiben kann. bandbreiteneinsparung ist nützlicher nebeneffekt. aber haupteffekt ist, daß ich einfaches php-programm habe. daß ich die formatierung unabhängig vom datengeschehen in xslt-files hinschreibe. und daß ich keinen apache installieren will, nur um mod-xslt zu haben. also was tun?
Das ist doch auch kein Grund für clientseitiges XSLT. Ich kann dir ja gerne sagen, wie ich das mache. Ich habe einfach einen eigenständigen XSLT-Prozessor heruntergeladen (in meinem Fall Xalan/Command-line) und ein Perlskript geschrieben, welches meine XML-Daten an eben jenen verfüttert. Ist maximal ein Aufwand von wenigen Minuten.
So habe ich meine XML-Daten, die ich mittels XSLT in XHTML umwandel und das ganz ohne mod-xslt, ohne Apache ja sogar ohne Webserver - und natürlich ohne den User-Agent mit XSLT zu belästigen.Unterm Strich bleibt also bei clientseitigem XSLT der Vorteil, dass man etwas Bandbreite spart. Der Nachteil bleibt aber die maschinelle Semantiklosigkeit der XML-Tags. Was ich damit genau meine, ist, dass eine Maschine keine Informationen daraus gewinnen kann. Im Sinne des Semantischen Webs, und als relevantes Gebiet denke ich da zunächst an Suchmaschinen, ist es eine Zumutung. Bei einem einzelnen User kann man durchaus eine XSLT-Umwandlung verlangen. Von mir aus. Aber von jeder Maschine, die mit großen Datenmengen arbeiten soll, ist es eine Zumutung. Natürlich kann man von einer Suchmaschine verlangen Unmengen an Ressourcen darauf zu verschwenden, erst mal Millionen von Seiten durch einen XSLT-Prozessor zu jagen, aber wahrscheinlicher (und das ist, was Suchmaschinen heute ja tun) wird sie solche reinen XML-Dateien links liegen lassen. Ohne struktureller Informationen, wie sie XHTML bietet, ist der Informationssuche im Netz sicherlich nicht gedient.
Und ich denke das wiegt schwerer als das Einsparen von etwas Bandbreite.
-
sarfuan schrieb:
Natürlich kann man von einer Suchmaschine verlangen Unmengen an Ressourcen darauf zu verschwenden, erst mal Millionen von Seiten durch einen XSLT-Prozessor zu jagen
stimmt. google soll xslt machen. ist ja keine kunst. und meinetwegen ein paar andere suchmaschinen auch. und nicht millionen von webpagebauern. außerdem kriegt google geld dafür und ich keins.
-
hmmm ja Firefox ist gut aber er hat so viele bugs