< Projects | Usability IRC Log (Times UTC+12) 07:58:10< seele> hello everyone 08:01:34< seele> http://techbase.kde.org/Projects/Usability/Meetings 08:01:38< seele> let's get this party started 08:01:48< seele> can someone volunteer to hold the logs and post them to the website later? 08:02:26 * seele pokes #kde-usability 08:03:32< pinheiro> not me anything that as to do with text per si is out of my skill levls 08:04:01< seele> hmm.. pretty quiet in here.. 08:04:06< serenity> can i join your meeting? 08:04:09< seele> who is here for the kde usability meeting? 08:04:23< seele> serenity: yes, please look at http://techbase.kde.org/Projects/Usability/Meetings 08:04:28-!- nelli [[email protected]] has joined #kde-usability 08:05:32< seele> so there are a number of items listed on the meetings page. is anyone here who posted one of those items and would like to talk about them? 08:05:48 * ivan_cukic is a bit late, but is now here 08:06:24< seele> hmm.. let's give it another 10 minutes for people to trickle in 08:06:32< Flyser> I posted one of them. It's the last one, so I don't know if you want to start with this one =) 08:07:10< seele> Flyser: ok, we can start with that one in a few minutes. let's give people some time to come in 08:07:19< Flyser> okay 08:07:47-!- N3mZ [[email protected]/nemesis128] has joined #kde-usability 08:07:54-!- fredrikh [[email protected]/fredrik] has joined #kde-usability 08:07:57< Flyser> just highlight me then, I have to multitask a lot at the moment ;-) 08:08:37< notmart> here :D 08:09:05-!- Half-Left [[email protected]] has joined #kde-usability 08:09:23< seele> some more people trickling in. we'll give it 5 more minutes before starting 08:09:39< seele> for those of us joining, there are some topics on the meeting page: http://techbase.kde.org/Projects/Usability/Meetings 08:09:47< seele> we'll do a few of those, and then we can take some questions 08:10:23-!- ScottK [[email protected]/member/scottk] has joined #kde-usability 08:11:34 * agateau is here for the meeting 08:11:41< seele> hi ScottK we're waiting a few more minutes for people to show up 08:11:55< seele> ScottK: http://techbase.kde.org/Projects/Usability/Meetings for the meeting topic list, or we will talk about new things people ask about 08:12:27< ScottK> Thanks. 08:12:34< Half-Left> seele: I actually did a proper Qt mockup of Desktop Settings, so maybe I should offer some feedback :) 08:12:49< seele> slougi: you here? 08:12:56< ivan_cukic> Half-Left: screenshot? 08:13:12< seele> Half-Left: sure, however let's wait to talk about it 08:13:18-!- rafael_carreras [[email protected]] has joined #kde-usability 08:13:40< Half-Left> ivan_cukic: I'll present it when we get started 08:13:48< ivan_cukic> Half-Left: cool 08:14:41-!- mgraesslin [[email protected]] has joined #kde-usability 08:14:57-!- DebianUT [[email protected]] has joined #kde-usability 08:15:04< seele> ok. so let's update on some past items. most of the people who were assigned things to do don't seem to be here though 08:15:18< seele> oh, i should also ask for a volunteer to post the meeting logs too 08:15:45< seele> agateau: have you looked into the toolbar issue anymore? 08:16:14< agateau> seele: no, i've been busy with kde4.3 08:16:17< agateau> :/ 08:16:19< seele> and slougi, NSailBot, and sreich don't seem to be here 08:16:24< seele> agateau: that's ok, just checking up on you :) 08:16:34< seele> i have two things on my todo list i havent gotten done either :( 08:16:42< agateau> seele: did you have a look at my mockup? 08:16:53< seele> agateau: i did, i thought i gave you feedback, but maybe i should look at it again 08:16:59< seele> can you resend it via mail? 08:17:05< agateau> seele: sure 08:17:20< seele> ok great 08:17:22-!- kuadrosx [[email protected]] has joined #kde-usability 08:17:27< seele> so past items are done, let's look at our list 08:17:35< seele> http://techbase.kde.org/Projects/Usability/Meetings 08:17:40< seele> Flyser: ping 08:17:48< Half-Left> annma just left :/ 08:17:57< seele> Flyser: you wanted to talk about progress indicators in taskbar icons? 08:18:09< Flyser> uhm, more or less^^ 08:18:22< seele> can you describe the problem and give some examples? 08:18:23< Flyser> Actually my question on the meeting list is not up to date. I added it while rewriting KGets tray code, because I had some discussion with the KGet developers about the design of their old tray icon (see http://lists.kde.org/?l=kget&m=124052014427746&w=2) 08:18:27< pinheiro> dis some one said icons ??? 08:18:30< pinheiro> :P 08:19:09< Flyser> Thanks to KNotificationItem I don't have to bother anymore, but the plasma devs have ;-) So I think it's still important 08:19:12< seele> pinheiro: this sounds like your sort of thing :) 08:19:24< agateau> seele: mail sent 08:19:26< notmart> Flyser: now the progress feature has been postponed in the systray to 4.4, but i want to add it 08:19:31< seele> so the question is how to indicate a particular status for kget, correct? 08:19:42< pinheiro> is ist a icon for a system tray couse system trays are notmart departmant :P 08:19:58 * seele lets notmart and pinheiro take over :) 08:20:01-!- StyXman_1 [[email protected]] has joined #kde-usability 08:20:16< Flyser> notmart: Yeah, I was thinking about the layout 08:20:50< Flyser> And also about overlays (how big, where) and the stuff akregator and kmail does to show unread messages 08:21:07< notmart> Flyser: i was thinking about progressive coloring amarok style in systray, and display a real progress bar in the taskbar 08:21:08-!- rafael_carreras_ [[email protected]] has joined #kde-usability 08:21:33< serenity> i like the idea of a piechart to indicate progress 08:21:38< Flyser> seele: Actually not anymore as this job is done by plasma now ... so it's system-wide 08:21:52< pinheiro> notmart: ???? 08:22:02< notmart> well, it's not "dome" it -can- be done :p 08:22:04< seele> so i guess it is more of a discussion between pinheiro and notmart then 08:22:14< pinheiro> yeah :P 08:22:18< Flyser> serenity: me too, but it might cause problems on non-circular icons 08:22:21< pinheiro> theming stuf :P 08:23:10 * notmart kinda feels talking about the new systray in one of those meetings could be useful, i still don't know very much about exactly what :p 08:23:37-!- Chani [[email protected]] has joined #kde-usability 08:23:55< pinheiro> think we need to talk notmart in plasma a bit redone the meting we had 08:23:55< Flyser> notmart: Hum, I don't think a progressbar is the right thing for amarok, but would be for kget .. 08:23:56-!- kdepepo [[email protected]] has joined #kde-usability 08:24:33-!- SSJ_GZ [[email protected]] has joined #kde-usability 08:24:44< notmart> Flyser: well, amarok has one in its main toolbar no? 08:24:45< kdepepo> did ben cooksley contact you about the kept icon selection in the new system settings? 08:24:46-!- serenity [[email protected]] has quit [Remote closed the connection] 08:24:59< notmart> kdepepo: no? 08:25:04-!- serenity [[email protected]] has joined #kde-usability 08:25:11< serenity> re 08:25:47< kdepepo> okey, he said he would wait for an answer from usability team 08:26:08< Flyser> notmart: yeah but it's not really a "progress bar". It's not like the user would want to wait till its finished. 08:26:48< seele> is the point to see how far individual progress items are, or all progress items together? 08:27:14< seele> because you can't see individual progress just by looking at an icon, that would be too much information 08:27:31< seele> you could only do overal progress of all items, then mouse over or click the icon to get all of the individual progresses 08:27:36< Flyser> all together I think. 08:28:00< notmart> well i think the api will support a single value for progress 08:28:04< seele> so since it is all the progresses, maybe there is a way to dress the icon using color, or filling a container like the battery icon 08:28:23< notmart> and then is the app task to decide what rapresents? 08:28:52< fredrikh> you have the spinner widget now that shows activity... but not progress 08:29:07< agateau> About piechart progress indicator: to avoid theming problems, it could be displayed as a second icon next to the app icon (kind of the "unsaved changes" icon back in kde3 days) 08:29:19< seele> yes, but within guidelines so that different applications dont use the same graphic in different ways. that would be confusing 08:29:28< seele> pinheiro: any ideas on how to show overall progress in an icon? 08:29:36< pinheiro> yesah dont 08:29:38< pinheiro> yeah 08:29:40< pinheiro> :) 08:29:56< pinheiro> dont like the concept makes alot of problems 08:29:58 * notmart is for progressive coloring like amarok 08:30:20< notmart> make the icon 10% alpha and progressive portion of full alpha 08:30:44< ivan_cukic> is there really a point of having multiple, completely diverse elements in one progress? 08:31:01< pinheiro> the space for difrent steps in regular 24x24 icons is a bout 10 difrent stages 08:31:01< notmart> nono, just one plz 08:31:05< pinheiro> so 10% increments 08:31:08< notmart> otherwise the info becomes useless 08:31:29< Flyser> notmart: from left to right, top to bottom, a pie chart or sth. completely different? 08:31:31< notmart> yeah, but it doesn't have to be precise 08:31:53< notmart> Flyser: bottom to top? 08:31:53 * agateau likes the download progress from Google Chrome 08:31:56< agateau> http://media.photobucket.com/image/chrome download progress/forevermzcm/downloadwindow.jpg 08:32:02< notmart> like it's a bottle that is gettning full? 08:32:32< Flyser> notmart: Personally I don't like that. I never know if its bottom to top or top to bottom in amarok. 08:32:36< agateau> http://media.photobucket.com/image/chrome%20download%20progress/forevermzcm/downloadwindow.jpg <- should work better 08:32:43< notmart> agateau: maybe not really visible behind really tiny icons? 08:33:11< agateau> notmart: no, that's why i was suggesting to show it as a second icon 08:33:13< pinheiro> in tiny icons dont expact much 08:33:16< pinheiro> expect 08:33:24< serenity> then put it on top of the edige of the icon 08:33:34< serenity> *edge 08:33:47< notmart> agateau: but when it's in the systray showing 2 icons is nasty 08:33:49< pinheiro> what is the issue i was a bit of sorry ? 08:33:57< agateau> notmart: true 08:34:12< agateau> but I thought this was about progress in taskbar? 08:34:19< seele> pinheiro: can color be used to indicate progress? red ( < 25%) yello (~50%) green (> 75%) etc? 08:34:20 * agateau feels OT 08:34:30< pinheiro> seele bad idea 08:34:44< seele> agateau: if progress can be indicated by an icon in a task tray 08:34:47< pinheiro> couse usualy dosent work for alot of people 08:34:52< seele> pinheiro: ok. 08:34:53< notmart> agateau: also. the idea is to display info arriving from the systray also in the taskbar 08:34:54< pinheiro> alpha is beter 08:34:58< ScottK> seele: Don't make stuff red unless my computer is about to catch on fire. 08:35:00< seele> so it would have to be "filling up" a container somehow? 08:35:12< pinheiro> yeah and colors have meening 08:35:26< pinheiro> so its would be confusing 08:35:43< pinheiro> in the batery its truns red in last satge to show yeat another step 08:35:56< pinheiro> stage 08:36:18< notmart> battery red makes sense because it's a kinda serious warning 08:36:20< pinheiro> but the red has meenning there are a warning color 08:36:34< pinheiro> yeah you beter go and charge it 08:37:03< pinheiro> so color is not a good fits all solution 08:37:45< pinheiro> depending waht the metafore is we can try difrent objects and diferent animations 08:38:28< pinheiro> what do we want to say? 08:38:43< agateau> i'd rather have a single animated "working icon", which would expand to a window/plasma popup looking like firefox download window 08:38:50< seele> are we trying to make this apply to a single application or to all applications? 08:38:52 * notmart says make some experiments when trunk will unfreeze :) 08:38:59< seele> and is this "progress" for anything, or "download progress"? 08:39:21< Flyser> agateau: again this does not really work for amarok. 08:39:23< pinheiro> yeah seele thats the question 08:39:40< notmart> seele: for anything, download progress is the job view that is another thing 08:39:52< agateau> Flyser: in the case of amarok it's about progress in playing the current track|playlist? 08:39:54< seele> agateau also brings up a point that maybe sometimes you just want to see that something is currently downloading, or complete, but you don't necessarily need to know "how far" at a glance 08:40:05< Flyser> agateau: yes, current track 08:40:07< pinheiro> so notmart i would go with a generik movmnt icon like the i one 08:40:07< notmart> agateau: yeah that is basically what we have now, and is another thing 08:40:15< seele> if you want to know how far, you probably care about other details such as time to complete, and to get that you could use a tooltip or popup 08:40:27< pinheiro> that you clik for more info 08:40:54< agateau> notmart: yes, but it agregate notifications and progress, which is weird imo 08:40:59< seele> would it use the swirling circle thing like is used for the network manager? 08:41:10< notmart> this "progress" must remainsomething really really generic, not precise and just a quick glimpse 08:41:24< agateau> Flyser: progress in playback is a completely different topic, why would one want to track this waiting for it to finish? 08:41:29< notmart> anything more important should be expressed by the transfer jobs 08:41:50< Flyser> agateau: thats exactly what I am saying ;-) 08:42:01-!- StyXman_1 [[email protected]] has quit [Read error: 110 (Connection timed out)] 08:42:29< agateau> Flyser: ok, amarok is not relevant to this discussion :) 08:42:52< Flyser> Maybe I am thinking slightly too implementation specific ... I tend to think "How would I implement it with KNotificationItem" ;-) 08:43:03-!- rafael_carreras [[email protected]] has quit [Connection timed out] 08:43:11-!- kdepepo [[email protected]] has left #kde-usability ["Konversation terminated!"] 08:43:46 * notmart feels discussion is derailing on jobs progress... 08:44:05< Flyser> agateau: why not? Someday it will want to/have to use the new systray protocol ... 08:44:16< pinheiro> the proposed feature was: give systray icons some way to show a single progress??? if so this is a simple icon overlay 08:44:24< pinheiro> i can do that in the thme 08:44:30< pinheiro> theme 08:44:31< notmart> yes, nothing more, nothing less :) 08:45:00-!- spechard [[email protected]] has quit [Read error: 113 (No route to host)] 08:45:06< agateau> Flyser: because it does not really feel like a "progress" imo 08:45:10< pinheiro> a icon overlay is consistent with what we do in all of kde 08:45:11< notmart> it really makes more sense in an audio player than tracking transfer of files, not its job :) 08:46:03< seele> ok, so i see a lot of ideas bouncing around. are there specifically any icon proposals? 08:46:21< pinheiro> seele: now that i know what the proposal is i have 08:46:22< Flyser> pinheiro: do you mean "icon overlay" in the sense of either something is going on and the icon is shown or nothing is going on and the icon is not shown? 08:46:25< seele> i see icon overlay, use of alpha transparency, progress animation.. 08:46:49< pinheiro> seele ist kite simple 08:46:55< seele> ok, is everyone comfortable with pinheiro mocking up some icon ideas and then we can revisit this topic later? 08:46:57< notmart> i see it as an overlay to the systray (or taskbar) icon 08:47:05< pinheiro> its a tiny icons on the side of the main icon that shows progress 08:47:20< seele> and probably it is up to pinheiro and notmart 08:47:20< pinheiro> we do overlays for alot of stuf 08:47:27< agateau> seele: fine with me 08:47:30< Flyser> I see 08:47:37 * notmart suggests to move on since it's 4.4 material anyways and perhaps there are more urgent things tonight? 08:47:49< pinheiro> cool 08:47:51 * ivan_cukic has to go :( cheerio! 08:47:54< Flyser> agreed^^ 08:47:58-!- daskreech [[email protected]] has joined #kde-usability 08:48:00< seele> notmart: urgent? not sure.. but there are more topics probably 08:48:01< notmart> and maybe returning on it when we will have some experiments committed, so after freeze? 08:48:08< seele> ok. so next topic 08:48:18-!- ivan_cukic [[email protected]] has quit ["KVIrc Insomnia 4.0.0, revision: 3125, sources date: 20090224, built on: 2009/03/13 12:47:21 UTC 3125 http://www.kvirc.net/"] 08:48:19< seele> does anyone have anything from the meeting list they added or would like to discuss? 08:48:26< seele> sometimes people add things but forget to come to meetings 08:48:44< pinheiro> thre was one there about menu icons? 08:49:10< pinheiro> but the screnshotts look like gnome 08:49:13< seele> that was from a few meetings ago. NSailBot was supposed to mock up his ideas and present, but he is not here 08:49:45< seele> pinheiro: oh, do you mean the second item? that looks like something different 08:49:46< pinheiro> k 08:49:53< pinheiro> yes second item 08:49:56< seele> but the person who added it isn't here 08:50:13< seele> ok, if there isn't anything from the list people want to talk about, does anyone have any questions? 08:50:21< seele> i think Half-Left had a mockup he wanted to review, correct? 08:50:31< Half-Left> Yep 08:50:44< Half-Left> http://www.kde-look.org/content/show.php/Appearance+Settings+UI+Mockup?content=104127 08:51:07< Half-Left> A few points to note 08:51:36< Half-Left> It doesn't take into consideration 4.3 changes 08:52:06< daskreech> Did we talk about System settings? 08:52:17< pinheiro> heeeeee maybe a normal file view mode would be beter 08:52:37< Half-Left> The plasma theme part is best I can do considering the current previews 08:52:46< agateau> I love the idea of getting rid of the combobox for wallpapers and themes 08:52:50< pinheiro> thre is alot of boxes inside boxes there 08:52:52-!- StyXman_ [[email protected]] has joined #kde-usability 08:52:55< agateau> it's really painful to use 08:52:55< Flyser> Thats the "right click on desktop"->Settings GUI, right? 08:53:07< Half-Left> Yep 08:53:39< Flyser> Half-Left: I love you :P I really hate the combobox-hell 08:53:54 * notmart kinda feels that plasma theme settings could be moved elsewhere, dunno what the where is tough :) 08:54:03< Half-Left> Flyser: Thats why I did it :) 08:54:07-!- serenity [[email protected]] has left #kde-usability ["Konversation terminated!"] 08:54:21< DebianUT> Half-Left:http://www.kde-look.org/content/preview.php?preview=2&id=104127&file1=104127-1.jpg&file2=104127-2.jpg&file3=&name=Appearance+Settings+UI+Mockup <-- No apply button? 08:54:35< Half-Left> The wallpaper previews can be scale like Dolphin thumbnails can 08:54:52< agateau> notmart: in a third tab? 08:54:56< Half-Left> DebianUT: Nope, clicking the preview applies the wallpaper 08:55:02< Flyser> What about a live preview of the wallpaper+positioning? 08:55:06< pinheiro> Half-Left: can i ask you how come you need the boxes around the wallpaers 08:55:30< pinheiro> well not sure how wone would code that with qt style heven 08:55:30 * notmart would really love exactly zero tab 08:55:36< Half-Left> pinheiro: I'm just beginning with Qt Creator, thats why :) 08:55:55< seele> it looks nice, but i'm a little waring of adding tabs to do it though 08:56:03< pinheiro> yeah think the tab is not the best idea 08:56:06< agateau> notmart: thinking about it more, a 3rd tab is not a good idea 08:56:24< pinheiro> not sure slecting a theme is less imporatat than chaging a wallpaper 08:56:33< agateau> in current trunk there is a single icon now on the left of the dialog 08:56:37< agateau> could use two 08:57:06< Half-Left> Not that when changing tabs the 'Get new' buttons sync 08:57:18< Half-Left> i.e they don't move places 08:57:25< Half-Left> note* 08:57:28< agateau> http://imagebin.ca/view/dQYgig2.html 08:57:49< DebianUT> Half-Left:"Get more themes" should be better than "Get new theme" 08:58:36< Half-Left> Yer, the wording is just off the top of my head so yer I can be anything 08:58:39 * agateau thinks we need a get-hot-new-stuff icon for all the "Get new xxx" buttons 08:58:55< seele> and consistent labelling for using get hot new stuff 08:59:18< seele> sometimes it's Get [object] or Get more [objects] or Get new [objects] 08:59:23< daskreech> I don't know GHNS is a strange beast 08:59:34< agateau> Half-Left: the ok|cancel buttons should be outside the tabs i think 08:59:43< agateau> seele: +1 08:59:53< pinheiro> agateau: you meena difrent one for every kind of stuf in ghns 09:00:16< agateau> pinheiro: no, i mean a generic ghns icon, so that the user get to know it will go to ghns 09:00:20< seele> pinheiro: no, i think he means just a single icon to brand the functionality 09:00:20< notmart> or maybe a single icon, that works also a logo 09:00:28< Half-Left> agateau: They are at the bottom, how do you mean? 09:00:29< agateau> yes 09:00:30< daskreech> Does the funcationality need to be branded? 09:00:37< pinheiro> dont we have one 09:00:46< pinheiro> ista star :P 09:00:48< daskreech> What other type of functionality has been branded? 09:01:14< seele> daskreech: Places could be considered a "brand" 09:01:27< pinheiro> its all from the internets right? 09:01:27< daskreech> It has an Icon? 09:01:28-!- jpwhiting [[email protected]/developer/whiting] has joined #kde-usability 09:01:33< daskreech> I've not noticed 09:01:34-!- rafael_carreras_ [[email protected]] has quit [Read error: 104 (Connection reset by peer)] 09:01:36< seele> daskreech: no, but it has a consistent look and feel 09:01:38< pinheiro> think i have one idea 09:01:41 * daskreech hi fives jpwhiting 09:01:46< seele> daskreech: infact, i think it has it's own class 09:01:50< jpwhiting> heya daskreech 09:01:51< pinheiro> frank can say thanks to me later :D 09:02:03< seele> pinheiro: yes, it is all from internet services 09:02:08< agateau> Half-Left: I mean, in kde dialogs with tabs, dialog buttons are usually in a separate box, outside tabs 09:02:11< seele> ok, so before we get on to ghns 09:02:18< seele> what are we saying about Half-Left's dialog? 09:02:26< daskreech> Well I think because GHNS has a name we think it deserves a further identity 09:02:28< seele> it's nice, but i'm not comfortable with the use fo tabs 09:02:29 * Chani has a mockup that's scary and needs help. but I should eat first. 09:02:29< pinheiro> yeah a globe inside a star shaped bad coming up 09:02:33< Half-Left> You notice the zooming function as well, it's like Dolphin's preview zoomer 09:02:53 * notmart wonders how that dialog would work with different wallpapers plugins 09:02:59< daskreech> I don't mind the naming being consistent but having an application be required to brand it seems strange I think 09:03:11< Half-Left> agateau: Not sure, thats liek the current one, ok, cancle ect.. 09:03:16< daskreech> jpwhiting: Apps can implement their own GHNS dialog? 09:03:21< Half-Left> cancel* 09:03:25< seele> daskreech: there is nothing strange about using a consistent icon for the same functionality over and over again 09:03:27< Flyser> Half-Left: Can you add a preview similar to this one: http://g.imagehost.org/0297/preview.png 09:03:29< jpwhiting> daskreech: hmm? 09:03:31< notmart> and: that dialog is kinda different from the dialogs higs, hmm 09:03:33< jpwhiting> they can set the icon 09:03:35-!- rafael_carreras [[email protected]] has joined #kde-usability 09:03:37< jpwhiting> and the title I think 09:03:40< seele> daskreech: it's like using the same icon and label for all file browse buttons 09:03:40< pinheiro> cna some one fill a request for that icon GHNS in http://tinyurl.com/33qfzs ? 09:04:07< seele> pinheiro: i will do it right now 09:04:09< agateau> Half-Left: like this: http://imagebin.ca/view/9Sri_8.html 09:04:09< daskreech> seele: so they would either have Get <word> <Item> or the one icon ? 09:04:15< pinheiro> thanks seele 09:04:31< jpwhiting> daskreech: what do you mean by implement their own? 09:04:34< Half-Left> Flyser: Why would you have that in my mockup?, It shows previews already :p 09:04:56< daskreech> jpwhiting: not sure yet :) I know that I had this written down before my hard drive died 09:05:09< Half-Left> agateau: Oh, you'll have to beare with me, I'm not upto par with KDE HIG 09:05:10< notmart> Half-Left: that view works only for "image" wallpaper plugin tough 09:05:23< notmart> change the type->lose the preview 09:05:26< agateau> Half-Left: no pb 09:05:26< Flyser> Half-Left: but it does not show what it will look like when it's scaled or scaled and cropped 09:05:34< daskreech> That discussion isn't directly related to usability so I'll discuss with you later 09:05:39< jpwhiting> kk 09:05:58< jpwhiting> did I just serendipitously arrive at the time that ghns is going to be discussed next? 09:05:58< Flyser> notmart: It would work for the pattern plugin too 09:06:00< Half-Left> Flyser: I guess you can show that in the previews at different scales 09:06:02< seele> daskreech: yes, the goal is that everyone would have to use the icon and consistent labelling in all GHNS buttons 09:06:26< daskreech> jpwhiting: When it was just discussed :) 09:06:27< Half-Left> notmart: Yep, it's not adapted to 4.3 extra stuff 09:06:33< jpwhiting> seele: there's a knsbutton I believe 09:06:36< daskreech> Well no we are bringing it back up 09:06:37< jpwhiting> that invokes the dialog 09:06:38< daskreech> :) 09:06:49< jpwhiting> that has the star icon on it at the moment I think 09:06:51< jpwhiting> iirc 09:06:59< seele> jpwhiting: oh? what is the labelling in it? 09:07:08< jpwhiting> let me check 09:07:08< seele> "Get new [object]..."? 09:07:10< pinheiro> need to go anything you need from me i will be making icons 09:07:14-!- MoRpHeUz [[email protected]/developer/asouza] has joined #kde-usability 09:07:21< seele> pinheiro: ok, thanks for coming! 09:07:25< agateau> Half-Left: i suggest adding such preview close to the Positioning combo, and make it more clear what it really does 09:07:38< agateau> Half-Left: like showing the rect cropped inside the full image 09:07:38< Flyser> agateau: agreed 09:08:35< Half-Left> Well, I don't how I can with the space availble 09:08:39< Flyser> What about not using the combobox at all, but let the user switch between multiple positioning previews 09:08:47< Half-Left> Pretty tight 09:09:02< Flyser> not sure what this should look like, but I think it would be sexy ;-) 09:09:27< daskreech> pinheiro: sorry if this has gone already has the empty folder icon been discussed already? 09:09:34< Half-Left> hmm, I see 09:09:55< jpwhiting> seele: it lets the app set any text at the moment 09:10:03< jpwhiting> tbh, not sure if it's used by any apps at the moment 09:10:08< Half-Left> Flyser: There is space there but it's tight because of translation 09:10:21< jpwhiting> knewstuff2/ui/knewstuffbutton.h is where it lives though 09:10:45< jpwhiting> if the app specifies text it uses that, otherwise it defaults to "Download New Stuff" 09:10:54< seele> jpwhiting: ok. i think the goal is to create a guideline so that developers set the label to something consistent 09:11:01< jpwhiting> I agree 09:11:35< jpwhiting> it's not public, so I think it's a leftover from kde 3.5 days actually 09:11:48< seele> good reason to work on it then :) 09:11:51< jpwhiting> we can revive this, and make it use the name of what they are getting from the knsrc file 09:11:54< jpwhiting> yeah, exactly 09:12:18< seele> ok, let's talk about it more later. i'll look up different labels people are using and think of some defaults, and i think pinheiro was going to look at creating a new icon 09:12:28< jpwhiting> ok, cool 09:12:34< seele> regarding the appearance UI 09:12:48< jpwhiting> I'd love some feedback on the interface itself also, it's a bit convoluted at the moment 09:12:53< jpwhiting> that where you are going next? 09:12:53< seele> Half-Left: it looks like you got some feedback. do you want to make some changes to your UI and then resubmit it for comment on the kde usability mailing list? 09:13:13< Half-Left> seele: Sure 09:13:25< seele> jpwhiting: hmm.. we started talking about the ui a while ago, but i think chani was next. maybe either next meeting or we can talk about it ourselves some time toon 09:13:29< seele> Half-Left: ok cool! 09:13:32< seele> Chani: are you back from food? 09:13:38< jpwhiting> seele: ok, sounds good to me 09:14:04< notmart> Half-Left: and plasma one too, since it's easy drawng something that gives big implementation problems :p 09:14:09< jpwhiting> I can check the log of this meeting later too right? 09:14:28< seele> jpwhiting: yes, hopefully someone will volunteer and post it :) 09:14:50< seele> ok, let's wait a few minutes for Chani to come back and we can help her with her UI 09:14:52< daskreech> jpwhiting: I think a minimum of functionality needs to be laid out 09:15:01< jpwhiting> daskreech: yeah 09:15:06< Half-Left> notmart: sho and aseigo have seen it and didn't see any biggy issues but who knows :) 09:15:15< seele> otherwise we can call it a short day 09:15:32< daskreech> seele: The list on techbase has been exhausted ? 09:15:40< seele> do people prefer weekday/weekend or early/late? 09:15:42< Flyser> Half-Left: This would be for 4.4 then? 09:15:48< seele> daskreech: the people who posted those items were not available to talk about them 09:15:54< daskreech> Ah ok 09:15:56< jpwhiting> hehe 09:16:15< Half-Left> Flyser: I've no idea really 09:16:20< seele> ok, we'll figure out the time later.. but next meeting in june! 09:16:28< seele> think about what you want to do for 4.4 and we can begin discussing them 09:16:39< seele> in addition to any usability bugs or other things that are bothering you 09:16:43< Flyser> Having this in 4.3 would be really cool, but I don't think its doable 09:17:03< notmart> Flyser: feature and more important, string freeze 09:17:19< Half-Left> If it can be done and people like it, then use it 09:17:50< Half-Left> Well we're in freeze so 4.3 is out of the question 09:18:07< Flyser> notmart: Yeah, that's why I doubt its doable ;-) 09:18:48-!- rafael_carreras [[email protected]] has quit [Read error: 104 (Connection reset by peer)] 09:19:37-!- rafael_carreras [[email protected]] has joined #kde-usability 09:20:35< Chani> seele: back 09:21:02-!- PeterMG [[email protected]] has joined #kde-usability 09:21:39< Chani> ok, so for my soc project, users will be able to configure what happens when they click mouse buttons on the background. 09:21:47< Chani> this means it needs a config interface. 09:22:58< Chani> there are a few mouse buttons (1-3 and the wheel), there will be a handful of plugins in the beginning (but maybe more, since they're plugins), and I thought it'd be nice to allow modifiers on the buttons too (in trunk you can zoom plasma with ctrl+wheel iirc) 09:23:08< Chani> some of the plugins may also be configurable. 09:24:06< daskreech> Assuming that we aren't including logitech mice with like 9 buttons 09:24:10< agateau> Chani: can you give a few examples of what the plugins do? 09:26:15 * daskreech munches on Twix 09:28:13-!- jpwhiting [[email protected]/developer/whiting] has quit [Remote closed the connection] 09:30:06< agateau> Chani, still here? 09:30:31< Chani> aargh 09:30:34< Chani> the internet's gone insane 09:30:57< Chani> ok, so half what I typed never made it, and I dunno if I'm gonna get dropped again 09:30:58< daskreech> You just noticed? 09:31:18< daskreech> Thought that was noted when Rick Rolled through 09:31:19< notmart> internet insane? naah, impossible :) 09:31:24< Chani> it's weird. it's like setting up a connection is hard, but pinging and getting data aren't a problem 09:31:35< Chani> aanyways 09:31:39< daskreech> Oh Yeah My ISP does that to me too 09:31:57< Chani> aseigo told me 9-button mice aren't supported by qt so I'm ignoring them for now 09:31:58-!- jpwhiting [[email protected]/developer/whiting] has joined #kde-usability 09:32:10< agateau> :) 09:32:17< seele> Chani: do you have any screenshots? i think you showed me something a few weeks ago 09:32:32< Chani> seele: yes, ythat's one of the things that got cut off 09:32:41< Chani> give me a minute to remember where I was... 09:34:21< Chani> first mockup: http://chani.ccdevnet.org/sshots/soc09-mockup.png 09:34:35< Chani> project description: http://chani.ccdevnet.org/soc-application-2009.txt 09:34:46< Chani> agateau: some plugins should be mentioned in there 09:35:32< Half-Left> seele: Got to go, thanks for letting me show my work and ideas 09:35:37< Chani> now, that mockup works fine in *my* head but seems to scare other people :) 09:35:46< agateau> Chani: oh, this is the project you mentionned when we were talking about wheel actions! 09:35:57< Chani> we came up with another idea at the gsoc sprint 09:36:10< Chani> but that one is on paper, badly drawn 09:36:20< notmart> Chani: what about using a picture of a mouse, you click on the mouse art and can configure oit? 09:37:03< Chani> the idea was to have a list of plugins, kinda like how you have a list of actions in a keyboard shortcut configdialog, and have the config of button and modifier on each plugin entry 09:37:13-!- Half-Left [[email protected]] has quit ["Gone"] 09:37:13< seele> Chani: how many options are available for the third column? 09:37:19< agateau> Chani: i suggest a dual lists approach: on the left the available plugins, on the right the selected one. The list of the right would allow the user to select the mouse button and modifier 09:37:25< Chani> hmm 09:37:37< Chani> notmart: interesting idea. 09:38:15< Chani> agateau: I really don't like interfaces like that. I'm not sure why but I don't like them. they feel... disconnected, and make me think more 09:38:23< daskreech> I assume Configure is configure the Plugin ? 09:39:20< fredrikh> Chani: you know kwin already has a similar gui 09:39:22< Chani> seele: the third column being hte plugin choice? as many as are installed. I expect to create ... four regular plugins during my soc project, plus three meant for wheel events 09:39:34< Chani> daskreech: yes 09:39:49< agateau> Chani: hard to argue with this :/ 09:40:16< agateau> kwin approach would not work here, because we have a limited set of available "slots" (combination of button+modifier) 09:40:31< agateau> so blindly checking/unckecking plugins won't work 09:40:45 * seele was thinking along the lines of what agateau suggested.. 09:41:10< fredrikh> agateau: i mean the actions section 09:41:26< agateau> fredrikh: oh i see 09:41:29< Chani> kde4 seems to have been moving away from "pick from a list on hte left, configure details on the right" guis... 09:41:29 * agateau opens the dialog 09:42:14< agateau> Chani: it describes quite well what you want to achieve 09:42:25< agateau> pick a plugin, configure it 09:42:51-!- mgraesslin [[email protected]] has quit [Read error: 60 (Operation timed out)] 09:43:08< Chani> crud, kolourpaint isn't working 09:43:27< Chani> agateau: yeah, but we do it so much nicer now with keyboard shortcuts 09:43:51< agateau> Chani: you mean the keyboard shortcut dialog? 09:43:55< Chani> you click an entry, the config stuff expands right there, instead of being off to the side 09:44:06< agateau> I was thinking about something like this actually 09:44:27< agateau> click the plugin you selected (in the list on the right)... and select the mouse button/modifier 09:45:03< Chani> it's the same sort of thing in a way - you have a list of plugins and you set a button+modifier on each - but have the controls embedded in the list instead of on hte right 09:45:08< agateau> but the keyboard shortcut is probably not the best example (it could be simplified imo) 09:45:13< fredrikh> Chani: http://ktown.kde.org/~fredrik/kwinsettings.png 09:45:13< Chani> ...except I don't know how to embed them like that :) 09:45:24< Chani> doing it the old-fashioned way *would* be easier 09:46:14< Chani> it'd also be cool if I could do shiny things like showing the config of each plugin inthe list, so you can see at a glance what buttons will do what 09:46:28< Chani> which hte keyboard shortcuts dialog does too 09:46:35-!- notmart [[email protected]/developer/mart] has quit [Remote closed the connection] 09:46:38< PeterMG> chani: exactly 09:47:08< Chani> fredrikh: that kind of UI would probably work fine if I didn't allow modifiers 09:47:20< fredrikh> yep 09:47:41< Chani> seele: so there's nothing wrong with doing a list of plugins on the left and config for the selected list-entry on the right? 09:48:29< Chani> because maybe I could look into doing shiny embedded-in-the-list things but drop back to that if it turns out to be really hard 09:48:43< agateau> Chani: here is a mockup of my idea: http://imagebin.ca/view/s9Ine5.html 09:49:05< Chani> ... 09:49:10< agateau> With Left and Ctrl on the right being comboboxes 09:49:11< Chani> agateau: oh, that wasn't my idea at all 09:49:26< agateau> and an embedded "configure" button 09:50:20< PeterMG> agateau: fine, except I'd prefer dnd 09:50:58< agateau> PeterMG: sure, both can be done 09:51:48< Chani> oh crud, no wonder kolourpaint's crashing, it's from kdemod 09:51:55< agateau> or you could go for something more visual... 09:51:59 * agateau goes for another mockup 09:52:00< PeterMG> perhaps the plugin list with the kuickshow style on the right 09:52:28< Chani> PeterMG: huh? 09:52:46< PeterMG> selecting the plugin on the left will explode the config shown on the right 09:53:38< PeterMG> the left panel shows the config, the right panel its config 09:53:46< PeterMG> ack 09:54:01 * Chani is still confused 09:54:09< PeterMG> the left panel is the config list, the right shows the settings of the currently selected plugin 09:54:26< Chani> PeterMG: ah. I think that's what I thought agateau was suggesting 09:54:55< PeterMG> you can edit and save each plugin (using the right panel) and save or select any plugin (using the selected left panel) 09:56:14< seele> ah, agateau's mockup isn't quite what i was thinking about either 09:56:22< Chani> ugh, I can't use krita 09:56:23< seele> i was thinking about how the accessibility config UI is handled 09:56:37< seele> Chani: use open office and snip UI widgets using ksnapshot 09:56:45< seele> and use boxes to fill in the blanks 09:56:48< Chani> PeterMG: oh god now, I don't want a save button for every damn plugin, just save them all at the end 09:57:26< PeterMG> Chani: there is one global save, it only save the selected plugin (or apply) 09:57:46< Chani> PeterMG: no. just use the default save mechanism 09:57:59< Chani> there is NO reason whatsoever to save only a subset of hte configuration 09:58:46-!- rafael_carreras [[email protected]] has quit [Remote closed the connection] 09:58:47< PeterMG> Chani: erm, we have 10 plugins, but I want to edit 3, so I select each one and config it, then save ...move on to the next ... etc 09:59:15< PeterMG> I see all the plugins listed on the left panel 09:59:26< PeterMG> and and can edit each one using the right panel 10:00:09< PeterMG> once setup I can ok, which saves the currently selected left panel plugin 10:00:19< PeterMG> as the default 10:00:24< PeterMG> or currently using one 10:00:27< seele> Chani: does the modifier need to be configured separately? 10:00:34< pinheiro> back so what did i miss 10:00:47-!- fredrikh [[email protected]/fredrik] has quit ["bbl"] 10:01:23< agateau> Here is my other mockup: http://imagebin.ca/view/lpFbIQX.html 10:02:14< agateau> It's a variant of the previous one, except you would be adding mouses instead of rows in a list :) 10:02:42< agateau> and click the buttons and modifiers to select them 10:02:53< agateau> the X would remove the mouse 10:02:59< agateau> the C would configure the plugin 10:03:02< seele> Chani: what happens when you click Configure...? what options are there besides the key combination and the object? 10:03:09< PeterMG> agateau: great, but where does it show what is activated? 10:03:22< Chani> PeterMG: that's not normal kde workflow. when you change a set of keyboard shortcuts do you really want to save after every. single. shortcut? 10:03:48< Chani> seele: separeately? I don't think I understand 10:03:49< agateau> PeterMG: the mouse list on the right is the "list" of enabled plugins 10:04:03< Chani> seele: here's what I thought agateau was suggesting: http://imagebin.ca/view/O8th0Jb.html 10:04:23< PeterMG> Chani: no, that's not it, I want to save a plugin change, not every short-cut 10:04:25< Chani> seele: the configuration would depend on the plugin 10:04:26< seele> Chani: right, what does configure do? 10:04:30< seele> ah 10:04:54< Chani> seele: for instance, a plugin for showing a list of improtant applications would let you choose which applications to include in the list 10:04:57< agateau> Chani: problem with this is it's difficult to see if you have conflicts 10:05:57< seele> hmm 10:06:34< seele> Chani: do you use kopete? go to the plugins configure screen 10:06:51< seele> can you do something like that? the icon to configure, but then add another button to capture the key combo 10:07:31< seele> if you go into system settings > standard keyboard shortcuts 10:07:33< PeterMG> hmm, we have three sets of data, the plugins, the mouse clicks, and an activation list? 10:07:49< seele> and click on one of the shortcuts, there is a button that allows you to configure a shortcut by typing it, and it captures the modifier 10:07:53< daskreech> and keyboard shurtcuts 10:09:08< PeterMG> the activation and mouse clicks are static, but the plugin shows the mapping between mouse clicks and actions? 10:12:51< agateau> PeterMG: from what i understand, you decide to associate a plugin to a mouse click plus optional modifier 10:13:05 * Chani tries to figure out how to drag an image out of the gimp 10:13:21< PeterMG> agateau: it is a complete mapping of all mouse clicks 10:13:25< Chani> seele: no, I don't have kopete installed :( 10:13:48< seele> Chani: ok, i'll mock it up, mom 10:13:50< agateau> Chani: try to drag the layer from the layer list 10:14:46< agateau> PeterMG: some plugins can be configured, others cannot 10:14:47< PeterMG> agateau: yes, mouse + modifier 10:15:10< PeterMG> agateau: then they'd be grayed out? 10:15:33< agateau> PeterMG: the configure button would be grayed out 10:15:43< PeterMG> ok 10:16:20< PeterMG> What I see missing is a list of possible actions 10:16:38< Chani> the only potential problem I can see is if some power user wants to have one application-list on one mouse button and another appilcation-list on another button... most *other* plugins wouldn't make sense to be used more than once 10:16:48< Chani> PeterMG: the plugins are actions 10:17:11< PeterMG> oic 10:18:03< PeterMG> hmm, so the plugin usually allows zero or more unique mouse clicks 10:18:20< Chani> http://imagebin.ca/view/7KCklv.html <-- seele, that's my idea for something that shows info embedded in hte list of plugins. not sure how hard actual implementatioon would be. 10:18:30< agateau> PeterMG: the mouse click trigger the plugin 10:18:35< PeterMG> but some pwr user may want two or more per action? 10:18:51< Chani> PeterMG: the user associates mouse clicks with plugins, then the plugin gets run when the mouse click happens 10:19:13< Chani> PeterMG: I don't know what you mean by action. 10:19:40< PeterMG> Chani: raise + activate window 10:20:01< Chani> PeterMG: oookay, we're not on the same planet :) 10:20:18< agateau> PeterMG: Chani project is about actions on desktop, not kwin 10:20:47< PeterMG> Chani: yes, but he wanted a definition of action 10:21:17< agateau> PeterMG: action <=> plugin 10:21:42< agateau> PeterMG: in kwin, combination of mouse + modifier trigger actions 10:21:49< agateau> here they would trigger plugins 10:21:55< PeterMG> right 10:22:32< PeterMG> so only one mouse click + mod per plugin? 10:22:32-!- michaelrudolph [[email protected]] has quit  10:22:40< Chani> oh, we'll probably want an about-button beside the config-button, I guess. urgh. 10:22:47-!- SSJ_GZ [[email protected]] has left #kde-usability ["Konversation terminated!"] 10:23:02< seele> Chani: http://www.obso1337.org/chani-mockup.png 10:23:03< agateau> PeterMG: yes I think so 10:23:08< Chani> PeterMG: if we do it this way, then yes. which makes sense for something like a windowlist, but not so much for something as configurable as a list of apps 10:23:10< seele> checkbox to enable disable 10:23:23< seele> button to configure shortcut (like in keyboard shortcuts, supports modifier key) 10:23:24-!- StyXman_ [[email protected]] has left #kde-usability  10:23:28< seele> button to configure plugin 10:23:31< seele> optional about plugin 10:23:36< seele> (got to go) 10:23:56< Chani> seele: hmm, yeah, that's the kind of embedded thing I was going for 10:24:44< Chani> am I going to end up making some kind of shiny doodad that records the mouseclick like hte shiny thingthat records the keypress(es) for setting keyboard shortcuts? :) 10:24:51< agateau> Chani: if you want to be able to associate the same plugin to multiple click+mod, then your ui needs to first let the user add click+mod, then associate the click+mod with a plugin 10:25:21< Chani> the only thing that irks me a little is the checkbox being waaay over to the left, instead of hte little-black-X that keyboard shortcuts have. 10:25:56< Chani> naturally I'd make it so that clicking the button-selector-button checked the checkbox... but... hmm 10:26:17< Chani> agateau: and then we're back to my original scary mockup. 10:26:25< Chani> hmm. 10:26:38< agateau> or something similar 10:26:58< agateau> this is probably the first question you need to answer: do you want to make this configuration possible? 10:27:14< Chani> the combination of click+mod has to be unique, which means it's not as simple as if the button alone was unique 10:27:21< Chani> hmmm. 10:27:23< PeterMG> Chani: what a about agateau's mouse image for each plugin, with each part highlighted? 10:27:25< Chani> I guess I have to think about that 10:27:48< PeterMG> Chani: icon - plugin list 10:28:11< Chani> hmm 10:28:22 * agateau draws another mockup 10:28:48< PeterMG> you can config the plugin by clicking the parts of the icon? 10:28:59< Chani> I worry about accessibility, with images. I guess I won't have to worry about the number of buttons on hte mouse changing if qt really doesn't support that... but... 10:29:38< PeterMG> Chani: does it really have to be an image, or just look like one? 10:30:05< Chani> ? 10:30:49< PeterMG> Chani: I thinking the image (whatever) has hotspots to toggle the state 10:31:11< PeterMG> Chani: so clicking the icon's left button will toggle it for the plugin 10:31:57< Chani> hrm. I also have to then flip the image if teh person's set lefthanded mode 10:31:58< PeterMG> because each plugin has its own icon, you can see whether two icons match, a conflict 10:33:34< agateau> Chani: http://imagebin.ca/view/gu2Z47.html 10:33:56< agateau> I don't think you need to worry about left/right handed 10:34:22< agateau> mmm not sure actually 10:35:49< PeterMG> agateau: not quite, the icons are listed with the plugin, so you can see conflicts 10:36:18< PeterMG> a single mouse panel is used to configure the selected plugin 10:36:30< PeterMG> and its icon will change accordingly 10:37:49< agateau> PeterMG: this would not allow assigning the same plugin to multiple click+mod, would it? 10:38:14< PeterMG> heh, you can list the icons hor in the plugin list 10:38:29< PeterMG> perhaps, plugin name - icon list 10:39:06< PeterMG> by clicking on the icon in the list you can reconfig it using the main mouse panel 10:39:12< PeterMG> or delete it 10:40:05< PeterMG> selecting the plugin and draging (add, remove button) it the panel will add another shortcut 10:40:17< PeterMG> icon 10:41:48-!- nelli [[email protected]] has quit [Remote closed the connection] 10:43:37< agateau> have to go 10:43:46< agateau> bye 10:43:53-!- agateau [[email protected]] has quit ["bed time"] 11:22:32-!- MoRpHeUz [[email protected]/developer/asouza] has quit [Remote closed the connection] 11:32:45< daskreech> It allows modifiers like Ctrl+Left Click Etc? 11:36:22< PeterMG> daskreech: who're you asking? 11:37:12< daskreech> In general. The Shortcut thing I had thought was an optional keyboard shortcut to invoke the plugin. Just occured to me it may be a modifier for the mouse button only 11:37:52-!- dh64 [[email protected]] has joined #kde-usability 11:37:57< PeterMG> daskreech: yea, it looks like its for mouse, but includes kbd mods 11:38:07< daskreech> ok Retrieved from "https://techbase.kde.org/index.php?title=Projects/Usability/Meetings/2009May14&oldid=41719" This page was last edited on 15 May 2009, at 04:04. Content is available under Creative Commons License SA 4.0 unless otherwise noted.