tde-devels January 2012

devels@trinitydesktop.org

25 participants
81 discussions

Workaround for bad Qt4 performance
by Sanne 07 Jan '13

07 Jan '13

Hi all, I was listening in on the last irc meeting and caught an aftermeeting mentioning about bad Qt4 performance. I offered an article and a possible workaround I found recently, in case people are not aware of it, and was asked to bring it to attention to other developers also, so here goes: I'm suffering bad graphical performance in Qt4 and PyQt4 applications and searched for solutions. I found a post on nokia.com [1] that mentions a command line switch that might help. In short: adding "-graphicssystem raster" to my Qt4 applications' command line improved performance drastically for me. There's also a method to set it programmatically, and an environment variable [2]. [1] http://labs.qt.nokia.com/2008/10/22/so-long-and-thanks-for-the-blit/ [2] http://doc.qt.nokia.com/4.7/qapplication.html#setGraphicsSystem Thanks and much regards, Sanne

3 2

Devede with qt3?
by Darrell Anderson 22 Feb '12

22 Feb '12

Question for those who are familiar with Python. I always wanted Devede to run with qt3. I'm looking at the sources for Devede and see that the bulk of the app is python scripts. The dependencies listed on the Devede home page: Mplayer, Mencoder, FFMpeg, DVDAuthor, VCDImager, MKisofs, Python, PyGTK and PyGlade. The graphical interface is through PyGTK and PyGlade. All of the various interface dialogs are UI files, which are XML files. How challenging would porting Devede to qt3 be? Darrell

4 11

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

Need translation help
by Darrell Anderson 02 Feb '12

02 Feb '12

I am revising and updating the Trinity documentation. In tdebase/khelpcenter/plugins/ is a desktop file named userguide.desktop. That file is used to create the table of contents in the Help Center. Although minor, the file is inconsistent with terminology used everywhere else in TDE. AS IS: Name=KDE Users' Manual CHANGE TO: Name=TDE User Guide Changing KDE to TDE is straightforward as well as changing the English text. The challenge is updating all of the other languages to "TDE User Guide." If somebody wants to help with the documentation and is familiar with using various language translation tools, would you please consider updating this file? I would be much grateful for the help. Thank you! Darrell

4 8

Qt4 tools compatibility
by L0ner sh4dou 02 Feb '12

02 Feb '12

I know that there were some changes in this filed with the introduction of TQt with already translated Q* objects to QT*. But I have I noticed on my system another thing having both qt3.3.8d and qt4.8.0 installed and I don't know if there are movements to resolve this. Qt provides set of tools that enable creation of qt-based applications. Those are: assistant, designer, linguist , lrelease, lupdate, moc, qmake, qtconfig, uic. Those are provided both by qt4 and our qt3. If I have both of the qt versions installed and I try to run one of those applications, only the qt4 versions are launched, and I am unable to launch qt3 ones unless i specify full path to them as command. That may be because I installed qt4 as second, and if I were to install it first and then qt3 then I'd be able to start only those provided by qt3. If I run those commands through whereis I get: assistant: /usr/bin/assistant /opt/qt/bin/assistant designer: /usr/bin/designer /opt/qt/bin/designer linguist: /usr/bin/linguist /opt/qt/bin/linguist lrelease: /usr/bin/lrelease /opt/qt/bin/lrelease lupdate: /usr/bin/lupdate /opt/qt/bin/lupdate moc: /usr/bin/moc /opt/qt/bin/moc qmake: /usr/bin/qmake /opt/qt/bin/qmake qtconfig: /usr/bin/qtconfig /opt/qt/bin/qtconfig Obviously, if I invoke assistant, the first path is executed. As a temporary solution for my packages I create links to the qt3 tools in $prefix/bin/ and name them in the Qt3* scheme. Anyway I think those should be renamed in the TQt3 to avoid collisions with Qt4 ones.

3 3

K-Menu or T-Menu
by Darrell Anderson 01 Feb '12

01 Feb '12

As I revise and update the Trinity documentation, I will confront questions I can't answer, or should not answer on my own without team opinions. The documentation often refers to the K-Menu. The Trinity artwork contains a "T" button icon rather than a K. Should we refer to this button as the T-Menu? I lean toward updating all documentation to reference the T-Menu despite some of the underlying app and library names. For example, kmenueditor. Many TDE apps still use the "k" prefix and so this would not be any different. Yet I think T-Menu is more consistent with "Trinity Desktop Environment." Objections? Darrell

