tde-devels February 2014

devels@trinitydesktop.org

20 participants
243 discussions

R14 RC1 ready?
by Timothy Pearson 04 Feb '14

04 Feb '14

All, I would like to tag the current sources and binaries R14.0.0 RC1, as it appears that we have finally cleared the Blocker and Critical reports from the R14 Etherpad. Are we ready for this or are there any objections? Thanks! Tim

5 5

Keyboard issues
by Darrell Anderson 04 Feb '14

04 Feb '14

All, 1. Where is the Right Windows key defined in Trinity? I want to completely disable that key in Trinity. 2. In KControl->Regional & Accessibility->Keyboard Shortcuts, toggling the bottom check box "Use Win key as modifier" has no effect on the Apply button. Would someone please confirm? Thank you. Darrell

3 2

Re: [trinity-devel] Commit 83f044c5 [tdebase]
by Darrell Anderson 04 Feb '14

04 Feb '14

>it appears that it is necessary to add to CMake rule to find path >to htsearch. >The default path is /usr/lib/cgi-bin/htsearch. Commit 83f044c5 >changed the >path to /srv/www/cgi-bin/htsearch - probably specific to certain >distributions. However at least on Debian and Ubuntu it caused a >problem. > >Therefore, I propose add to CMake rule to search cgi-bin/htsearch >on usual >paths (/usr/lib, /srv/www, some other?). With the fact that is >possible to >set the path as a build option. > >What do you think? I had a feeling something like this would happen. Let's make this work for everybody. I presume the cmake rule will automatically update the backend perl script? Should I revert the patch? Darrell

2 1

Desktop Environment of the Year
by Darrell Anderson 04 Feb '14

04 Feb '14

Here is a chance for Trinity to gain some attention: https://www.linuxquestions.org/questions/2013-linuxquestions-org- members-choice-awards-109/desktop-environment-of-the-year- 4175488210/ Please vote. Darrell

3 2

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?
by Darrell Anderson 04 Feb '14

04 Feb '14

> 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

2 2

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?
by Darrell Anderson 03 Feb '14

03 Feb '14

>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

2 1

Re: [trinity-devel] UUGH! Desktop Icons open in DOLPHIN -- really?
by Darrell Anderson 03 Feb '14

03 Feb '14

> 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

3 3

Re: [trinity-devel] TDE running on systemd will require code changes proper session tracking?
by Darrell Anderson 03 Feb '14

03 Feb '14

>> 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

3 2

Re: [trinity-devel] Sound System Notifications Not Playing After Selected
by Darrell Anderson 03 Feb '14

03 Feb '14

>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

1 0

Re: [trinity-devel] TDE running on systemd will require code changes proper session tracking?
by Darrell Anderson 03 Feb '14

03 Feb '14

>> 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

1 0

← Newer
1
...
17
18
19
20
21
22
23
24
25
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels February 2014