chromeless window - kommen sie wieder?

[Christoph Schnauß]

hallo Forum,

es geht mir um ein "Feature" im IE, das sich mit der Installation des Servicepack2 für WinXP erneut verändert hat: die Sache mit dem "halben" fullscreen. Das Thema hat uns seit geraumer Zeit nicht mehr beschäftigen müssen, war aber mal vor allem durch "microbians" ein regelrechter Renner. Und ich möchte euch bitten, meine Befürchtung zu zerstreuen, daß dieses Thema fröhliche Wiederauferstehung feiert.

Ich schleppe schon längere Zeit zu Demonstrationszwecken ein Javascript mit mir rum, das im IE 5.x und im "alten" IE6 tatsächlich ein "rahmenloses Fenster" öffnen konnte. Zu finden auf http://www.christoph-schnauss.de/prog/jscript/jscript03.htm, die Erklärung dazu auf http://www.christoph-schnauss.de/prog/jscript/anmerkung3.htm.  Achtung: da gehen auch gleich drei harmlose popup-Fensterchen auf. Auf der Seite selbst gibts einen button zu einem "rahmenlosen Fenster", und diese Konstruktion führt im IE6 (alt) tatsächlich zu einem rahmenlosen (popup-)Fenster, im IE6 nach SP1 zu einer fullscreen-Darstellung und im IE6 nach SP2 jetzt wieder zu einem Fenster mit halber Anzeigegröße - also nicht mehr fullscreen, aber auch nicht ganz "rahmenlos", da oben die blaue Brwoserleiste und unten die Statuszeile erscheinen.
Eigentümlicherweise gibts aber doch wieder ein "rahmenloses Fenster", wenn ich mir die Seite lokal anschaue, also nicht von einer URL hole. Das mag mit den "Zonen" zusammenhängen, die es ja im Internet Explorer gibt, da sehe ich noch nicht ganz durch  -  übrigens haben wir ja einen Thread zur Statuszeile ein bißchen weiter unten. Ist die Befürchtung begründet, daß die "chromeless windows" jetzt eine Neuauflage erleben könnten?

Grüße aus Berlin

Christoph S.

[wahsaga]

hi,

Auf der Seite selbst gibts einen button zu einem "rahmenlosen Fenster", und diese Konstruktion führt im IE6 (alt) tatsächlich zu einem rahmenlosen (popup-)Fenster, im IE6 nach SP1 zu einer fullscreen-Darstellung und im IE6 nach SP2 jetzt wieder zu einem Fenster mit halber Anzeigegröße - also nicht mehr fullscreen, aber auch nicht ganz "rahmenlos", da oben die blaue Brwoserleiste und unten die Statuszeile erscheinen.

also eigentlich das, was sich mit window.createPopup() auch erreichen lässt?

http://msdn.microsoft.com/library/default.asp?url=%2Fworkshop%2Fauthor%2Fom%2Fpopup_overview.asp
(link wohl nur mit IE wirklich nutzbar *grmpf*)

sieht bei mir zumindest im IE 6 ohne SP so aus, wie du es beschreibst - fenster mit titelleiste und sonst nichts.

Ist die Befürchtung begründet, daß die "chromeless windows" jetzt eine Neuauflage erleben könnten?

