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
All,
I recently pushed a new (alpha quality) backend for the media:/ kioslave
which uses udev/pmount and therefore does not rely on HAL. I encourage
developers here to try it out!
Please report failures to this list, not to the bugtracker, as it has not
been tested much beyond mounting simple flash drives. Encryption support
is buggy, but repairing it is my next task.
Rhis will NOT be made default for R14.0 due to the vast array of hardware
that it still needs to be tested on, but if your distribution no longer
works with HAL it may be better than nothing even in this alpha form.
To enable it, pass the -DWITH_TDEHWLIB="on" option to tdebase CMake.
Enjoy!
Tim
All,
I was trying to do a quick backport of the sftp kio fix to TDE 3.5.12,
however, it looks like libhpi.so from jre has changed names or disappeared
altogether. (It's not in jre or jdk 7.4)
Does anyone know if this file has been dropped from jre? Is there a patch
that will fix configure?
--
David C. Rankin, J.D.,P.E.
Hello, a little message to inform you that TDE 3.5.13 (+some updates) is
successfully compiled and packaged for Fedora 17 (gcc 4.7), i386 and x86_64.
Now some work for Tim or anyone with sufficient access :-)
Can you please:
- Add Fedora 16 and Fedora 17 on the main page:
http://www.trinitydesktop.org/
- Add Fedora 17 to the download instructions page:
http://www.trinitydesktop.org/installation.php#redhat (copy/paste Fedora
16, replace f16 with f17 ...)
- Enable the replication of the "f17" folder from my server to the TDE
mirrors.
I hope that we freeze a TDE 3.5.13.1 very soon so that I can build a
Fedora 17 liveCD with the latest stable TDE version.
Thanks
François
I'm looking for breakage with a patch set for bug report 892. In that testing I tried to play twin4, a Connect Four type game.
The game is broken here.
All I'm asking is for somebody who is using GIT packages to test whether the game works.
Select one of the arrows in the top row to insert a disk in a column. That's all. :-)
The game is listed as kwin4 in the TDE menu (Games/Board games). I have a patch for those branding issues.
Thanks!
Darrell
Hi,
I just upgraded to the nightlies on Ubuntu Precise. Some issues I noticed:
The python-sip package has incorrect 'provides'. Instead of:
Provides: python2.7-sip, sip-api-7.0, sip-api-7.1
It should be:
Provides: python2.7-sip, sip-api-8.0, sip-api-8.1
The shortcut to open the process list, ctrl+esc does not work. It is set
up correctly according to the keybindings configuration.
When looking at the process table in ksysguard, the table just keeps
flashing. It's impossible to actually use ksysguard to kill a program.
Should I report these bugs (or other problems like this)? I tried
everything both with my normal user and with a new test user (clean
homedir).
Best regards,
Julius
Resolving bug report 892 includes important patches to reduce potential conflict with KDE4 and to make our own *.desktop files XDG compliant (recently Trinity/TDE was added to the list of registered environments: http://standards.freedesktop.org/menu-spec/latest/apb.html).
Resolving this bug report is important to release R14.
The gritty work of creating patches to update all *.desktop files for each module is complete. Yet there is hard-coding somewhere deep in the tdelibs/tdebase sources that affixes the location of $PREFIX/share/applications/kde. I want to change that location to $PREFIX/share/applications/tde.
During testing, to change the location to $PREFIX/share/applications/tde, I modify the sources on-the-fly of every module by running the following snippet in my master build script:
echo "Fixing applications path in $APP_SOURCES_DIR."
if [ -d $APP_SOURCES_DIR/cmake ];then
find $APP_SOURCES_DIR/cmake -name TDESetupPaths.cmake -exec sed -i 's|\${SHARE_INSTALL_PREFIX}/applications/kde|\${SHARE_INSTALL_PREFIX}/applications/tde|g' {} \;
fi
if [ -d $APP_SOURCES_DIR/admin ]; then
find $APP_SOURCES_DIR/admin -type f -exec sed -i 's|{datadir}/applications/kde|{datadir}/applications/tde|g' {} \;
fi
find $APP_SOURCES_DIR -type f -exec sed -i 's|share/applications/kde/|share/applications/tde/|g' {} \;
echo
After I resolve the mysterious hard-coding I'll patch each module with this on-the-fly snippet.
tdelibs/tdecore/kstandarddirs.cpp has this snippet:
if (!strcmp(type, "xdgdata-apps"))
return "applications/";
Notice there is no "kde" affixed to the path.
Therefore the "kde" subdirectory is being added somewhere else.
The on-the-fly changes work great and all desktop files get installed to $PREFIX/share/applications/tde. Nonetheless, there is breakage. The hard-coding is real because various components stop working in Trinity. For example, opening the Konqueror Settings dialog reveals that most of the configuration options in the icon list are missing. I can temporarily create a sym link from $PREFIX/share/applications/tde to $PREFIX/share/applications/kde and then everything works again --- evidence of hard-coding.
I've looked and looked and I can't find anything. I would be grateful anybody would help me find this mysterious hard-coding.
Darrell
I spent much of the day updating various text strings of branding issues, such as KDE -> TDE, K Desktop -> Trinity Desktop. These strings included What's This, Quick Help, KMessageBox, printf, i18n strings, etc. There was no easy search-and-replace method because many strings had to be read in context before deciding to change anything. Grunt work --- but I think most of this is now behind us.
I still have the lsm files to update.
Please let me know after rebuilding with the latest GIT sources when you notice remnant strings needing attention and let me know whether I got cross-eyed and changed something I should not have.
Darrell
I updated all of the lsm files. I used this guide:
http://lsm.execpc.com/LSM.README
All of the Trinity lsm files follow the same internal pattern:
Begin4
Title:
Version: R14.0.0
Entered-date: 2012-05-10
Description: .... for the Trinity Desktop Environment
Keywords: TDE Qt
Author:
Maintained-by: The Trinity Desktop Environment (TDE) http://www.trinitydesktop.org/
Primary-site: http://git.trinitydesktop.org/cgit/
Alternate-site:
Original-site:
Platforms: Linux and other Unices running TDE
Copying-policy:
End
When the Original-site URL proved stale I changed the URL to http://www.kde.org/.
I maintained original authors throughout.
Instructions for updating the lsm files with each new Trinity release are in the etherpad check list.
There now is a high degree of consistency among all lsm files. They all are not exactly the same, but now should be easier to search and update if you want to fine-tune field entries.
I only updated existing lsm files. I did not add any new files. I did notice some packages do not have any lsm files, such as gwenview.
Darrell