2

Hi!

First of all, I'm one of those users that have tried every OS in the world (almost) and finally discovered on love Kubuntu.

But one of the things that upset me is that I have two types of filepickers box! KDE's and Gnome's

This, may I say, it's VERY annoying since bookmarks are not compatible, look and feel are not the same at all (not even similar) AND the fact that Gnome's filepicker does not support single click for opening files (there's a bug somewhere for that... is not resolved for ages).

So, the thing is that better than reinventing the wheel making innovations, why not starting making Gnome more compatible to KDE? And for starters... filepickers!
This would give an incredibly more consistence to the desktop since applications would be far more integrated (because let's be honest... LOTS of apps are written for Gnome)

I know KDE guys can do this easily
And since it would be integrated into KDE itself (or into Gnome?) all apps written for Gnome would beneffit and no more "anything" for a single program... (I'm pointing to Firefox and it's special version supporting KDE)

What do you think about this? Let's start the brainstorm!

I don’t really understand what you want. Do you want GNOME apps to use KDE’s file picker? Do you want KDE apps to use GNOME’s file picker? Or do you expect all to use a common file picker?

I guess it might be possible to define a standard way to call for a picker (e.g. xdg-file-picker) which could launch a user-configured file picker (the desktop environment could define this). Is that what you are suggesting? That when using GNOME, all applications open the GNOME file picker, and while using KDE all applications use the KDE file picker?

To be noted that, for distributions focused on specific desktop environments, it must be possible already to provide this by patching the source code of those application that do not use the standard file picker of the target desktop environment. I think Manuel Tortosa did this for Chakra, for example.

Well, that would need changes in gnome. Qt apps automatically use gnome file picker when running in gnome (if all is properly set up).

If you want gnome apps to behave properly in other environments, you'll need to talk to the gnome developers. And good luck with that.

There is a fun and dirty hack that replaces (uses library overriding) gtk dialogues with kde ones. but it is highly unpredictable - if it works, it works. You can check it out here: http://kde-apps.org/content/show.php?content=36077

But for this to work out properly, you'll need patches to gtk/gnome libs.

Gallaecio wrote:I guess it might be possible to define a standard way to call for a picker (e.g. xdg-file-picker) which could launch a user-configured file picker (the desktop environment could define this). Is that what you are suggesting? That when using GNOME, all applications open the GNOME file picker, and while using KDE all applications use the KDE file picker?

This was exactly what I was suggesting! Sorry for not being clear about this.
So, If I'm getting this right, work should be done to Gnome's code in order to do this?

Gnome already works this way with a KDE application working there. It's the KDE's turn now to receive some love in this area !

PS: this way, maybe when installing Gnome apps there will be far less Gnome dependencies to install into a KDE environment?... maybe?

jpxsat wrote:Gnome already works this way with a KDE application working there. It's the KDE's turn now to receive some love in this area !

Actually, as far as I know the problem is not in the desktop environment, but in the application. It’s not GNOME that works because KDE applications open GNOME’s file picker; it’s KDE applications that work because they use the desktop environment’s file picker. So, I guess “It's the GNOME applications' turn now to receive some love in this area” would be more accurate

jpxsat wrote:PS: this way, maybe when installing Gnome apps there will be far less Gnome dependencies to install into a KDE environment?... maybe?

Keep dreaming… Not that is that much different the other way around.

> Gnome already works this way with a KDE application working there. It's the KDE's turn now to receive some love in this area !

As I said, it is not 'gnome works this way' it is 'qt works this way'. We need patches to gtk/gnome libs to have this feature for gnome apps in kde.

I can understand the point to get the typical open/save window opened when using GTK applications on KDE environment.
But I can understand as well that GTK/KDE application calls their typical toolkit open/save window.

If we want to have a metadata input boxes in save window, it would be nice to use it when using Krita on GNOME, instead getting GTK window what would not allow writing that metadata to file when saving it to metadata database etc.

The separate solution to this metadata example is that application includes a separate metadata input tool to standard or even own fileformat.
Examples:
Inkscape has File -> Document Metadata
Calligra Words has File -> Document Information
LibreOffice has File -> Properties

Or then we manually add the metadata later with filemanager by example using Dolphin and Information sidepanel.

Well... I can not vote yes or now