| === zniavre__ is now known as zniavre | ||
| darkmatter | evilvish: indicators-applet needs http://jimmac.musichall.cz/images/guimockups/notifications/notification-systray-moreitems.png ;) | 10:57 |
|---|---|---|
| evilvish | darkmatter: unfortunately, OSX does not have such a feature.. ;) | 11:01 |
| evilvish | s/such a/this/ | 11:01 |
| darkmatter | evilvish: lulz. but. indicators remind me more of the old suse ideas | 11:02 |
| darkmatter | evilvish: and besides, osx doesn't have a horizontal volume slider nor integrated music controls in the volume icon either :P | 11:02 |
| evilvish | darkmatter: we cant make it /that/ obvious.. ;) | 11:03 |
| darkmatter | and you can drag/drop rearange /remove osx "tray" items. so there :P | 11:03 |
| darkmatter | well. I can just hack it :P | 11:04 |
| darkmatter | evilvish: I know it'll never happen "officially" but makes sense (hiding stuff you don't need constant access to). imo any notification should only be displayed as required. but since that would regulate to much patching of apps, just hide stuff and display on state change (_when_ feasible) I men, if it doesn't need constant or continual observing it shouldn't be displayed until neccessary | 11:09 |
| darkmatter | or until you _want_ t interact with it | 11:09 |
| evilvish | darkmatter: if you dont require constant access why even present them there? | 11:10 |
| darkmatter | like. battery. should be accessible, but shouldn't be shown until it equires interaction, otherwise have it in the hidden "tray" | 11:10 |
| evilvish | darkmatter: battery has an option to display only when charging/discharing.. and so on.. | 11:11 |
| darkmatter | evilvish: thats my point about "to much app patching" (like drop box and some others) where fast gui access is nice to have, but "clutter" isn't | 11:12 |
| darkmatter | som things are fine as is, since volume/message indicators double as application access points (all-in-one ftw), but that method won't/cant work for everything. that's why a little bit of configuration would be nice *shrugs* | 11:15 |
| evilvish | darkmatter: indicator did start with a good idea.. but it is getting a whole lot confusing and inconsistent.. | 11:34 |
| darkmatter | evilvish: *nod* | 11:36 |
| darkmatter | confusing should be a choice, not a requirement ;P | 11:37 |
| evilvish | darkmatter: the funny thing is .. when indicator was announced, there was this 'it is going to be so easy to navigate with keyboard' thing around it.. and i dont think they have implemented a way to even open the menu from a keyboard yet ;p | 11:43 |
| evilvish | (not that i would use the keyboard for that..) | 11:43 |
| evilvish | but it defeats the whole purpose of "keyboard navigation" when you have to open the menu with a mouse ;p | 11:44 |
| darkmatter | evilvish: aye. I believe in multiple navigation methods. like my (you can use a mouse" alt-tab thingy I was telling coz_ about earlier. user preference ftw | 11:46 |
| darkmatter | to an extent at least. avoid kde ideals of "user preference" like the plague :D | 11:47 |
| evilvish | darkmatter: actually we can just take kde and make a kde-lite.. hide the silly prefs and we'd have a good DE ;) | 11:48 |
| darkmatter | hehe | 11:48 |
| darkmatter | evilvish: that was one of my main reasons for switching to gnome in the first place (once it became usable. e hated xdg editting). I got sick and tired of configuring kde | 11:50 |
| darkmatter | today is a good day. switching to maverick after my backups finish! \o/ | 11:51 |
| darkmatter | ooo... nice icons. something similar with uby font would = win | 12:13 |
| darkmatter | evilvish: https://photos-1.dropbox.com/i/l/nejY5kA7SvA5IeYlTrNHno9fcrmdV5dOuBGjvuXkS7s/11469318/1296133200/8317485#13 | 12:14 |
| darkmatter | https://photos-2.dropbox.com/i/l/HwoM0lzePSRfwTCFkGkQ5n9JNvbjbi1_DGHEQhS9nAI/11469318/1296133200/ea01280#8 | 12:14 |
| darkmatter | https://www.dropbox.com/gallery/11469318/2//Android%20Stuff/Sets/Scrambble?h=8b2c81& | 12:17 |
| evilvish | darkmatter: bah!!! i never knew you had such bad taste! | 12:25 |
| evilvish | if an icon needs words/text to indicate what it is.. why is it an icon o.0 | 12:25 |
| darkmatter | evilvish: I'm not talking taste. I'm talking "overall" look. not compositional specifics :P | 12:25 |
| evilvish | darkmatter: hehe.. for a sec there i dropped you in the OMG! pile ;) | 12:26 |
| evilvish | "ooh! look here shiny" ;p | 12:27 |
| darkmatter | evilvish: lurn2read: "something similar" :P | 12:27 |
| darkmatter | similar != clone :D | 12:27 |
| darkmatter | evilvish: actually, for the most part I don't even believe in icons unless totally necessary (like for system status stuff or toolbar glyphs) | 12:30 |
| darkmatter | evilvish: if you get my meaning. basically I take more of a "gallery" approach to design icons tend to be limited to glyphs (of course color etc may vary slightly on state/function/whatever), and "images" for categories etc. not saying there aren't icons. they're just not fully traditional in usage | 12:41 |
| darkmatter | and they're less a part of the ui than what is "normal" | 12:42 |
| evilvish | darkmatter: yup.. i think you've mentioned this earlier.. | 13:18 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
