I'm amazed that some people have found the time to survey everyone to figure out that everyone is either tired of doing this, or bored of doing that, or don't have time to finish this, or etc etc etc. Generalisation - killing all of the internet since time began. <inserts emoticon so that everyone knows I'm joking...or am I?>
I wasn't seeking answers, but thanks anyway. I do disagree on some points as it depends on how you want to implement all this, but I'm not going to get further involved in a discussion about something that is just vapour at present with regards to IPS.
Did I say they were problems? No, I didn't. I simply intimated that if it was developed then security needs to be thought about from the software side. I'm sure Facebook have thought about it too. I'm not against the idea - see "It's a great idea in theory" - just adding my tuppence, as everyone else is, into the mix.
JS = front-end, intitating a request back to the server to send a notification. That's not a true push - that's a request back to the server by the browser to request a push be made to the browser. You could go for a JS solution - but that relies on the board software being open in a browser and initating a call back to the server to say "send me stuff". A true push is totally back-end, handled by the software - example....when someone replies to this post, the software on the server (not the software in the browser) would initiate a notification push to the browser. And that's where it gets cool - no need for the board to be open in the browser at all.....the browser will display the notification, not the software. I implemented this in an app I developed for my previous employers - started off with the JS request back to the server then as some browsers started implementing push notifications I began testing it out....get the back-end software to handle the work and there was no need for the app to be opened up in the browser.
Some things to think about if something of this type was developed: To which browser should the software send the push notification?The one last used to login? Any other logged in sessions in other browsers wouldn't see the notifications.The last browser actively used? Again, any other logged in sessions wouldn't see the notifications.All browsers used by the account? How many is too many.....also, what if the user forgot to log out of a browser on a public computer?What if the user has logged out in a browser? Software would need to ensure that notifications are only sent to active logged in accounts.It's a great idea in theory, but the practice really needs to be thought about to ensure that notifications only go to the person intended.
No idea where you are seeing that.....so here's the instructions: Download the zip file from http://ckeditor.com/addon/colordialog - use the 4.4.8 versionACP -> Customization -> (Editor) Toolbars -> Add ButtonClick Browse on the CKEditor Plugin tabUpload that zip file.