Comments for HCI in Open Source http://blog.holehan.org It's not bee-log Sun, 28 Jan 2007 23:08:00 +0000 hourly 1 http://wordpress.org/?v=3.0.1 Comment on Small steps to a Fitts’er KDE by Anonymous http://blog.holehan.org/2006/07/22/small-steps-to-a-fittser-kde/comment-page-1/#comment-50 Anonymous Sun, 28 Jan 2007 23:08:00 +0000 http://blog.holehan.org/?p=11#comment-50 I totally agree with the border-beside-the-scrollbar problem. I use a tablet, and grab the scrollbar to scroll. Why oh why is that border it the edge there?<br/><br/>People, you should also not argue too much about "this-is-better-than-that." Better if both choices were implemented, eh? We all have different preferences. Do NOT impose your preferences upon others. I totally agree with the border-beside-the-scrollbar problem. I use a tablet, and grab the scrollbar to scroll. Why oh why is that border it the edge there?

People, you should also not argue too much about “this-is-better-than-that.” Better if both choices were implemented, eh? We all have different preferences. Do NOT impose your preferences upon others.

]]> Comment on Small steps to a Fitts’er KDE by Florian Grässle http://blog.holehan.org/2006/07/22/small-steps-to-a-fittser-kde/comment-page-1/#comment-49 Florian Grässle Thu, 14 Sep 2006 20:11:00 +0000 http://blog.holehan.org/?p=11#comment-49 @prevous anonymous<br/>thanks for the tip. serenity rocks (wrt to clicking labels)! :D @prevous anonymous
thanks for the tip. serenity rocks (wrt to clicking labels)! :D

]]> Comment on Small steps to a Fitts’er KDE by Anonymous http://blog.holehan.org/2006/07/22/small-steps-to-a-fittser-kde/comment-page-1/#comment-48 Anonymous Tue, 12 Sep 2006 01:29:00 +0000 http://blog.holehan.org/?p=11#comment-48 Somebody listened to you: <a href="http://maxilys.blogspot.com/2006/07/kde-beauty-of-code.html" rel="nofollow">Look at this blog.</a><br/><br/>It shows the code that makes Serenity style supports click on labels to activate the corresponding widget. One step in the right direction...<br/><br/>Regarding Fitts' law and window resizing, I discovered today(!) that KDE offers you the widest space as possible to do it: The whole window. Just try ALT + right-click. (I'm still wondering why I never tried this although I know ALT + click to move a window.) Somebody listened to you: Look at this blog.

It shows the code that makes Serenity style supports click on labels to activate the corresponding widget. One step in the right direction…

Regarding Fitts’ law and window resizing, I discovered today(!) that KDE offers you the widest space as possible to do it: The whole window. Just try ALT + right-click. (I’m still wondering why I never tried this although I know ALT + click to move a window.)

]]> Comment on Small steps to a Fitts’er KDE by Anonymous http://blog.holehan.org/2006/07/22/small-steps-to-a-fittser-kde/comment-page-1/#comment-47 Anonymous Fri, 28 Jul 2006 06:29:00 +0000 http://blog.holehan.org/?p=11#comment-47 @Tina Trillitzsch<br/><br/>The source is a Iranian professor I had when I was in the University of Technology of Compiègne, in France. He is specialized in the studies of cultural differences and their consequences in the daily life. Quite interesting I thought. @Tina Trillitzsch

The source is a Iranian professor I had when I was in the University of Technology of Compiègne, in France. He is specialized in the studies of cultural differences and their consequences in the daily life. Quite interesting I thought.

]]> Comment on Small steps to a Fitts’er KDE by Anonymous http://blog.holehan.org/2006/07/22/small-steps-to-a-fittser-kde/comment-page-1/#comment-46 Anonymous Wed, 26 Jul 2006 21:23:00 +0000 http://blog.holehan.org/?p=11#comment-46 <i>as well as a cursor change, as you scroll over any 'resize' control: window edge, drag corner, etc.</i><br/><br/>Have you ever used a computer?<br/><br/>Every window system I've ever used (including KWin) already does this.<br/><br/><i>To me it makes perfectly sense to be able to make a maximized window smaller by dragging the right border to the left (we can maximize it later again). And this contradicts your idea of making scrollbars edge aware. Who uses scrollbars anyway, now that we have mouse wheels?</i><br/><br/>That is configurable. It would (or should) be a simple matter to remove the 1 pixel border around the KHTML view. Then the scrollbars would be 'edge aware' if you have true maximised windows, and almost exactly the same as before if you don't. as well as a cursor change, as you scroll over any ‘resize’ control: window edge, drag corner, etc.

Have you ever used a computer?

Every window system I’ve ever used (including KWin) already does this.

To me it makes perfectly sense to be able to make a maximized window smaller by dragging the right border to the left (we can maximize it later again). And this contradicts your idea of making scrollbars edge aware. Who uses scrollbars anyway, now that we have mouse wheels?

That is configurable. It would (or should) be a simple matter to remove the 1 pixel border around the KHTML view. Then the scrollbars would be ‘edge aware’ if you have true maximised windows, and almost exactly the same as before if you don’t.

]]> Comment on Small steps to a Fitts’er KDE by Tina Trillitzsch http://blog.holehan.org/2006/07/22/small-steps-to-a-fittser-kde/comment-page-1/#comment-45 Tina Trillitzsch Wed, 26 Jul 2006 17:40:00 +0000 http://blog.holehan.org/?p=11#comment-45 to the anonymous person above me: "which means they are more used to icons or symbols than text" - I would be very interested in the source for that, and its significance and implications for complex interfaces. to the anonymous person above me: “which means they are more used to icons or symbols than text” – I would be very interested in the source for that, and its significance and implications for complex interfaces.

]]> Comment on Small steps to a Fitts’er KDE by Anonymous http://blog.holehan.org/2006/07/22/small-steps-to-a-fittser-kde/comment-page-1/#comment-44 Anonymous Wed, 26 Jul 2006 06:21:00 +0000 http://blog.holehan.org/?p=11#comment-44 <i>Use toolbar icons with text</i><br/>Don't do that ! Never ! Why ?<br/>- it takes too much screen space. Remember that what is important is the document the app is displaying, not the application<br/>- a lot of people around the world (not in the US) uses implicit communications, which means they are more used to icons or symbols than text<br/><br/>So my advice : always use icons only, with a feature to activate on an application basis text under icons. Please never do this globally as some apps will never need this (konqueror), others might (kontact). Use toolbar icons with text
Don’t do that ! Never ! Why ?
- it takes too much screen space. Remember that what is important is the document the app is displaying, not the application
- a lot of people around the world (not in the US) uses implicit communications, which means they are more used to icons or symbols than text

So my advice : always use icons only, with a feature to activate on an application basis text under icons. Please never do this globally as some apps will never need this (konqueror), others might (kontact).

]]> Comment on Small steps to a Fitts’er KDE by segedunum http://blog.holehan.org/2006/07/22/small-steps-to-a-fittser-kde/comment-page-1/#comment-43 segedunum Tue, 25 Jul 2006 21:34:00 +0000 http://blog.holehan.org/?p=11#comment-43 <i>While this is one way to fix the bug, another way would have been to make the whole width of the checkbox a click target -- similar to how GTK does it.</i><br/><br/>If this means the checkbox, text label and the horizontal 'free space' beyond the label then just don't think about doing it. It is horribly annoying, because many people do click on free space to change focus. While this is one way to fix the bug, another way would have been to make the whole width of the checkbox a click target — similar to how GTK does it.

If this means the checkbox, text label and the horizontal ‘free space’ beyond the label then just don’t think about doing it. It is horribly annoying, because many people do click on free space to change focus.

]]> Comment on Small steps to a Fitts’er KDE by Anonymous http://blog.holehan.org/2006/07/22/small-steps-to-a-fittser-kde/comment-page-1/#comment-42 Anonymous Tue, 25 Jul 2006 20:15:00 +0000 http://blog.holehan.org/?p=11#comment-42 On the issue of putting the focus on a text box when clicking on "its" label, this should be a one-liner in most cases even in Qt3<br/><br/>Something like<br/><br/>label->setFocusProxy(lineEdit);<br/><br/>Maybe the respective developers just didn't know about it or about the usability improvement they'll get On the issue of putting the focus on a text box when clicking on “its” label, this should be a one-liner in most cases even in Qt3

Something like

label->setFocusProxy(lineEdit);

Maybe the respective developers just didn’t know about it or about the usability improvement they’ll get

]]> Comment on Small steps to a Fitts’er KDE by Anonymous http://blog.holehan.org/2006/07/22/small-steps-to-a-fittser-kde/comment-page-1/#comment-41 Anonymous Tue, 25 Jul 2006 18:42:00 +0000 http://blog.holehan.org/?p=11#comment-41 space between menu entries: what lead to the current behavior was a suggestion by a "usability aware" lady from osnews.com (eugenia)... I think I'm going to change it in Plastik for KDE 4<br/><br/>Connect labels with their respective widget: as I said on kde-core-devel, I love this idea. I'm not sure if this is the most elegant way, but I'm quite eager to hack this into KStyle using eventFilter() stuff... :)<br/><br/>Make the whole width of checkboxes clickable: AFAIK KStyle (4) derived styles already have the whole checkbox label clickable, while in most Qt4 styles only the area around the text label is.<br/><br/>Introduce a dedicated resize handle: this should be discussed in the HIG, I think.<br/><br/>maximized windows make scrollbars edge aware: there is the switch "QStyle::SH_ScrollView_FrameOnlyAroundContents" for styles which would solve this for many cases (only used in Qt Motif stlye, I think - I need to play with it a bit more...). better support for things like this was promised to me for Qt 4.2 but nothing came out of it.<br/><br/>sgiessl space between menu entries: what lead to the current behavior was a suggestion by a “usability aware” lady from osnews.com (eugenia)… I think I’m going to change it in Plastik for KDE 4

Connect labels with their respective widget: as I said on kde-core-devel, I love this idea. I’m not sure if this is the most elegant way, but I’m quite eager to hack this into KStyle using eventFilter() stuff… :)

Make the whole width of checkboxes clickable: AFAIK KStyle (4) derived styles already have the whole checkbox label clickable, while in most Qt4 styles only the area around the text label is.

Introduce a dedicated resize handle: this should be discussed in the HIG, I think.

maximized windows make scrollbars edge aware: there is the switch “QStyle::SH_ScrollView_FrameOnlyAroundContents” for styles which would solve this for many cases (only used in Qt Motif stlye, I think – I need to play with it a bit more…). better support for things like this was promised to me for Qt 4.2 but nothing came out of it.

sgiessl

]]>