In an enlightenment article I just noticed this little Gem:
"Today we have GNOME, KDE, XCFE, Unity, LXDE, Razor-qt, Enlightenment and a
few others (it depends if you count MATE and Trinity, etc.)"
http://www.h-online.com/open/features/Seeking-Enlightenment-1739812.html
Seems like we aren't forgotten ;)
Calvin
I noticed the following warning when building tdewebdev:
execbutton.cpp:210:55: warning: comparison with string literal results in unspecified behaviour [-Waddress]
From what I gather the problem is trying to compare incompatible data types, usually strings to pointers.
Somebody please review the proposed patch:
======================================
diff -urN tdewebdev/kommander/widgets/execbutton.cpp tdewebdev.new/kommander/widgets/execbutton.cpp
--- tdewebdev/kommander/widgets/execbutton.cpp 2012-10-21 13:12:11.000000000 -0500
+++ tdewebdev.new/kommander/widgets/execbutton.cpp 2012-11-01 11:10:09.000000000 -0500
@@ -207,7 +207,7 @@
TQWidget * w;
while ( (w=it.current()) != 0 ) { // for each widget...
++it;
- if (w->name() == args[0] && w->className() == "PopupMenu")
+ if (strcmp(w->name(), args[0]) && w->className() == "PopupMenu")
{
TQPopupMenu *popup = dynamic_cast<TQPopupMenu*>(w->child("unnamed", "KPopupMenu"));
this->setPopup(popup);
======================================
Thanks!
Darrell
All,
I thought you might like to see this screenshot of a little project I am
working on, especially those of you who have had the misfortune of using
the last two Ubuntu releases with non-TDE applications. ;-) This is a
full GTK3 theme engine running directly on Cairo, using TQt3/TDE to render
elements without pixbuf copying or other hacks that the old GTK2 theme
engine used. It is FAST, even faster than Qt4, on a low-power atom
system.
If you like what you see, donations to the project are always welcome, and
would help speed up public release of this feature!
Tim
Please correct me, but to my knowledge there is no mechanism in place to warn users when the Trinity compositor will not work. There are two conditions that I am aware:
* An existing xorg.conf contains the following:
Section "Extensions"
Option "Composite" "false"
EndSection
* A packager purposely disables compositor support such as proposed in enhancement request 1289: -DWITH_XCOMPOSITE=OFF.
Currently with either condition, the user is allowed to enable the compositor, KControl->Desktop->Window Behavior->Translucency, and there is no feedback that this is an exercise in futility, which likely will confuse most users.
What is the preferred method for informing users why their efforts will not succeed, or to inform them that the options are unavailable?
Darrell
Updated late last night to the latest GIT. Fresh build of all packages.
Build failures in tdegames, tdevelop, tdewebdev, koffice with:
kgameprogress.moc:1: error: expected id-expression at end of input
layout.moc.cpp:100: error: expected id-expression at end of input
KDGanttMinimizeSplitter.cpp:56: error: expected id-expression before 'static'
Darrell
