I could see the rationale in the choices made by the UX team regarding the notify-osd bubbles design , even though there was an outcry from the community. They[color/position/size/location] were more of personal preferences , it seemed reasonable when the devs didnt want to offer configuration for these and rather wanted to get the default settings right and keep them hardcoded
The choice made here seems to have been more from a personal experience rather than from a design view! The view that all systems running Ubuntu will be used for presentations is not a correct assumption. Folks use systems for personal use too and such users might never even do a presentation in their entire life. Certainly these users would not encounter the situation where an embarrassing personal IM is displayed during a presentation. The really sad part of this feature is: Unless someone has followed the progress of notify-osd ... the average user might *never* know that this is being done! They would just think that they have missed the IM bubble during the movie. They wont even know what is wrong or where things are wrong! [well this may make the notify-osd devs happy ;p since they might get less bugs/complaints regarding this feature... users might just blame the IM app is not sending the notification] But i dont understand the rationale behind the *way* this new feature is being implemented! if it is not possible to effectively distinguish whether the user is viewing a presentation or watching a movie or just viewing a pictures slideshow. Or if there is not enough time to get a DND mode in the indicator-session. - why not offer a gconf ? there is a gconf for the gravity I implore that the devs reconsider offering a gconf to turning off this feature , until they fulfill the TODO , they have set for themselves in the src/dnd.c >>> /* TODO: ask FUSA if we're in DND mode */ -- Do not suppress async notifications when using fullscreen apps https://bugs.launchpad.net/bugs/428509 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
