https://bugs.kde.org/show_bug.cgi?id=407431
Martin Sandsmark <martin.sandsm...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |martin.sandsm...@kde.org
--- Comment #3 from Martin Sandsmark <martin.sandsm...@kde.org> ---
(In reply to David Edmundson from comment #2)
> The more I look into this the more I think we shouldn't try and focus on
> making N thumbnailers but instead create and support a better cross desktop
> thumbnail system.
>
> Gnome works by having a registry of mime types and then an executable line
> to run that takes a file name in, a size and a filename out.
>
> KDE code is running a binary that passes a filename in, a size gets a file
> out. We just happen to have the one binary(kioslave) that in turn loads a
> plugin than in turn loads a plugin.
>
> Migrating KDE code to do the same thing as gnome in a way that doesn't
> change any of the existing plugins would be absolutely doable, even within
> KF5.
> That just leaves the task of a common format for storing the metadata...and
> bam!
>
> Then a 3rd party STL thumbnail author wouldn't target any particular desktop.
It's a bit more complicated than that, with live previews and whatnot.
If you've tried to use e. g. chromium with the default gtk dialog (which you
need to be able to select save format) you quickly see why it's a bad design.
There's a reason bigger gtk apps like gimp have to basically reimplement the
file dialogs themselves.
--
You are receiving this mail because:
You are watching all bug changes.
