some module compiles with enable-final now)
As discussed with Alex it's not necessary to have program name
into automoc macro
svn path=/trunk/KDE/kdebase/workspace/; revision=598290
enable-final argument
(there was not a dependancy between <name>_final.cpp file and
moc generated files => moc files were never created)
Not necessary to rebuild all kdelibs just cp kdelibs/cmake/modules/KDE4Macros.cmake <path_kde4>/share/apps/cmake/modules
I ported and tested all kde module (without enable-final argument, it compiles fines (test and program))
Don't try to use enable-final argument for the moment it doesn't compile (but dependancy works)
Regards
svn path=/trunk/KDE/kdebase/workspace/; revision=595039
-cleanup the toplevel CMakeLists.txt a bit
-remove include_directories( CMAKE_CURRENT_SOURCE_DIR CMAKE_CURRENT_BINARY_DIR)
in the subdirs, since this is done now automatically by cmake (the CMAKE_INCLUDE_CURRENT_DIR option
-include_directories(KDE4_INCLUDES) in the toplevel CMakeLists.txt, so it
doesn't have to be done in every subdir
Alex
svn path=/trunk/KDE/kdebase/workspace/; revision=539914
The following changes were in SVN, but were removed from git:
M wallpapers/CMakeLists.txt
${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_BINARY_DIR} in each and every file anymore [only when subdirs might depend on that].
Also ran a script which makes sure that ${KDE4_INCLUDE_DIR} and ${QT_INCLUDES} are added -last-,
so that installed headers are not preferred over (possibly more uptodate) local headers.
svn path=/trunk/KDE/kdebase/workspace/; revision=521887
The following changes were in SVN, but were removed from git:
M wallpapers/CMakeLists.txt
its reasonably heavy use of custom actions.
My kdelibs was a day old when i compiled, so if there is non-action
related porting still to do... it's probably still not done... will
check
svn path=/trunk/KDE/kdebase/workspace/; revision=521386
BE CARREFULL: Don't try to compile it for the moment (in progress)
Don't use kdelibs trunk for compile it (there is not again test to disable
compile when we compile with kdelibs trunk)
For the moment there was a lot of missing test etc.
I commit it just to allow to lose my changes if there is a pb on my HD.
I will sync cmake from kdelibs trunk to kdelibs-snapshot.
I hope to fix compile today or tomorrow.
CCMAIL: neundorf@kde.org
For the futur we must sync kdelibs/cmake/* to kdelibs-snapshot
to compile all the time with kdelibs-snapshot
svn path=/trunk/KDE/kdebase/workspace/; revision=514380
The following changes were in SVN, but were removed from git:
A wallpapers/CMakeLists.txt
svn path=/trunk/KDE/kdebase/workspace/; revision=495177
The following changes were in SVN, but were removed from git:
M wallpapers/All-Good-People-1.jpg.desktop
M wallpapers/Chicken-Songs-2.jpg.desktop
M wallpapers/KDE34.png.desktop
M wallpapers/No-Ones-Laughing-3.jpg.desktop
M wallpapers/Time-For-Lunch-2.jpg.desktop
M wallpapers/Totally-New-Product-1.jpg.desktop
M wallpapers/Won-Ton-Soup-3.jpg.desktop
M wallpapers/alta-badia.jpg.desktop
M wallpapers/andes-venezolanos.svgz.desktop
M wallpapers/aurora.svgz.desktop
M wallpapers/blue-bend.jpg.desktop
M wallpapers/celtic.svgz.desktop
M wallpapers/default_blue.jpg.desktop
M wallpapers/default_gears.jpg.desktop
M wallpapers/floating-leaves.jpg.desktop
M wallpapers/globe.svgz.desktop
M wallpapers/here-gear.svgz.desktop
M wallpapers/kde_box.png.desktop
M wallpapers/konqui.svgz.desktop
M wallpapers/lineart.svgz.desktop
M wallpapers/moon.svgz.desktop
M wallpapers/seaofconero.jpg.desktop
M wallpapers/soft-green.jpg.desktop
M wallpapers/stelvio.jpg.desktop
M wallpapers/sunshine-after-the-rain.jpg.desktop
M wallpapers/triplegears.jpg.desktop
svn+ssh://coolo@svn.kde.org/home/kde/branches/work/kde4/kdebase
.
I couldn't resolve one kicker conflict that results from different
development directions, so I rely on Aaron to sort it out - the file
is commited with conflicts
svn path=/trunk/KDE/kdebase/kwin/; revision=439627
returns the state set by the user - these two may differ e.g. while hover-unshaded.
Therefore titlebar buttons should use isSetShade(), otherwise they become
a bit useless with hover-unshading.
Also fix updating the button state - the styles duplicate way too much code,
and if one of them has a bug, most of them definitely have it as well. Some
of the code should probably move to the decoration lib :-/ .
svn path=/trunk/kdebase/kwin/; revision=366147
(The user visible strings inkdebase/kwin/clients are extracted to
kwin_client.pot)
CCMAIL:kde-i18n-doc@kde.org
svn path=/trunk/kdebase/kwin/; revision=347824
Add a central user message extraction for all KWin client.
(The config programs have already their own .pot files)
CCMAIL:kde-i18n-doc@kde.org
(Note: there is currently not much of a choice to add a new .pot file,
as KWin has already many of them and we are in message freeze.
But at least this new .pot file can be shared between all clients, which
share most of the user visible strings.)
svn path=/trunk/kdebase/kwin/; revision=332022
first time and until this problem can be clearer.
Reason: from my first test, there are mostly the same strings ("Maximize",
"Minimize"...) and therefore such mini-pot files full of duplicates
should not be created. (That the config files are even extra files is bad too.)
svn path=/trunk/kdebase/kwin/; revision=331821
Fixed the resize handle tooltip (wrong corner);
use the ";" on the other similar tooltip and removed the redundant "instead".
svn path=/trunk/kdebase/kwin/; revision=323019
handle has to be drawn, and it's on by default).
Added support for a new titlebar button "R" for Resize.
I have a patch pending for the kwin kcm to add that too.
svn path=/trunk/kdebase/kwin/; revision=322119
shaded. Maybe "Roll up" and "Roll down" are better? I'm not sure, since English
is not my mothertongue.
CCMAIL: kwin@kde.org
svn path=/trunk/kdebase/kwin/; revision=311798
buttons too, but I can't figure yet what kind of graphics could be used to
represent the action.
Removed some old commented out code too.
svn path=/trunk/kdebase/kwin/; revision=311718
Currently only BorderTiny, BorderNormal, BorderLarge and BorderVeryLarge are
supported. I'll add the other sizes after making the titlebar height
adjustable too.
svn path=/trunk/kdebase/kwin/; revision=256260
Make middle and right click on window buttons work again.
The solution looks a bit like a workaround for some kwin problem, though.
Why do I have to always fake a LeftButton press?
svn path=/trunk/kdebase/kwin/; revision=255894
Fixed the misrendered shaded border.
For me, the problem was fixed by redoing the layout in the shapeChange()
function. Maybe the other styles have to modified in a similar way.
I'd like to reduce the width of the window border to the titlebar width only,
instead of the full window border. In the BeeToo, I obtain a similar effect by
painting the titlebar only, but the trick is revealed by the window snap zones,
and the transparent border. Is there a way to do this cleanly with current kwin?
svn path=/trunk/kdebase/kwin/; revision=255364
The second part of the bug report does not seem to apply to any other
decoration in CVS.
Removed redundant copies of MouseEvents, since I were at it.
svn path=/trunk/kdebase/kwin/; revision=255165
Now when "Display contents of moving/resizing" windows is disabled, a polygon
approximating the window shape is shown instead of the normal rectangle.
svn path=/trunk/kdebase/kwin/; revision=252937
Ported b2 to the new api. Well, some stuff does not yet work, but I'll work on
that later, and I'll need some assistance for the Automatic titlebar movement.
There is also a bug when shading the window, but on the bright side,
the client more or less works.
svn path=/trunk/kdebase/kwin/; revision=252655
clients by adding an unnecessary 'enable-bidi' checkbox which was never agreed
upon on the kwin mailing list.
The use of --reverse is sufficient without needing this checkbox.
Please discuss largish patches like these first, especially during a feature
freeze!
(Everyone also seems to forget the kwin-styles in kdeartwork)
- Make clients look the same with --reverse instead of the broken state they
were in previously. If the button ordering is not to your liking in reverse
mode, just change the button positions. (Or send patches for those clients
that have not got these features yet).
- Clean up popupMenu handling somewhat.
- Remove a global static object in keramik.
svn path=/trunk/kdebase/kwin/; revision=174079
if it's on, kwin clients will reverse thire display when the desktop is reversed (arabic, hebrew etc).
Clinets updated to use this options, and options.h has a few more lines :)
see clients for the changes.
svn path=/trunk/kdebase/kwin/; revision=173581
Plugin developers should use only Workspace::showWindowMenu() instead
of calling Workspace::clientPopup() and playing with the popup.
svn path=/trunk/kdebase/kwin/; revision=173296
- Adds a config option allowing frames to be drawn using the titlebar
colors just like in Quartz (feature request)
svn path=/trunk/kdebase/kwin/; revision=113673
his part of the patch, works fine but there's just the re-check needed to
be added so when the effect for tooltips changes, the deco's tooltips take
this as well. There are no new strings except the Un-Sticky tooltip, all
others are translated. thd@kde.org agreed on the strings.
svn path=/trunk/kdebase/kwin/; revision=104585
