tde-devels

devels@trinitydesktop.org

9 participants
3775 discussions

by David C. Rankin

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.

13 years, 2 months

HAL & udev 181-2: rule issues? long term plans for HAL & impact on TDE?

by David C. Rankin

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.

13 years, 2 months

Re: [trinity-devel] How to build the git version?

by Aleksey Midenkov

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

13 years, 2 months

GIT Status

by Darrell Anderson

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

13 years, 2 months

tdeadmin not compiling 02142012

by Jay

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!

13 years, 2 months

Mouse buttons and terminology

by Darrell Anderson

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

13 years, 2 months

Where are stable tags?

by Aleksey Midenkov

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.

13 years, 2 months

Poll

by Timothy Pearson

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

13 years, 2 months

tqtinterface compilation error qglobal.h not found

by Aleksey Midenkov

ccmake .. \ -DCMAKE_BUILD_TYPE=Debug \ -DCMAKE_INSTALL_PREFIX=${opt_dir} \ -DPKGCONFIG_INSTALL_DIR=${opt_dir}/lib/pkgconfig \ -DQT_VERSION=3 \ -DQT_PREFIX_DIR=${opt_dir} \ -DQT_INCLUDE_DIR=${opt_dir}/include \ -DQT_BINARY_DIR=${opt_dir}/bin $ make VERBOSE=1 /usr/bin/cmake -H/home/midenok/src/kde/tqtinterface -B/home/midenok/src/kde/tqtinterface/build.debug --check-build-system CMakeFiles/Makefile.cmake 0 /usr/bin/cmake -E cmake_progress_start /home/midenok/src/kde/tqtinterface/build.debug/CMakeFiles /home/midenok/src/kde/tqtinterface/build.debug/CMakeFiles/progress.marks make -f CMakeFiles/Makefile2 all make[1]: Entering directory `/home/midenok/src/kde/tqtinterface/build.debug' make -f qtinterface/CMakeFiles/tqassistantclient-shared.dir/build.make qtinterface/CMakeFiles/tqassistantclient-shared.dir/depend make[2]: Entering directory `/home/midenok/src/kde/tqtinterface/build.debug' cd /home/midenok/src/kde/tqtinterface/build.debug && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /home/midenok/src/kde/tqtinterface /home/midenok/src/kde/tqtinterface/qtinterface /home/midenok/src/kde/tqtinterface/build.debug /home/midenok/src/kde/tqtinterface/build.debug/qtinterface /home/midenok/src/kde/tqtinterface/build.debug/qtinterface/CMakeFiles/tqassistantclient-shared.dir/DependInfo.cmake --color= make[2]: Leaving directory `/home/midenok/src/kde/tqtinterface/build.debug' make -f qtinterface/CMakeFiles/tqassistantclient-shared.dir/build.make qtinterface/CMakeFiles/tqassistantclient-shared.dir/build make[2]: Entering directory `/home/midenok/src/kde/tqtinterface/build.debug' /usr/bin/cmake -E cmake_progress_report /home/midenok/src/kde/tqtinterface/build.debug/CMakeFiles [ 0%] Building CXX object qtinterface/CMakeFiles/tqassistantclient-shared.dir/interface_qt3/tqassistantclient.cpp.o cd /home/midenok/src/kde/tqtinterface/build.debug/qtinterface && /usr/bin/c++ -Dtqassistantclient_shared_EXPORTS -g -fPIC -I/home/midenok/src/kde/tqtinterface/build.debug/qtinterface -I/home/midenok/src/kde/tqtinterface/qtinterface -I/home/midenok/src/kde/tqtinterface/qtinterface/private -I/home/midenok/src/kde/opt/include -I/home/midenok/src/kde/tqtinterface/qtinterface/interface_qt3 -I/home/midenok/src/kde/tqtinterface/qtinterface/interface_qt3/private -o CMakeFiles/tqassistantclient-shared.dir/interface_qt3/tqassistantclient.cpp.o -c /home/midenok/src/kde/tqtinterface/qtinterface/interface_qt3/tqassistantclient.cpp In file included from /home/midenok/src/kde/tqtinterface/qtinterface/interface_qt3/tqassistantclient.cpp:22:0: /home/midenok/src/kde/tqtinterface/build.debug/qtinterface/tqt.h:56:21: fatal error: qglobal.h: No such file or directory compilation terminated. $ find .. -name qglobal* ../qtinterface/qt4/Qt/qglobal.h ../qtinterface/tqt4/Qt/qglobal.h

13 years, 2 months

Stop it. Stop it. STOP IT.

by Robert Xu

Can we keep negativity to a minimum and find bugs to fix? Thanks. One KDE developer/user's attitude does not represent the KDE community as a whole (however influential). Likewise, one TDE dev/user's attitude doesn't represent the Trinity community as a whole. So please, can we get along? *(This is why I try not to participate in threads that could possibly turn negative :|) tl;dr: shut up, let feuds die, get along in peace. don't judge a book by its cover. -- later daze. :: Robert Xu :: protocol.by/rxu

13 years, 2 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels