hello,
I'm back with a cleaned up version of the mac switching patch. It
incorporates problems noticed by Martin, as well as some cleaned up
code (aka the first time around I did things poorly :-P ). I have
attached it to this email and to the bug report.
Please test and let me know.
Also there is no longer a required patch for tdecore.
Calvin
Hello, I've noticed that the Debian/Ubuntu packaging for TDE
applications often adds a man page and a XPM icon.
Would'nt it be
better if these files were included with the source code, and
automatically installed by "make install" ?
It would avoid the effort
for each distribution packaging to deal with these files ...
Francois
I started TDM with useSAK=false, uinput not loaded:
* No Ctrl-Alt-Delete dialog
* Warning message in KControl to enable evdev/uinput
* Check box ghosted/disabled
I logged out. Loaded uinput. Restarted with init 4.
* No warning message in KControl
Enabling the check box (and Apply):
* tsak and tsak.lock appeared in /tmp/tdesocket-global/
Without logging out, disabling TSAK in KControl:
* tsak and tsak.lock disappeared
During this time I never closed the TDM module.
I re-enabled TSAK through KControl and logged out. Upon logging in:
* KControl check box was not enabled
* tdmrc showed useSAK=true
* tsak and tsak.lock appeared in /tmp/tdesocket-global/
After toggling the check box and selecting Apply, with the check box enabled, I toggled from the KControl TDM module to another KControl module and then immediately returned to the TDM module. The check box was not enabled.
To actually disable tsak I have to toggle the check box: "enable" and "disable" and then useSAK=false and the tsak and tsak.lock files disappeared.
I logged out with TSAK enabled (despite no check box). From a terminal I successfully killed all three tsak processes. Upon toggling back to TDM (Alt-F7) there was no Ctrl-Alt-Delete dialog. I logged in without no resistance. The tsak and tsak.lock files existed in /tmp/tdesocket-global because I did not delete them. The three tsak processes returned. I logged out and was greeted with the Ctrl-Alt-Delete dialog.
I repeated the process, but this time deleted the tsak and tsak.lock files too. I again logged in without resistance. This time there were no tsak processes running after I logged in. Apparently then tsak restarts if the FIFO files exist but does not restart if the FIFO files are deleted. useSAK=true the whole time. Upon logging out I was greeted with the Ctrl-Alt-Delete dialog. Therefore TDM must be restarting tsak.
I repeated this process including deleting the two FIFO files. I again logged in with no resistance. Then from the TDE menu I selected "Switch User." I was greeted with the Ctrl-Alt-Delete dialog.
Seems then whenever useSAK=true AND TDM receives direct focus that tsak is checked or restarted. TDM does not restart tsak with indirect focus as I accomplished.
This latest patch looks great. Much better housekeeping and when tsak is disabled in KControl, the effect is immediate and the housekeeping is immediate. Nice. :)
Summary:
* Glitch: KControl is not displaying the check box as enabled despite useSAK=true. Probably a forgotten or misplaced readEntry?
* Possible glitch: Seems TDM should restart tsak as soon as I logged in, despite my "malevolent" effort to disable tsak. However, as shown by the Switch User test, TDM immediately restarted tsak, and that probably is sufficient. Within the intent of how tsak should function (I don't know the specs), I'm unsure whether TDM should be polling the process list to immediately restart tsak when disabled as I circumvented. Seems to me that a user should not be able to do what I did. Even if I did not have a free console open, I could have accomplished the same with through SSH. Seems to me that as long as useSAK=true tsak should be a persistent little b-stard. :)
The desktop lockout bug remains (desktop icons and context menu disappear, can't logout), and the profile directories accrue like rabbits copulating, but this patch did not address those issues. :)
Darrell
While troubleshooting the various lock desktop bugs I noticed this message in my xsession log:
kded: KDE4 is running
Um, nope, not true.
The message is from tdelibs/kded/kded.cpp.
Some time back I updated a bunch of TDE environment variables. One of which was KDE_SESSION_VERSION -> TDE_SESSION_VERSION. Because of this incorrect message in my xsession log, I am wondering whether that variable should have been changed.
I grepped the entire source tree and found TDE_SESSION_VERSION referenced in only five apps:
applications/konversation/konversation/scripts/sysinfo:20
applications/kgtk-qt3/README:23
applications/tde-style-qtcurve/CMakeLists.txt.orig:105
applications/tde-style-qtcurve/CMakeLists.txt.orig:107
applications/tde-style-qtcurve/README:22
applications/tde-style-qtcurve/ChangeLog:176
applications/tde-style-qtcurve/ChangeLog:239
applications/tde-style-qtcurve/ChangeLog:274
applications/tde-style-qtcurve/ChangeLog:732
applications/tde-style-qtcurve/style/qtcurve.cpp:193
tdelibs/kded/kded.cpp:165
tdelibs/tdecore/kapplication.cpp:1337
tdelibs/tdecore/kapplication.cpp:1338
Should these references be KDE_SESSION_VERSION or TDE_SESSION_VERSION?
Tim, would you look and let me know?
Darrell
Tim, All,
Rebuilding tdebase today to check the ksshprocess fix, I ran into a build
failure I haven't seen before:
[ 29%] Building CXX object
kcontrol/hwmanager/CMakeFiles/kcm_hwmanager-module.dir/hwmanager.cpp.o
In file included from /build/src/tdebase/kcontrol/hwmanager/hwmanager.h:34:0,
from /build/src/tdebase/kcontrol/hwmanager/hwmanager.cpp:50:
/build/src/tdebase/kcontrol/hwmanager/devicepropsdlg.h:158:15: error:
'TDESystemHibernationMethod' was not declared in this scope
/build/src/tdebase/kcontrol/hwmanager/devicepropsdlg.h:158:74: error: wrong
number of template arguments (1, should be 2)
In file included from /opt/tqt3/include/ntqmime.h:46:0,
from /opt/tqt3/include/ntqevent.h:48,
from /opt/tqt3/include/ntqobject.h:48,
from /opt/tqt3/include/ntqwidget.h:46,
from /opt/tqt3/include/ntqbutton.h:45,
from /opt/tqt3/include/ntqcheckbox.h:45,
from /usr/include/tqt/tqcheckbox.h:32,
from /build/src/tdebase/kcontrol/hwmanager/hwmanager.cpp:21:
/opt/tqt3/include/ntqmap.h:594:7: error: provided for 'template<class Key,
class T> class TQMap'
In file included from /build/src/tdebase/kcontrol/hwmanager/hwmanager.h:34:0,
from /build/src/tdebase/kcontrol/hwmanager/hwmanager.cpp:50:
/build/src/tdebase/kcontrol/hwmanager/devicepropsdlg.h:158:95: error: invalid
type in declaration before ';' token
/build/src/tdebase/kcontrol/hwmanager/hwmanager.cpp: In member function 'void
TDEHWManager::populateTreeView()':
/build/src/tdebase/kcontrol/hwmanager/hwmanager.cpp:143:64: error:
'RootSystem' is not a member of 'TDEGenericDeviceType'
make[2]: ***
[kcontrol/hwmanager/CMakeFiles/kcm_hwmanager-module.dir/hwmanager.cpp.o] Error 1
make[1]: *** [kcontrol/hwmanager/CMakeFiles/kcm_hwmanager-module.dir/all] Error 2
make: *** [all] Error 2
Anybody mess with hwmanager lately??
--
David C. Rankin, J.D.,P.E.
I tested what David reported. My "document" path was set to $HOME. I changed the document path in KControl to $HOME/Documents. Kate/kwrite correctly used that new location.
I restored the setting in KControl to $HOME. After the change to $HOME/Documents kate/kwrite/kedit seemed stuck on insisting I use $HOME/Documents, just as David described.
I deleted the $HOME/Documents directory and then kate/kwrite honored my selection in KControl of $HOME.
When I next changed the path to something outside of $HOME, in KControl, kate/kwrite/kedit would not use that new location.
The apps seemed stuck on using either $HOME/Documents or $HOME.
Using KControl sometimes updated user-dirs.dirs. Sometimes.
Changing the path in the "My Documents" URL tab never updated $HOME/.config/user-dirs.dirs. To add to the frustration, trying to change the path in "My Documents" using the little folder icon is busted. Using that method always results in a dialog asking me to select a file. Basically a pretty good WTF? moment. :) I could change the path in "My Documents" only by typing the path.
KControl would read changes I made manually to user-dirs.dirs but typically would not change the file. "My Documents" never read or updated user-dirs.dirs.
Something is broken. In several places. Yet another example why we need serious sweat equity before releasing R14. :)
Darrell
Hi All Gurus,
user list might have been better.
Anyway the instructions to install Trinity to Ubuntu lacks one command
sudo passwd to define the pass.
I tried to install several times with the instructions from Trinity
site, without no success.
Then I found this
http://www.howtogeek.com/106840/how-to-install-trinity-on-ubuntu-relive-kde…
Only difference between failed and working Trinity install on Ubuntu
was that sudo passwd.
I don't understand how this exactly this is the key factor, but I can
think that because Trinity want's to replace sudo and it can't if
there is no pass defined.
Anyway I though I let you know.
Thanks for your effort!
Best Regards
Kari Laine
FINLAND
PICs, Displays,Relays - USB-SPI-I2C http://www.byvac.com
USB and FPGA boards http://www.ztex.de
I am just a happy customer
Hey folks,
I've been working on adding a feature to twin which will allow us to do
Mac like switching. This has already been a boost in my productivity
since completing the patch
For those unfamiliar with the concept, on an Apple computer, they have
ALT+Tab and ALt+`. Alt tab functions similarly to ours, but the really
good feature is the ALT+`. It allows you to switch between windows of
the same application. Instead of having to scroll through a many
different applications, you just see the ones on the same type. Example:
you want to switch to the Firefox "download" window, and you are
currently focused on your main firefox window. A quick Alt+` will switch
you back and forth between two, like Alt+Tab operates, to see the tab
box hold down Alt+` to view of the same type, and switch between
multiple ones you then do the regular old Alt+Tab.
I hope I didn't ramble to much, but it's an very useful feature! Just
try it out and see!
I have attached the patches to the bug tracker.
http://bugs.trinitydesktop.org/show_bug.cgi?id=869
Calvin
Has anyone installed TDE to Ubuntu Oneiric in the last
few days? A friend is having trouble doing it. Some
packages are not getting installed, such as kdm-trinity.
He is following the instructions here:
http://www.trinitydesktop.org/installation.php#ubuntu
When any TDE command is run in a terminal with the --help parameter, something like this appears:
Generic options:
--help Show help about options
--help-qt Show Qt specific options
--help-kde Show KDE specific options
--help-all Show all options
--author Show author information
-v, --version Show version information
--license Show license information
-- End of options
Options:
...
...
The first section is generic and common to all apps.
I want to update the "Show KDE specific options" string for branding to "Show TDE specific options."
My challenge: I can't figure out where "KDE" is assigned.
The common generic help strings are defined in tdelibs/tdecore/kcmdlineargs.cpp.
Line 828 shows this:
TQString desc = i18n("Show %1 specific options").arg(args->name);
Thus KDE is a string parameter. Where is "name" defined? In one of the included headers, but which one and what is an intelligent way to find that assignment?
Thanks.
Darrell