4 6

TDE User Guide Options
by Darrell Anderson 31 Jan '12

31 Jan '12

Many of us who have used KDE3/TDE for many years probably have forgotten that in the T-Menu is an option named Help. The kdehelpcenter starts when selecting that menu option. The second link in the help center table of contents is to the KDE3 User's Guide, which I am updating to become the Trinity User's Guide. I propose we include a new T-Menu option just above or below the Help option with a direct link to the TDE User's Guide. To computer savvy users this new menu option might seem redundant, but the new menu option would prove useful to new users. Rather than "hard-coding" the new menu option like the Help menu, this new menu option could be an optional menu in the Panel configuration. The default Trinity desktop would have that menu option enabled. Are there any objections to this proposal? A second proposal is the default Trinity desktop includes an icon that is a direct link to the User's Guide. This could be a special "device icon" much like "My Documents," "Printers," or "Trash" that allows users to control the appearance, but the default Trinity desktop would display that icon, just like the other special device icons. Are there any objections to this proposal? Darrell

1 0

cmake tdenetwork not finding wireless tools
by Jay 30 Jan '12

30 Jan '12

I have wireless-tools-29-i486-6 insttalled. iwlib.h exists in /usr/include. When compiling tdenetwork from git it stops fails during config telling me it couldn't find wireless tools 29>+. Disabling the building of wifi (only used for kwifimanager?) allows me to compile. After looking through configure.in.in for wifi it appears to be searching for a certain version of iwlib.h, but misses the mark. Any ideas why it may be blind to wireless tools? Jay

2 4

Is this a bug, or is my C++ just rusty?
by E. Liddell 30 Jan '12

30 Jan '12

From what I recall of the syntax, this fragment from kpanelapplet.cpp in kdelibs-3.5.13 *looks* like it's making direct calls into QT3's namespace (not tqtinterface's), even though it doesn't #include any QT files, just TQT stuff: Qt::Orientation KPanelApplet::orientation() const { if( _position == pTop || _position == pBottom ) { return Qt::Horizontal; } else { return Qt::Vertical; } } My understanding is, the QT namespace is included in this code via TQT, allowing the code to compile. If so, this might explain the lengthy linking bug I posted a little while ago (--as-needed does not like transitive dependencies like this). Can someone confirm that this is in fact what is happening? I haven't written a line of C++ code in ~15 years, so I'm not sure I remember how it works. If I'm right, I'll go ahead and file the bug, but I don't want to clutter Bugzilla with non-issues.

1 0

PAM in kdebase 3.5.13
by L0ner sh4dou 30 Jan '12

30 Jan '12

First little introduction: As some of you know I'm in the process of creating PKGBUILDs for arch linux, which are instructions for building binaries. And I want them to be nearly-perfect and provide everything that they should provide. How do I know what they should provide? By looking what was done in the past. I got PKGBUILDs for 3.5.12 form kdemod3 git, i looked a little at old official KDE3 PKGBUILDs for arch, and I managed to include everything up until I got to kdebase PKGBUILD. My problem: I noticed that kdemod3 provided configuration files for pam. I was compiling kdebase with pam support, but never cared to check if this support was complete with configuration files. I got curious and begun examining things. From what I understood reading README.pam found in kdebase main dir, the "make install" should create automatically pam config files using mkpamserv script found in kdebase. By default the pam service would be called kde and the config file would be called the same. This would fit, since from what I read up until now on pam, the config file should be called the same as service name specified in pam_start() function. But usign autotools one could change the default name to something else using --with-pam=<name> (in fact this was done in the kdemod3 PKGBUILD to ensure KDE4 compatibility, since KDE4 packages provide it's own pam config file called kde), or better, provide different pam config files for each app that used pam using --with-kdm-pam=<name> for kdm, --with-kpc-pam=<name> for kcheckpass and --with-kss-pam for kscreensaver. Now, with CMake this isn't done. I still can manually generate the pam config files, using mkpamsrv script, but I wonder how the pam session (and config file) should be called. By default it would be kde, but I can't use it, since it would overwrite the kde4 pam config or would be overwritten on kde4 installation. And if I simply generate pam config files with other name, how do I ensure that apps with pam support are actually using them, and not serching instead for config/session called kde?

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels January 2012