erst heute wurde doch hier wieder irgendwo der link gepostet, was man unter SP2 als webdesigner laut microsoft beachten sollte (war's gar im erwähnten statuszeile-thread?).

dort wurde createPopup glaube ich auch erwähnt ...

gruß,
wahsaga

[Christoph Schnauß]

hallo,

also eigentlich das, was sich mit window.createPopup() auch erreichen lässt?

Möglich. Wege dazu gibts mehrere, darauf kommts mir bei meiner Frage aber gar nicht an. Ich war ziemlich glücklich, als die teilweise sehr scharfen Debatten zu den "chromeless window" keine Nahrung mehr fanden, weil das Konstrukt ganz einfach nicht mehr funktionierte  -  und jetzt scheints, daß das wieder hochschwappen könnte :-(

http://msdn.microsoft.com/library/default.asp?url=%2Fworkshop%2Fauthor%2Fom%2Fpopup_overview.asp
(link wohl nur mit IE wirklich nutzbar *grmpf*)

hehe, nein, link muß bloß korrekt angegeben werden, außerdem ist bei der Framedarstellung grade irgendein Defekt drin:
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/om/popup_overview.asp
oder ergänzend:
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/objects/popup.asp

(kann sein, daß die Forumsoftware diese links immer noch nicht anklickbar darstellt)

Grüße aus Berlin

Christoph S.

[wahsaga]

hi,

http://msdn.microsoft.com/library/default.asp?url=%2Fworkshop%2Fauthor%2Fom%2Fpopup_overview.asp
(link wohl nur mit IE wirklich nutzbar *grmpf*)

hehe, nein, link muß bloß korrekt angegeben werden

gerade das mit dem korrekt angeben hatte ich ja versucht - / haben im query string eines URLs nichts verloren, da gehören sie als %2F maskiert - und dann erkennt sie auch die forensoftware als links an.

, außerdem ist bei der Framedarstellung grade irgendein Defekt drin:
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/om/popup_overview.asp
oder ergänzend:
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/objects/popup.asp

wenn ich diese links per c&p im opera öffne, komme ich in beiden fällen nur auf eine art sitemap, die sich weitgehend unformaitert gibt.
im IE "funktionieren" die links jedoch, es wird das umgebende frameset mit der jeweiligen unterseite geöffnet. ist wohl absicht von microsoft, kann ja auch nicht angehen, dass die eigenen seiten mit einem anderen als dem eigenen, perfekten browser betrachtet werden.

gruß,
wahsaga

[Christoph Schnauß]

öhm ...

http://msdn.microsoft.com/library/default.asp?url=/workshop/author/om/popup_overview.asp
oder ergänzend:
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/objects/popup.asp
wenn ich diese links per c&p im opera öffne, komme ich in beiden fällen nur auf eine art sitemap, die sich weitgehend unformaitert gibt.
im IE "funktionieren" die links jedoch

im IE gibt es "Fehler auf der Seite", und das linke Frame wird nicht angezeigt. Der einzige Browser, der es im Moment richtig macht, ist Firefox *g*

Aber hättest du eventuell zum Problem "chromeless Window" noch eine Bemerkung beizusteuern?

Grüße aus Berlin

Christoph S.

[wahsaga]

hi,

Aber hättest du eventuell zum Problem "chromeless Window" noch eine Bemerkung beizusteuern?

na ja, ob das "echte" chromeless window wiederkommen wird, bleibt abzuwarten - da kann ich dir im moment nichts zu sagen, interessiert mich dafür auch zu wenig *g*; und des weiteren verzichte ich privat auf microsofts service packs, kann also wenig von dem beschriebenen daraufhin testen ...

aber createPopup() geht m.E. schon recht stark in die gleiche richtung, und das wird wohl auch nach SP2 noch funktionieren.

gruß,
wahsaga

[Zapp]

Hi,

, außerdem ist bei der Framedarstellung grade irgendein Defekt drin:
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/om/popup_overview.asp
oder ergänzend:
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/objects/popup.asp

wenn ich diese links per c&p im opera öffne, komme ich in beiden fällen nur auf eine art sitemap, die sich weitgehend unformaitert gibt.

Der User-Agent ist hier entscheidend. Stelle doch mal um auf Mozilla 5.0, dann geht's.

Grüße, Stefan

[wahsaga]

hi,

Der User-Agent ist hier entscheidend. Stelle doch mal um auf Mozilla 5.0, dann geht's.

ja, hast recht - hatte vorher extra auf MSIE 6.0 umgestellt, aber damit ging's auch nicht ...

gruß,
wahsaga

[molily]

Hallo,

http://msdn.microsoft.com/library/default.asp?url=/workshop/author/om/popup_overview.asp
oder ergänzend:
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/objects/popup.asp

Das hatten wir doch schon vor Ewigkeiten. Einigermaßen brauchbare Links zu diesen Seiten setzt man so:
http://msdn.microsoft.com/workshop/author/om/popup_overview.asp
http://msdn.microsoft.com/workshop/author/dhtml/reference/objects/popup.asp
Das sind die Unterseiten, die dann eventuell das Frameset nachladen. Wenn kein User-Agent gesendet wird, kommt übrigens »Sorry, we were unable to service your request«.

im IE "funktionieren" die links jedoch, es wird das umgebende frameset mit der jeweiligen unterseite geöffnet. ist wohl absicht von microsoft, kann ja auch nicht angehen, dass die eigenen seiten mit einem anderen als dem eigenen, perfekten browser betrachtet werden.

Ha, ha, ha, Kalauer.
<img src="http://www.heise.de/icons/forum/wertung_1.gif" border="0" alt="">

Mathias

[Tim Tepaße]

Hallo Christoph,

Ist die Befürchtung begründet, daß die "chromeless windows" jetzt eine
Neuauflage erleben könnten?

Mangels IE kann ich das natürlich nicht nachtesten, aber ich wollte auch
etwas anderes im weitesten Sinne zum Thema beitragen. Etwas viel, Vorsicht
also. ;o)

Ich glaube, es besteht eine echte Chance, daß wir demnächst Webanwendungen
(Hier: HTML plus Javascript plus Extras) außerhalb des Browsers sehen
werden - und zwar in der Form sogenannter Widgets. Widgets sind hier kleine
Skripte - man traut sich kaum, sie Programme zu nennen - die in einer
Runtime laufen und kleine grafische Applikationen auf dem Bildschirm
realisieren.

Es gab sicherlich schon Vorläufer (vielleicht auch der Active Desktop von
IE 4, erinnert sich noch jemand?), die erste wirklich als »schön« zu
bezeichnende Variante, die mir aufgefallen war, war Konfabulator.
http://www.konfabulator.com/ (Sorry, nur für Mac ;o)

Für mehr Beispiele, was möglich ist, lohnt es sich, mal diese Sammlung von
Widgets durchzustöbern: http://www.widgetgallery.com/

Das Prinzip ist hier nicht das Neue daran, sowas gibt es schon sehr viel
länger, beispielsweise mit den Docklets/Applets in den diversen Unix-Desktops.
Das Neue hier ist der einfache Zugang. Anstatt größerer Entwicklungsumgebungen
gibt es nur eine Runtime und eine recht einfach und aus dem Web durchaus sehr
bekannte Programmiersprache, nämlich Javascript. Die Widgets von Konfabulator
bestehen im Prinzip aus nichts anderen diversen Javascripten, etwas XML und
PNG-Bildern. Was sehr praktisch war, als ich damals mit rumgespielt habe,
konnte ich in ein paar Minuten eins der Weather Widgets eindeutschen. Den
leichten Zugang zur Entwicklung und zum Ändern der Widgets finde ich hier
wichtig.

Konfabulator ist immer noch ziemlich unbekannt, ich glaube, es gibt inzwischen
auch einen Linux-Klon. Weswegen ich trotzdem glaube, daß das man wichtig
werden könnte, ist daß Apple das Konzept nun gestoh ... in Zukunft auch
nutzen will. Für MacOS X 10.4 »Tiger«, das im Frühjahr 2005 erscheinen
soll, ist ein Feature namens Dashboard geplant, eine weitere, bequem
einblendbare Ebene für Widgets.
http://www.apple.com/de/macosx/tiger/dashboard.html

Gut, Apple hat schon einige eigene besondere Entwicklungen; es besteht
kein Zwang, daß das zum Trend oder Hype wird. Ich glaube aber trotzdem,
daß eine Chance besteht. Dies deswegen, weil Apple diesmal einen offeneren
Weg geht.

Zum einen bauen die Dashboard-Widgets auf den Web-Technologien auf: Sie
bestehen aus einer angepassten Variante von HTML, Javascript, CSS, eventuell
auch noch nativer Code in Objective-C. Weswegen man einige Details dazu im
Weblog des Chefentwickler von Safari, Dave Hyatt (vormals bei Mozilla),
nachlesen kann: http://weblogs.mozillazine.org/hyatt/

Ein Weblogger (Erik Veland) hatte die Widgets aus der Developer Preview
von Tiger online gestellt, teilweise funktionierten diese auch im Browsern,
meine ich mich zu erinnern. Dummerweise ist seine Seite inzwischen komplett
futsch, es sei mal dahingestellt ob durch Traffic-Probleme oder durch
Apples Rechtsabteilung.

Zum anderen, weil Apple einen offeneren Weg zu gehen scheint. Nachdem
Hyatt in seinem Weblog die Erweiterungen für Dashboard-HTML vorgeschlagen
hat, ging ein ziemlicher Aufschrei durch die Blogosphäre; man befürchtete
ein Revival der Zeit mit <marquee> und ähnlichen Späßen. Wie löst man das
am besten? Nach diversen Vorschlägen hat sich anscheinend derzeit der Status
rauskristallisiert, die neuen Elemente und Attribute in einen eigenen
extra Namensraum zu verlegen.
http://weblogs.mozillazine.org/hyatt/archives/2004_07.html#005938
http://weblogs.mozillazine.org/hyatt/archives/2004_07.html#005951

Die Offenheit der Diskussion beweist für mich, daß das keine unbedingt
»böse« Eigenentwicklung wird, sondern durchaus auch für andere Hersteller
zur Verfügung steht, wenn nötig. Apple hat die Absicht, das ganze durch die
WHAT-WG diskutieren zu lassen. (Die WHAT-WG ist eine offene Arbeitsgruppe
von Browserherstellern zur besseren, anscheinend auch schnelleren
Weiterentwicklung von Standards. Gestartet wurde das Ding zusammen von
Opera und Mozilla, siehe http://www.whatwg.org/) Das heißt, es
besteht eventuell die Absicht, die bislang proprietären Erweiterungen
irgendwann mal zum W3C-Standard werden zu lassen.

Und damit eventuell die Chance, das oder ähnliche auch woanders, als nur
unter MacOS X zu sehen. Eventuell sogar interoperabel. Was natürlich der
Idealfall wäre, man findet irgendwo im Netz ein nettes Widget, zieht es
sich per Drag & Drop auf den eigenen Computer und es funktioniert einfach.
Daß die Grenze zwischen Web im Browser und eigenem Computer nicht mehr so
stark ist. Und vielleicht irgendwann hier die »Wie kann ich zwei Widgets
auf einmal ändern«-Frage. ;o)

Tim