> Do you know where in the code the priority is set? The if have
>dolphin, use
>dolphin for desktop items, else use konqueror for desktop items? I
>would like to
>patch that for archlinux builds. That way I could still provide
>dolphin, but
>have the desktop items open in konqueror.
>
> As a test, I just removed dolphin from the system and the
>desktop item do open
>in konqueror now. That is the way I want it by default. I've
>grepped tdelibs and
>tdebase for dolphin, but turned up nothing but the dolphine
>machine hardware in
>the admin dirs.
I don't know the logic of the underlying code, but look in the
installed d3lphin.desktop file. You'll find two keys: MimeType and
InitialPreference. Experiment with commenting out one or both and
see how that affects your usage. You might need to restart Trinity
or delete your tdesycoca cache files. Probably the best experiment
is with a temporary fresh profile. That way no profilerc changes
will affect anything.
I don't believe a distro-specific patch should be necessary. We
should patch the behavior for everybody. Dolphin should not
override anything until the user explicity starts doing so in the
file association configurations.
Which reminds me of a discussion we had a long time ago: which apps
should be the defaults for opening different types of files. We
never concluded that discussion or decided anything.
Darrell
>I don't know the logic of the underlying code, but look in the
>installed d3lphin.desktop file. You'll find two keys: MimeType and
>InitialPreference. Experiment with commenting out one or both and
>see how that affects your usage. You might need to restart Trinity
>or delete your tdesycoca cache files. Probably the best experiment
>is with a temporary fresh profile. That way no profilerc changes
>will affect anything.
>
>I don't believe a distro-specific patch should be necessary. We
>should patch the behavior for everybody. Dolphin should not
>override anything until the user explicity starts doing so in the
>file association configurations.
By the way,please share the exact steps you used that I can
duplicate that prompted you to start this discussion. :)
I'd like to test this further with other apps too.
Darrell
> Usually I just turn the icons off, but I was testing things.
>First strange
>behavior was when I turned off Printers, Web Browser, and My
>Network Places, a
>new 'System' icon magically appeared on my desktop. So I opened
>it, and it
>opened in dolphin - you're kidding right? Then I tred My Computer
>and Home on
>the Desktop and both opened in dolphin....
>
> Why does 'Home' on the desktop open in that crippled dolphin
>while home from
>kicker open correctly in konqueror file manager? That just seems
>odd. I don't
>know where these hooks are made, but I would like to be able to
>set any desktop
>icons to open in konqueror instead of dolphin (dl3phin).
I don't know why we bother with d3lphin. Beta software.
Darrell
>> So what kind of fix do we need?
>
>Outside of that was found in tdebase, XDG_SESSION_COOKIE is used
>in kpowersave
>and tdepowersave (will be fixed after commit patch from bug 1597).
>This is
>good news - on the ConsoleKit no more dependent - only TDM. In
>other words,
>it should be enough to add support for SystemD session into TDM. I
>will try
>to assess how difficult this task is...
While systemd support is necessary, is this an R14.0.0 priority?
Darrell
>For some reason selecting sound system notifications did not take
>effect until
>TDE was restarted -- I have never seen that happen before. If that
>is permanent,
>we should add a dialog stating that a TDE restart is required like
>with font
>anti-aliasing...
You know the routine. File a bug report. That is the only way
anything gets tracked.
Personally, while I admit not understanding the technical details,
I don't why Trinity should be restarted for anything. Trinity
should reinitialize itself.
Darrell
>> While systemd support is necessary, is this an R14.0.0 priority?
>
>That was why I asked at the beginning: Does anyone know which
>distributions
>currently used exclusively SystemD and do not contain ConsoleKit?
My best guess is possibly only Fedora, but I don't know because I
do not try to keep pace with that kind of information.
Slackware does not use systemd at all with no such plans. There is
consolekit support.
Darrell
> Also, artsd has gone back to eating 10-17% of the CPU for the 60
>second
>'autosusped if idle for' period after a sound event. After the 60
>second
>autosuspend period, artsd quiets back down. Why are we setting a
>60 second
>autosuspend by default? Why not set it to 1 or 5 seconds. It would
>sure make TDE
>run better giving users back 10-20% of their CPU for the remaining
>55 seconds of
>the timeout. Further, if the user has sound events enabled for a
>bulk of the
>events as many sound themes do for TDE, then with an autosuspend
>set at 60,
>artsd will be basically grinding away full time.
>
> Can we set that to 5 sec by default instead of 60? What are the
>pros/cons of
>shortening the autosuspend period? I've seen some of the sound
>server pages
>(pulse - perfect setup page) recommending 1 second for the
>setting. Thoughts?
I have that set to 2 seconds on all of my systems, including my PI
and PII clunkers.
Yes, 60 seconds seems absurd.
Darrell
All,
Usually I just turn the icons off, but I was testing things. First strange
behavior was when I turned off Printers, Web Browser, and My Network Places, a
new 'System' icon magically appeared on my desktop. So I opened it, and it
opened in dolphin - you're kidding right? Then I tred My Computer and Home on
the Desktop and both opened in dolphin....
Why does 'Home' on the desktop open in that crippled dolphin while home from
kicker open correctly in konqueror file manager? That just seems odd. I don't
know where these hooks are made, but I would like to be able to set any desktop
icons to open in konqueror instead of dolphin (dl3phin).
--
David C. Rankin, J.D.,P.E.
I was searching themes for my TDE install and found Crystal:
http://kde-look.org/content/show.php/Crystal?content=13969
It's source so I tried to set it up but the configure script doesn't
generate a Makefile. I get this error at the end:
checking for KDE... configure: error:
in the prefix, you've chosen, are no KDE headers installed. This will fail.
So, check this please and use another prefix!
I'm not sure what is being referred to by "KDE prefixes" nor how to fix it.
I've been using TDE for a while and I'd like to contribute but I'm new to
software engineering and I have no idea where to start when dealing with a
project as big as TDE. But I would like to contribute by fixing this
problem but I'm not sure how to go about it. Any help which can lead me in
the right direction will be appreciated.
Kai