tde-devels

devels@trinitydesktop.org

3 participants
3807 discussions

Removing ksmserver shutdown dialog
by Calvin Morrison 16 Feb '12

16 Feb '12

Hi, I think that we should just do away with the shutdown dialog. The same task could be easily achieved via the Kicker menu. A Leave submenu would be present and would expand to have all the options. Users would then be prompted with a dialog box "are you sure you want to X?" This would: 1. Allow for a streamlined and efficient interface 2. create a more consistent interface, custom dialogs are not good because they require more code, and are more complicated for a user to learn. The KSM functionality would not be compromised anyway, and you could still issue the same commands to it. 3. reduce clutter in the Kicker menu by moving Lock Session, Switch User, and Save Session to the new Leave submenu. What do you think? Calvin

8 16

Strange renaming
by Serghei Amelian 15 Feb '12

15 Feb '12

Hi Tim, For what reason "ksocketdevice.h" have been renamed to "ksockssocketdevice.h" ? Looking strange and redundant. -- Serghei.

5 10

kcontrol - Applet Content Evaluation
by David C. Rankin 15 Feb '12

15 Feb '12

All, Calvin, Continuing the current discussion about kcontrol, Calvin provided a current kcontrol layout from 3.5.13 (I don't have a post 4/11 build). Regarding kcontrol apps that were either not in 3.5.13 or had changed names, here are current screenshots of those that were identified as either missing or renamed from prior versions of 3.5.10: The Appearance/Desktop-Texts app may be in another kcontrol, but if not, we might want to get the source from Ilya/openSuSE: http://www.3111skyline.com/dl/dt/trinity/ss/kcontrol-App_Desktop-Texts.jpg I think this is probably Internet & Network/Samba Status. Could you compare and let me know: http://www.3111skyline.com/dl/dt/trinity/ss/kcontrol-Inet_samba.jpg The old Component Chooser seems to now be KDE Components/Default Applications: http://www.3111skyline.com/dl/dt/trinity/ss/kcontrol-KDEcomp_CompChooser.jpg Lastly, the Sound & Multimedia/Music Manager applet that is not in 3.5.13 is shown here. IIRC this was originally a feature request made against Digikam some years ago that made its way into an applet. What I have in 3.5.10 is shown here. If this functionality sets a default in TDE regarding sound file extension case, then I think it would be worth it to see if the source can be included. Having some application refuse to download files except with ALL UPPER CASE EXTENSIONS is a real drag. http://www.3111skyline.com/dl/dt/trinity/ss/kcontrol-SoundMM_MusicManager.j… Currently, I have the KDE 3.5.10 Original, the TDE 3.5.13 Current and my hack and a layout with new ordering (preserving 90% of the current) laid out in a side-by-side page that allow you to look at each and compare on the same page. Yes, the groups/subgroups expand and contract as they do in kcontrol. Mutantturkey, i've pushed those over tonight if you want to take a look and confirm. Anyone else interested in helping with the kcontrol layout revisions, take a look at: http://www.3111skyline.com/dl/dt/trinity/kcontrol/ The menu generation is by bash script, so changes are easy to prototype and compare with the current. If anyone is interested, the script is genmen.sh in the same directory above along with a sample data file 'mlabels-trin.txt that the script parses to create the dtree menu layout for kcontrol. -- David C. Rankin, J.D.,P.E.

3 6

HAL & udev 181-2: rule issues? long term plans for HAL & impact on TDE?
by David C. Rankin 15 Feb '12

15 Feb '12

Guys, I don't know if this is worth looking into from a TDE standpoint or if it is still relevant, but HAL and udev stopped the boot process on my Arch box today. Calvin had the issue that I believe he solved by removing an offending udev rule[1]. That raised the question to me whether there is some standardization that HAL will require across distros in order to support TDE or if there is some part of udev that is needed to support HAL? Arch no longer provides HAL as a standard package. I believe what triggered the boot fail today was the loss of the 'udev-compat' package (unconfirmed). I'm still digging into this, but if HAL will be required for TDE, then should we look into either insuring that a generic HAL version that is compatible with upstream udev is available to the project? I don't know how HAL + udev affect TDE or what the long term thoughts are on either, but I thought I would raise the issues to those smarter than I am in case there is a looming issue coming down the road. What say the experts? Is there any issue with HAL + udev on TDE, or is it just a matter of the individual distro TDE builders to sort out? What worries me is Arch no longer packages HAL and the version we have in the user supported repository (done by 'l0ner' -- thank you!) is hal 0.5.14-7 with a *900K patch* file. If this is where all the distros are ultimately going, we may be better served by deciding how to handle it now rather than waiting until we run into build problems later... Footnote [1]: (which we are still trying to determine exactly what he removed :) -- David C. Rankin, J.D.,P.E.

3 9

Re: [trinity-devel] How to build the git version?
by Aleksey Midenkov 15 Feb '12

15 Feb '12

> Yes. TDE will (as of a couple days ago) build completely against tqt3, > theoretically resolving any remaining Qt3<-->Qt4 conflicts and allowing > the usage of Qt4 directly in new (or manually ported) TDE code. Since I > can hear people's confusion now, this ONLY ALLOWS NEWLY-WRITTEN QT4-BASED > CODE to be compiled and linked into TDE applications--it does NOT > magically make TDE compile on Qt4, nor will it ever. :-) > tdelibs doesn't build against tqt3: Unable to find tqt! Try adding the directory in which the tqt.pc file is located Which is created by tqtinterface, but not tqt3. Since tqt3 doesn't build with tqtinterface installed I don't see a correct way to build tdelibs. People, how do you build it??

5 7

GIT Status
by Darrell Anderson 14 Feb '12

14 Feb '12

A while ago we were told to hold off for a few weeks with building from GIT. Has that status changed? Darrell

2 1

tdeadmin not compiling 02142012
by Jay 14 Feb '12

14 Feb '12

Update git last night. Autobuild of tdeadmin now fails to find valid qt version. I have /usr/lib/qt3-3.4 built from last nights update 14th Feb 2012. (Sorry i am not familiar with git jargon). Most other packages compile. CFLAGS=$CPUOPT \ CXXFLAGS=$CPUOPT \ ./configure \ --prefix=${PREFIX} \ --sysconfdir=${SYSCONFDIR} \ --libdir=${LIBDIR} \ --mandir=${MANDIR} \ --with-qt-dir=${QTDIR} \ --with-qt-includes=${QTDIR}/include \ --with-qt-libraries=${QTDIR}/lib \ --enable-closure checking for Qt... configure: error: Qt (>= Qt 3.3 and < 4.0) (headers and libraries) not found. Please check your installation!

1 1

Mouse buttons and terminology
by Darrell Anderson 14 Feb '12

14 Feb '12

I'm busy updating the TDE handbook files. Right now I'm working on the user guides. I'm progressing nicely. Revising text, submitting patches and new images to the bugzilla, repairing web links, etc. Eventually I'll post the user guides for reviews. I'm writing notes to explain the processes used. Eventually I'll post that information too, either at the wiki or directly in a handbook help file. As a technical writer, for many years I have grimaced every time I read the expressions "left mouse button," "right mouse button," "click," and "right-click." I frown when I read the word "click" rather than "select." I'm not anal about language. I'm not a purist. I embrace the fact that languages and usage evolve. Yet I strive for technical correctness because communicating ideas is challenging. Skilled communicators say what they mean and mean what they say. :) Those mouse related terms bother me from a technical correctness perspective. Why? Because the terms are technically incorrect for people who use a mouse configured for left-handed use. That is, with the mouse button roles swapped. I should know --- I have used my mouse that way for almost two decades. I have a pretty good laugh every time people try to use a computer desktop I have configured. Swapping the buttons of the mouse confuses people like crazy because they never pay attention to the fact that my mouse is on the left side of my keyboard. :) I have wondered through the years how such lazy street language terms translate into other languages. The challenge most people counter is what terms to use as replacements? The best I have conceived is "primary" and "secondary" buttons. Yet I realize some people might find those terms confusing too. Should we talk about people who use three button mice? In the days before scroll wheels such mice existed --- I have one in my junk box. :) How about five button mice? Seven? When does "left" and "right" become meaningless? Should those terms be used at all? I realize conventional usage often prevails but that does not mean those terms are technically correct. :) I'd like to hear some other thoughts and opinions about the subject. Darrell

7 6

Where are stable tags?
by Aleksey Midenkov 14 Feb '12

14 Feb '12

Is there a stable tag for 3.5.13 in Git or somewhere else which I can build without problems? I can't build trinity for about year! I want to continue application development but these endless build issues hold me stopped. There were once git branch somelike named v3.5.13, but it weren't building smoothly anyway. Now 'git branch' command shows nothing.

2 3

Poll
by Timothy Pearson 14 Feb '12

14 Feb '12

A hypothetical poll for users here.... If TDE were to close down, which desktop would you use instead? You would be allowed to abandon Linux entirely in this scenario. ;-) Please state why you have not already switched; i.e. what item are missing or suboptimal in the other environment. I am curious as to why TDE still exists and need some concrete examples to fall back on to counter detractors. Thanks! Tim

20 103

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels