On Friday January 18 2019 14:11:38 Nate Graham wrote:
> Yeah, go ahead and put it up on Phab!
>
> Nate
Okidoki. Willdo tomorow, I'm still tweaking it a bit.
R.
Yeah, go ahead and put it up on Phab!
Nate
On 1/18/19 1:56 PM, René J.V. Bertin wrote:
Hi,
Assistance would be appreciated. :-)
I've whipped up something, a bit sneaky but it does more or less what I had in
mind.
- the QEvent::Polish handler connects to the sectionResized signal
- this
Hi,
>Assistance would be appreciated. :-)
I've whipped up something, a bit sneaky but it does more or less what I had in
mind.
- the QEvent::Polish handler connects to the sectionResized signal
- this sectionResized slot will check if the QTreeView contains a positive
number of elements, if th
OK, bummer, apparently Qt didn't think it a good idea to add a "size
automatically but allow the user to change afterwards) :-(
There is QHeaderView::sectionSizeFromContents() but using that may give the
same
performance issue as your reverted fix (it's protected so you'd need to use a
wrapped
OK, bummer, apparently Qt didn't think it a good idea to add a "size
automatically but allow the user to change afterwards) :-(
There is QHeaderView::sectionSizeFromContents() but using that may give the
same
performance issue as your reverted fix (it's protected so you'd need to use a
wrapped
Yes, this was an intentional change:
https://cgit.kde.org/kio.git/commit/?id=e504bc1fd56412ee7e9748a0dfafa537977ec1b5
Check out the listed bugs that it fixed! However I understand that it did cause
some fallout: https://bugs.kde.org/show_bug.cgi?id=401506
I tried to fix that in
https://cgit.kd
Yes, this was an intentional change:
https://cgit.kde.org/kio.git/commit/?id=e504bc1fd56412ee7e9748a0dfafa537977ec1b5
Check out the listed bugs that it fixed! However I understand that it did cause
some fallout: https://bugs.kde.org/show_bug.cgi?id=401506
I tried to fix that in
https://cgit.kd
Hmmm, I never see a scrollbar.
Maybe the easiest workaround would be a mode where the user can disable all
automatic sizing (possibly after getting a good initial setting), and then use
the user's size choices? That's the behaviour you get on Mac (and MSWin) and
something I more or less expect
Kai Uwe Broulik wrote:
> Yes, to ensure sane default sizing of the columns, especially as you
> resize the dialog, which were often too narrow or too wide or otherwise
> unfitting.
Hmm, where? Could have been made optional as they were indeed often not the
appropriate size and while I haven't se
Has resizing support been turned off in KF5 maybe, and if so, where and why?
Yes, to ensure sane default sizing of the columns, especially as you
resize the dialog, which were often too narrow or too wide or otherwise
unfitting.
Cheers
Kai Uwe
Hi,
Sorry for cross-posting (initially), I'm not certain which list is the most
appropriate.
It's often been tricky to trigger column resize mode in the KDE file dialog
(when in one of the detailed view modes) but I realise I haven't been able to
do this at all for a little while now. I just c
11 matches
Mail list logo