Can my application, which contains dirty code, become an official kde application?

[Danilo Agostini]

> this looks like a cool project, congrats!

Thanks!

> It seems like what you would need is a way to obtain the currently
> selected file from Dolphin via DBus (without detouring through the
> clipboard). I don't think that exists right now, but it should be easy
> enough to add.

What would need to be added is:
1) a boolean to indicate whether a file has been selected or not: this is
necessary because the program changes its behavior depending on whether
something had been selected or not.
2) the file path, or the parent folder path if no file/folder was selected.
3) Although not necessary, it would be nice if dolphin provided a list of
the files sorted the same way they are sorted in the open folder.

There are probably also other things that would be good to add to allow
applications like mine, and not only, to integrate with Dolphin in a clean
way.

> I'd recommend you look at
> https://api.kde.org/frameworks/kio/html/classKIO_1_1PreviewJob.html.
> That's what Dolphin uses to create thumbnails and it has support for a
> huge variety of file types. While Dolphin typically generates rather
> small thumbnails it should be able to give you thumbnails of any
> requested size.

Thanks very much for the info!


For now I will focus on porting the application to Qt6/KF6 and then I will
see about making a feature request to the dolphin developers.
In any case, thanks again.

Il giorno mer 17 gen 2024 alle ore 20:27 Nicolas Fella <nicolas.fella at gmx.de>
ha scritto:

> On 1/17/24 03:12, Danilo Agostini wrote:
> > Hi, I developed an application and was thinking about doing the
> > incubation process but I'm not sure if my application will be accepted
> > due to some defects.
> >
> > What my application does:
> >
> > It allows the user, through the use of a keyboard shortcut or a
> > dolphin servicemenu, to have a quick preview of the files that are
> > shown in the folder without having to open the default application.
> >
> > Similar applications are Gnome Sushi and Quick Look (Mac os).
>
> Hi,
>
> this looks like a cool project, congrats!
>
>  From a KDE perspective code quality concerns are mostly secondary,
> because we can always fix/improve things there. The most important
> question is what UX do we want to provide. Any implementation has to
> follow that, and not the other way around.
>
> > Technical Limitations/Defects:
> >
> > 1) The way it integrates with dolphin is not clean due to dolphin's
> > limitations: I currently use dbus to copy the path of the selected
> > file into the clipboard and read it from my program. This, in addition
> > to not being a clean way, also causes corruption of the content that
> > was previously copied to the clipboard. I was able to get the
> > previously copied text to be restored, but there is no way to restore
> > the contents if what was copied to the clipboard before opening my
> > application was a file.
>
> It seems like what you would need is a way to obtain the currently
> selected file from Dolphin via DBus (without detouring through the
> clipboard). I don't think that exists right now, but it should be easy
> enough to add.
>
> > 2) The preview of some files (odt,doc,docx,xlsx,etc) is obtained by
> > converting the documents to pdf using the "libreoffice --headless
> > --nolockcheck --norestore --convert-to pdf" command. This obviously
> > requires libreoffice installed on the system and the conversion may
> > fail/be slow in some cases.
>
> I'd recommend you look at
> https://api.kde.org/frameworks/kio/html/classKIO_1_1PreviewJob.html.
> That's what Dolphin uses to create thumbnails and it has support for a
> huge variety of file types. While Dolphin typically generates rather
> small thumbnails it should be able to give you thumbnails of any
> requested size.
>
> > https://github.com/Nyre221/Kiview
> > https://github.com/Nyre221/Kiview/blob/master/src/dolphinbridge.cpp
> > https://github.com/Nyre221/Kiview/blob/master/src/documentviewer.cpp
> >
> > I'm writing this here because it's what was suggested to me.
> >
> > Is there any chance that something like this could be accepted, or is
> > it better if I continue to develop it myself?
> >
> > Thank you.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20240118/6e8fcff8/attachment-0001.htm>