| *** lbt has quit IRC | 01:28 | |
| *** VDVsx has quit IRC | 01:59 | |
| *** tKMFDM has quit IRC | 02:19 | |
| *** Andy80 has joined #maemo-ui | 03:58 | |
| Andy80 | hi all :) | 03:58 |
|---|---|---|
| *** Andy80 has quit IRC | 04:26 | |
| *** lbt has joined #maemo-ui | 09:26 | |
| *** JaakkoV has joined #maemo-ui | 09:28 | |
| *** KMFDM has joined #maemo-ui | 10:43 | |
| *** JaakkoV has quit IRC | 10:49 | |
| *** JaakkoV has joined #maemo-ui | 11:03 | |
| *** MartinG has joined #maemo-ui | 13:16 | |
| *** Andy80 has joined #maemo-ui | 15:41 | |
| Andy80 | hi all | 15:41 |
| Andy80 | the scrollable list used, for example, in MicroB browser when you start it, or... for example, in Contacts application ecc... can be done with a QTableView class? | 15:42 |
| *** mikhas has joined #maemo-ui | 15:45 | |
| *** VDVsx has joined #maemo-ui | 15:55 | |
| lcuk | Andy80, you mean kinetics by default? | 16:28 |
| Andy80 | lcuk: no, I mean the widget itself.... I just need a scrollable list | 16:28 |
| lcuk | isnt that not just a normal list/gridview type thing.. | 16:29 |
| lcuk | at least scrollable content list should be? | 16:29 |
| Andy80 | don't know,... I just asked if I can reproduce the same widget using a QTableView. maybe adjusting some properties to make it look similar | 16:30 |
| *** JaakkoV has quit IRC | 16:43 | |
| *** MartinG has quit IRC | 16:48 | |
| *** KMFDM has quit IRC | 16:55 | |
| *** KMFDM has joined #maemo-ui | 16:56 | |
| mikhas | hi, are those confirm dialogs with "yes/no" buttons on the right side really the recommended way? | 17:11 |
| aSIMULAtor | well, depends on what the step prior to that is, maybe it can be avoided | 17:16 |
| mikhas | well, I let the user click an icon, brings up a menu with things like "abort game". I think the user needs the chance to confirm this option | 17:18 |
| aSIMULAtor | yes then yes/no to the right is the correct way | 17:18 |
| mikhas | ok, thanks | 17:18 |
| *** alterego has joined #maemo-ui | 18:14 | |
| mikhas | should labels in an input form activate the focus of the belonging input field when clicked? | 18:14 |
| mikhas | the application manager's "add catalog" dialog does it, the calendar app's "new event" dialog doesnt | 18:16 |
| alterego | mikhas: I think sandman's point was, no other app even seems to use labels. | 18:16 |
| mikhas | we'll get an answer here about that, too =D | 18:17 |
| mikhas | well, hopefully | 18:17 |
| alterego | Unless it's a button selector, type implementation. | 18:17 |
| alterego | I might just implement button selectors to be compliant ;) | 18:18 |
| alterego | and render correctly ^.^ | 18:18 |
| * mikhas reads the UI spec | 18:18 | |
| alterego | I think he has a point, none, that I can see, of the other applications eem to do it that way. Though, admittedly adding a catalog is a bit more complex than most other use cases. | 18:20 |
| mikhas | or does page 60 of the hildon 2.2 widget ui spec should be read as "dont use labels for hildon touch entries"? | 18:27 |
| mikhas | does ... should? meh. "meant to be read as" | 18:27 |
| aSIMULAtor | [06:14pm] <mikhas> should labels in an input form activate the focus of the belonging input field when clicked? | 19:09 |
| aSIMULAtor | sorry i was taking a nap | 19:09 |
| *** jevin has joined #maemo-ui | 19:09 | |
| aSIMULAtor | but, do you mean, if you click on the text label next to the input field? | 19:09 |
| mikhas | aSIMULAtor, yes exactly | 19:09 |
| aSIMULAtor | no it shouldn't select the input field...it's just a label :P | 19:10 |
| mikhas | good, app manager: wrong, calendar: right | 19:10 |
| mikhas | now, labels in general, for hildon touch entries: good or bad? | 19:10 |
| lcuk | in some uis the selection iwll occur based on the tree of components, but not all | 19:10 |
| aSIMULAtor | ooh just saw app manager and what u just said | 19:12 |
| aSIMULAtor | at least in some other dialogs yeah, it doesn't behave like app manager label+input field | 19:13 |
| *** jevin has quit IRC | 19:46 | |
| *** jevin has joined #maemo-ui | 19:50 | |
| *** jevin has quit IRC | 19:51 | |
| *** jevin has joined #maemo-ui | 20:15 | |
| *** jevin has quit IRC | 20:23 | |
| *** VDVsx has quit IRC | 20:26 | |
| *** VDVsx_ has joined #maemo-ui | 20:27 | |
| *** jevin has joined #maemo-ui | 20:40 | |
| *** VDVsx_ is now known as VDVsx | 20:44 | |
| *** VDVsx has quit IRC | 20:44 | |
| *** VDVsx has joined #maemo-ui | 20:44 | |
| *** jevin has quit IRC | 21:04 | |
| *** jevin has joined #maemo-ui | 21:08 | |
| *** _Lucretia_ has quit IRC | 21:41 | |
| *** VDVsx has quit IRC | 23:35 | |
| alterego | ~. | 23:37 |
| alterego | Oops | 23:37 |
| alterego | Aha, contacts, create a new account. Uses labels. | 23:41 |
| alterego | They are vertically aligned to centre. :) | 23:41 |
| alterego | To kick a dead horse ;) | 23:42 |
| alterego | Clicking on labels, does not select entry, but that wasn't ever my issue :) | 23:42 |
| alterego | Sooo, now I'm wondering whether to file a bug. :) | 23:47 |
| mikhas | (I think the qt thing is a style bug, regardless of what sandman said. labels in a form layout need to be vertically centered by default) | 23:49 |
| mikhas | I think most text items are vertically centered anyway, on maemo | 23:49 |
| alterego | Yeah, I think it should be customisable, and at the most, default to top alignment to maintain backward compatibility. | 23:52 |
| alterego | I don't mind setting the alignment flag on the form layout. It's what I tried to do :) | 23:52 |
| mikhas | why default on top alignment for maemo5? | 23:53 |
| mikhas | what backward compat? | 23:53 |
| alterego | No, not maemo, sorry, mainline Qt. | 23:54 |
| mikhas | the desktop is a separate issue | 23:54 |
| alterego | Yeah, I guess you're right, | 23:54 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!