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 [firstname.lastname@example.org] 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 [i=501@unaffiliated/nemesis128] has joined #kde-usability
08:07:54-!- fredrikh [n=fredrik@kde/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 [n=KDE4Art@5ad5cfa2.bb.sky.com] 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 [n=quassel@ubuntu/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@example.com] 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 [firstname.lastname@example.org] has joined #kde-usability
08:14:57-!- DebianUT [n=USER@184.108.40.206] 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@example.com] 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 [firstname.lastname@example.org] 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@example.com] 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 [firstname.lastname@example.org] 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 [n=pepo@p5B3BB4DC.dip.t-dialin.net] has joined #kde-usability
08:24:33-!- SSJ_GZ [n=SSJ@220.127.116.11] 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 [n=serenity@p4FC6BBE0.dip0.t-ipconnect.de] has quit [Remote closed the connection]
08:24:59< notmart> kdepepo: no?
08:25:04-!- serenity [n=serenity@p4FC6BBE0.dip0.t-ipconnect.de] 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@example.com] 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 [firstname.lastname@example.org] has quit [Connection timed out]
08:43:11-!- kdepepo [n=pepo@p5B3BB4DC.dip.t-dialin.net] 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@example.com] 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 [firstname.lastname@example.org] 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@example.com] 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: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_ [firstname.lastname@example.org] 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 [n=serenity@p4FC6BBE0.dip0.t-ipconnect.de] 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 [n=jeremy@kde/developer/whiting] has joined #kde-usability
09:01:33< daskreech> I've not noticed
09:01:34-!- rafael_carreras_ [email@example.com] 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 [firstname.lastname@example.org] 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 [n=morphbr@kde/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@example.com] has quit [Read error: 104 (Connection reset by peer)]
09:19:37-!- rafael_carreras [firstname.lastname@example.org] has joined #kde-usability
09:20:35< Chani> seele: back
09:21:02-!- PeterMG [email@example.com] 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 [n=jeremy@kde/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 [n=jeremy@kde/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 [n=KDE4Art@5ad5cfa2.bb.sky.com] 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 [firstname.lastname@example.org] 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 [n=diau@kde/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@example.com] 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 [n=fredrik@kde/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 [n=mr@p4FD1D201.dip.t-dialin.net] 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 [n=SSJ@18.104.22.168] 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_ [firstname.lastname@example.org] 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@example.com] has quit [Remote closed the connection]
10:43:37< agateau> have to go
10:43:46< agateau> bye
10:43:53-!- agateau [firstname.lastname@example.org] has quit ["bed time"]
11:22:32-!- MoRpHeUz [n=morphbr@kde/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@example.com] 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