kwin/lib/Makefile.am

# FRAME libkwin???
lib_LTLIBRARIES = libkdecorations.la

libkdecorations_la_SOURCES = kdecoration.cpp kdecoration_p.cpp kdecoration_plugins_p.cpp \
        kdecorationfactory.cpp kcommondecoration.cpp
libkdecorations_la_LIBADD = $(LIB_KDECORE)
libkdecorations_la_LDFLAGS = $(all_libraries) -version-info 1:0:0 -no-undefined

# FRAME
include_HEADERS = kdecoration.h kdecoration_p.h kdecoration_plugins_p.h \
        kdecorationfactory.h kcommondecoration.h

INCLUDES = $(all_includes)
METASOURCES = AUTO

include ../../admin/Doxyfile.am

messages: rc.cpp
	$(EXTRACTRC) `find . -name \*.ui` >> rc.cpp
	$(XGETTEXT) `find . -name \*.cpp` -o $(podir)/kwin_lib.pot
	-rm rc.cpp
Merging decoration library from kwin_iii back to HEAD. svn path=/trunk/kdebase/kwin/; revision=251611 2003-09-16 19:29:21 +00:00			`# FRAME libkwin???`
As kdelibs/NAMING says, using lib<appname>.la as name for a library is bad. Library name changed to libkdecorations.la . svn path=/trunk/kdebase/kwin/; revision=251859 2003-09-17 14:23:53 +00:00			`lib_LTLIBRARIES = libkdecorations.la`
Merging decoration library from kwin_iii back to HEAD. svn path=/trunk/kdebase/kwin/; revision=251611 2003-09-16 19:29:21 +00:00
As kdelibs/NAMING says, using lib<appname>.la as name for a library is bad. Library name changed to libkdecorations.la . svn path=/trunk/kdebase/kwin/; revision=251859 2003-09-17 14:23:53 +00:00			`libkdecorations_la_SOURCES = kdecoration.cpp kdecoration_p.cpp kdecoration_plugins_p.cpp \`
Import KCommonDecoration/KCommonDecorationButton. They ease development of decorations by implementing parts of KDecoration which are error prone and common for most decorations. Plastik will be ported to it. It should be possible to port at least Web, System++, RISC OS, Quartz, Laptop, KStep, KDE 2, CDE easily - I will have a look at this some time. Perhaps also Redmond, Modern System, Keramik, IceWM, Glow. I'm sure they will gain maintainability... I'm open to discussions on the API... CCMAIL: kwin@kde.org svn path=/trunk/kdebase/kwin/; revision=396767 2005-03-11 20:10:46 +00:00			`kdecorationfactory.cpp kcommondecoration.cpp`
As kdelibs/NAMING says, using lib<appname>.la as name for a library is bad. Library name changed to libkdecorations.la . svn path=/trunk/kdebase/kwin/; revision=251859 2003-09-17 14:23:53 +00:00			`libkdecorations_la_LIBADD = $(LIB_KDECORE)`
			`libkdecorations_la_LDFLAGS = $(all_libraries) -version-info 1:0:0 -no-undefined`
Merging decoration library from kwin_iii back to HEAD. svn path=/trunk/kdebase/kwin/; revision=251611 2003-09-16 19:29:21 +00:00
			`# FRAME`
			`include_HEADERS = kdecoration.h kdecoration_p.h kdecoration_plugins_p.h \`
Import KCommonDecoration/KCommonDecorationButton. They ease development of decorations by implementing parts of KDecoration which are error prone and common for most decorations. Plastik will be ported to it. It should be possible to port at least Web, System++, RISC OS, Quartz, Laptop, KStep, KDE 2, CDE easily - I will have a look at this some time. Perhaps also Redmond, Modern System, Keramik, IceWM, Glow. I'm sure they will gain maintainability... I'm open to discussions on the API... CCMAIL: kwin@kde.org svn path=/trunk/kdebase/kwin/; revision=396767 2005-03-11 20:10:46 +00:00			`kdecorationfactory.h kcommondecoration.h`
Merging decoration library from kwin_iii back to HEAD. svn path=/trunk/kdebase/kwin/; revision=251611 2003-09-16 19:29:21 +00:00
			`INCLUDES = $(all_includes)`
			`METASOURCES = AUTO`

			`include ../../admin/Doxyfile.am`

Add message extraction for KCommonDecoration. Could someone who knows Automake/i18n check if this is correct, please? svn path=/trunk/kdebase/kwin/; revision=396775 2005-03-11 20:20:00 +00:00			`messages: rc.cpp`
			$(EXTRACTRC) `find . -name \*.ui` >> rc.cpp
			$(XGETTEXT) `find . -name \*.cpp` -o $(podir)/kwin_lib.pot
			`-rm rc.cpp`