noti.js

[j-l-n]

Da ich schon länger ein Auge auf die praktischen HTML5-Web Notifications geworfen hatte, habe ich mich nun einige Zeit lang intensiv damit beschäftigt und ein "Framework" gebastelt, das mir das Ganze vereinfacht und einen Fallback für Browser beinhaltet, die diese noch nicht unterstützen.
Die Browserkompatibliät sieht nämlich bislang nicht so toll aus (Can I use Web Notifications); doch immerhin wird die sich im Stadium "Working Draft" befindende API schon in der Hälfte der verwendeten Browser unterstützt.
In fast allen Versionen unterstützt werden Web-Notifications in Chrome, Firefox und Safari - auch wenn sich Firefox leider nicht so ganz an die Spezifikationen hält: Bug 875114 - Web notifications should optionally be permanent, not automatically close after 4 seconds
In der kommenden Version 25 schließt sich auch Opera an: Opera Developer 25 supports web notifications - Opera Desktop - Opera Software - der IE macht (mal wieder) die Ausnahme: Internet Explorer Web Platform Status and Roadmap - status.modern.IE

Ich habe den Code auf GitHub veröffentlicht: j-l-n/noti.js
Es würde mich freuen, wenn ihr euch das Skript anschauen und ausprobieren könntet. Ich bin dankbar für jedes Feedback und jeglichen Verbesserungsvorschlag.
Fehler bitte am besten direkt auf GitHub melden: Issues · j-l-n/noti.js

 

[rico2009]

Die Idee finde ich super und vielleicht habe ich auch schon einen ziemlich guten Einsatzzweck in einem meiner Projekte entdeckt. Dann könnte ich das Framework direkt mal durch testen.

 

[mikdoe]

Wenn der IE auch irgendwie unterstützt würde, dann würde ich mir das mal genauer anschauen. Aber ohne IE macht es für mich keinen Sinn.

 

[rico2009]

Wenn der IE auch irgendwie unterstützt würde, dann würde ich mir das mal genauer anschauen. Aber ohne IE macht es für mich keinen Sinn.

Bist du etwa ein IE Anhänger?

 

[j-l-n]

Bist du etwa ein IE Anhänger?

Ernsthaft noch nicht bemerkt? :d

Wenn der IE auch irgendwie unterstützt würde

Wird er. Zwar nicht durch eine echte WebNotification - die wird nicht unterstützt - aber durch das Ändern des Titels und das alert(), durch das der Tab den Fokus erhält, wird der User aufmerksam gemacht.

 

[rico2009]

Ernsthaft noch nicht bemerkt? :d

Doch schon, war auch keine ernst gemeinte Frage...

 

[dbarthel]

Naja, ich finde es auch schon wichtig den IE zu supporten, immerhin verwenden die meisten der nicht so Computer- erfahren User den.

 

[mikdoe]

Bist du etwa ein IE Anhänger?

Anhänger ist vielleicht zuviel. Ich finde ihn OK, andere Browser machen mittlerweile genau so viele Fehler wie der IE.

Ändern des Titels und das alert(), durch das der Tab den Fokus erhält, wird der User aufmerksam gemacht.

Genau das will ich nämlich nicht, deshalb nutze ich auch die Webnoti und für den IE ein kleines Java Applet. Es ist doch nichts schlimmer, wenn man gerade surft oder etwas tippt und plötzlich wird einem der Focus weg genommen.

 

[j-l-n]

deshalb nutze ich auch die Webnoti und für den IE ein kleines Java Applet. Es ist doch nichts schlimmer, wenn man gerade surft oder etwas tippt und plötzlich wird einem der Focus weg genommen.

Das kann ich nicht bestreiten - ich werde da auf jeden Fall mal noch drüber nachdenken und mir einen Kompromiss überlegen...

 

[mikdoe]

Julian, ich muss allerdings dazu sagen, dass ich mit der Java Applet Variante auch nicht glücklich bin. Seit Java 7.51 macht das keinen Spass mehr, Applets zu bauen. Es muss nämlich alles signiert sein und das ist leider weit von "trivial" entfernt
Warum auch einfach, wenn es kompliziert geht.
Für eine bestimmte Konstellation hab ich es bis heute nicht am Laufen.....

Gäb es doch eine Variante für den IE die auch klappt, wenn der IE nicht sichtbar nur in der Taskleiste liegt, ohne den Focus zu entreissen und ohne Java Applet, dann wäre ich wirklich froh! Dafür würde ich in gewissem Rahmen sogar Geld bezahlen, so wichtig ist mir das.

 

[j-l-n]

Hab mir ein To-Do erstellt.

 

[kkapsner]

Ich würde die Audioausgabe ja nicht so fest integrieren. Wenn man jetzt keinen Ton haben will, muss man eine stille Sounddatei übergeben.

Auch fände ich ein Eventsystem nicht schlecht - im Grund immer ein Event dort, wo du gerade ein console.log() hast.

 

[j-l-n]

Ich würde die Audioausgabe ja nicht so fest integrieren. Wenn man jetzt keinen Ton haben will, muss man eine stille Sounddatei übergeben.

Ja, das habe ich mir auch schon überlegt...

 

[kkapsner]

Zeile 190 ist überflüssig. Prinzipiell würde ich die === true alle rausschmeißen - v.A. bei den Funktionen, wo du weißt, dass nur true oder false zurückkommt... aber das ist Geschmackssache.

 

[j-l-n]

Zeile 190 ist überflüssig.

Das ist Absicht, weil ich wirklich sichergehen möchte, dass da das booleansche true drinsteht und kein String o.ä...

 

[kkapsner]

Das ist Absicht, weil ich wirklich sichergehen möchte, dass da das booleansche true drinsteht und kein String o.ä...

Dann ist die Zeile drüber (209) überflüssig. Du musst ja nur einmal prüfen, was in notificationArguments.playSound drin steht.

 

[j-l-n]

Du musst ja nur einmal prüfen, was in notificationArguments.playSound drin steht.

Stimmt, gerade nochmal getestet. Ich dachte eigentlich, dass ich eine Fehlermeldung bekomme, wenn ich if(notificationArguments.playSound === true) abfrage, im Fall dass notificationArguments.playSound gar nicht existiert. So wie bei PHP "undefined index"...

Falls übrigens irgendwer die zündende Idee dafür hat, wie man die Aufmerksamkeit des Users erhält, ohne den Fokus zu erzwingen: wäre gigantisch!

 

[kkapsner]

Ich dachte eigentlich, dass ich eine Fehlermeldung bekomme

Nö - JS gibt da klaglos ein undefined raus. Und wenn, dann würdest du die auch bei diesem Konstrukt bekommen. Du müsstest dann das davor machen:

if ("playSound" in notificationArguments){...}

 

[j-l-n]

OK - gut zu wissen!

 

[j-l-n]

noti.js ist nun auch auf notijs - cdnjs.com - die fehlende CDN für JavaScript und CSS zu finden

Zurzeit arbeite ich an einer umfangreichen Änderung im Fallback für nicht unterstützende Browser.