On 3/17/25 12:55 PM, WraithGlade via tde-users wrote:
I don't know how to solve your issue itself, but perhaps you could work around it easily by ....
Thanks for replying. :)
All clever ideas (I relish people who think outside the box!), but in
the end all are work-arounds for a problem that should not exist.
For me the frustrating part is I am trying diligently to return to TDE
full time. I have spent the past week whittling away at various bugs and
paper cuts, mostly successful. The doggone speed of TDE, especially
Konqueror as a file manager and how fast all apps launch, are second to
none and difficult to walk away from.
I don't expect TDE to have zero paper cuts, but I want to eliminate as
many as practical for my lifestyle and expectations. I can change my
expectations but only if necessary. This default embedded viewer design
drives me nuts and drove me nuts in the KDE 3 days too. Too old school I
suppose. I guess most people like embedded viewing or do not give a
rat's end or the problem would have received more attention.
None of the other DEs have this problem because none of the other
developers design their file manager as a Swiss army knife. I am not
complaining about the wonderful multi-faceted design of Konqueror.
Nobody wants to change that. I am only advocating that there should be a
simple and sane way to change the default design so double-clicking
opens the file in a separate external tool.
Michele's idea of changing the all/allfiles file association attributes
seems to make sense and would seem that all would be necessary. But
there is a deep and complex pecking order how this all functions. Of
which I have yet to find a clear description or flow chart.
For example, the default for PDF files is embedded viewing. This makes
some sense considering the web browser role Konqueror supports. This
default is found in the tdelibs sources
(tdelibs/mimetypes/application/pdf.desktop: X-TDE-AutoEmbed=true).
Walking through the file association dialog groups indicates the default
is to use a separate external viewer -- unless a child mimetype
overrides to use embedded viewing -- such has PDF files. Seems most if
not all archive mimetypes default to embedded viewing.
Most of the file association parent groups default to showing files in a
separate viewer. Most of the child mimetypes default to using the
settings of the parent group.
TDE does not seem to use the user's mimeapps.list file. That file is
supposed to be part of being XDG and free desktop compliant. I don't
think that shortcoming is a show stopper. Even if TDE used that file, I
suspect that would cause conflict on a system with KDE installed. The
complex method used in TDE mostly works fine, even if nobody seems to
have to fully explained the madness. I'm willing to work with anybody
who wants to investigate and post a nice wiki article.
I tried walking through the tdelibs and tdebase sources looking for
AutoEmbed instances. I don't fully grok C++, but I get the feeling the
final code decision is to use embedded viewing unless explicitly
configured otherwise.
I'm going to keep playing with this in a clean TDE profile. As
previously mentioned, once upon a time I used the $TDEDIRS (plural)
method to create a collection of global override files. I still have
those files (pack rat!). I am hoping I can find a pattern to simplify
using those files rather than individually create a desktop file for
every single mimetype.
Thanks for trying to help!
____________________________________________________
tde-users mailing list -- users@xxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxx
Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@xxxxxxxxxxxxxxxxxx
