21 May
2013
21 May
'13
10:52
On 05/18/2013 08:50 AM, Angelo Naselli wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Il 17/05/2013 19:41, Angelo Naselli ha scritto: >> Il 17/05/2013 16:34, Thomas Goettlicher ha scritto: >>> - Selecting checkboxes in qt with your changes doesn't work with >>> keyboard. >> - Selecting checkboxes works in gtk, but there is no evidence on >> selected column >> >> >> I'm trying to follow your idea to have only a multiselection, with >> a checkable column as a choice. I need this checkable column >> working and upstream as soon as possible ;) >> >> Multiselection though does not allow an header and at the moment is >> (using ncurses) at the first column. >> >> Angelo >> > Well i thought for while more, before starting working on it > and i think my old approach is not wrong after all. There is > a difference in line (item) selected and checked, here below a cut of > rpmdragora in necurses. I used "[............]" to show > the line selection here: > > [x]│vim-X11...│7.3.762 │5.mga3 │x86_64│installed > [[ ]│xemacs....│21.4.22 │13.mga2 │x86_64│not installed] > ... > > ─────────────────────────────────────────────────────────────── > Informations > > xemacs - Highly customizable text editor and application > development system > Notice: This is an official package supported by > Mageia > ─────────────────────────────────────────────────────────────── > > As you can see checked means to be installed or already installed, > while selected retrieve package info. They are not the same, even > if in ncurses selecting the line with space and return, usually > checks the first column. > Selecting the line can fall in adding/removing any packages :) > So I believe the action here is to select the column, not the > line... Also because in QT/GTK the multiselection finishes as > soon as we select another line, so the behavior is different again. > > I think, to avoid confusion, adding a checkable item should > block multi-selection in YTable, at least for ncurses. > > Maybe a first approach could be to add a checkable item, > at the begin or at the end, so we can add only one column > in a fixed position, at the end solve the selection/check > issue in ncurses, but the user has to move to last column > to check it. > > Thomas, I thought also to setShowCheckBoxes(true) idea, but i found > a problem in there, setting it later (means after constructor), > has some bad side effects, columns in qt are built in the constructor, > so we have to add one as soon as setShowCheckBoxex has been called, > if it's called after some items have been added, the job is more > complicated, and last if ytable item is not set as multiselection > we have to decide if managing it anyway or not. But as i said above > selecting and checking are different things imo. > > Any comments here? Most important is not to brake applications which use YTable already. Even with code changes the widgets should behave to applications in the same way they behaved before. BTW: If the checkbox is just an indicator for a status an icon could be the solution. The Qt package selector uses an icon to show if an package is installed, selected for installation, selected for update, and so on. Cheers, Thomas > > TIA, > Angelo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlGXJMMACgkQqEs9DA4DquBqNQCbBwK9irh2gsbt4N+98gIYXmXD > mukAnjVMavkMBAHSfflHHdSzuZRzZVRV > =UlYE > -----END PGP SIGNATURE----- -- Thomas Goettlicher SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: libyui-devel+unsubscribe@opensuse.org To contact the owner, e-mail: libyui-devel+owner@opensuse.org