https://bugs.kde.org/show_bug.cgi?id=486310
Ron <kdenlive-b...@contact.dot-oz.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kdenlive-b...@contact.dot-o
| |z.net
--- Comment #9 from Ron <kdenlive-b...@contact.dot-oz.net> ---
Bernd asked if I could take a peek at this a couple of weeks ago, and having
just been messing with the file dialog for exporting subtitles, I figured I
might finally know my way around at least enough to get some sense of what's
going on here ...
The "Add Clip of Folder" option opens a KFileWidget, which it seems we don't
really have any direct control over sizing, and which doesn't appear to retain
any memory of prior user resizing. It does have two identically implemented
methods to report the size it would like to be, sizeHint()
(https://api.kde.org/frameworks/kio/html/kfilewidget_8cpp_source.html#l00567)
and dialogSizeHint
(https://api.kde.org/frameworks/kio/html/kfilewidget_8cpp_source.html#l02962)
...
And looking at how it behaves for me in a VM with current bleeding edge plasma
and on a desktop running Sawfish in MATE, it does seem to pop up sized to half
the screen size in both cases as that code would suggest.
So the next interesting question now for the people this is terribly small for,
is:
- is your screen so small that half the screensize is too small for this
dialog?
- or is your window manager doing something awful and ignoring that size hint?
But short of subclassing KFileWidget and reimplementing its sizeHint() method,
there doesn't really appear to be a lot we can do in kdenlive to fix this, or
anything we are Doing Wrong ... I'll leave this open until we answer the
question(s) above though in case there is something we can document to avoid a
system-related problem.
--
You are receiving this mail because:
You are watching all bug changes.
