Description: Completely re-written application to reflects more about what it should looks as a KCModule.
Note that you still can get old Splashman (0.82) at: -------------------------------------------------------------------------------------------- http://osdn.dl.sourceforge.net/sourceforge/ksplashman/ksplashman-0.8.2.tar.gz --------------------------------------------------------------------------------------------
--------------------------------------------------- Attention: I don't know if this version/app will compile well on KDE3.0.x systems. --Sorry.
I 've made this app on KDE 3.0.98 ( KDE 3.1rc2) and QT 3.1beta2 ----------------------------------------------------
This version uses a new working directory (different from Splashman app), [local_kde]/share/apps/ksplashmanager/themes as its themes base directory.
.. I must start writting KSplashmanager documentation file but since this program is so much straightforward, I'll wait for comments ;-)
I hope you'll like this new app.
BretzelLast changelog:
Version 0.9.1b: ------------------------------------------------------ Prevents Install new theme wizard to show up even after cancelling open url requester...
theme name "Clear text" button in Install wizard dlg now works ;-) ------------------------------------------------------ Version 0.9: ------------------------------------------------------ New application and release, but based on Splashman thus version number is the next logical number: 0.9
Splash-screen archives are now handled through KDE3.1 KTar/KArchive utility classes.
Hi,
Sorry for the compile error.
Yes, I think I do not use any "system(...)" calls anymore..
As soon as I have the time to fix the sources, I will put it in the sf.org download site. :-)
Thanks. I am surprized that KSplashmanager is still used and useful :)
OK! I found the problem! The klocal.h is no-longer in the default directory. A default ./configure expects it in $prefix/include which only works if you set --prefix=/usr
I also had to install fam libfam0 & libfam0-devel. OK, now for some testing.
Hi Seawolf,
I am so much used to put --prefix=/usr.. I've just forgot to mention it in my message. I am glad to know it's ok now ;=-).
I don't expect any good comments about the new Splashman. I did it only to reduce project size ( num of classes and source files ) and to have an idea on what it should looks as a KControl module.
By the way, here is a good news:
One very kind programer took a look to my module source code and Makefiles and managed to execute it as a KControl module. (Yeah!) I am still waiting for the details he wants to give to me... But I also want to wait until KDE3.1 release ( mid January ) before getting into Splashman module.
Thank again Seawolf,
Bretzel
I am glad to learn that the application has been run as a control center app. That is good news indeed.
I did some testing yesterday. Several start, import splash-screen package, install new splash, stop itterations. I found no problems at all. I liked the way you can double click the package file name to get a default name to use during the import process.
The only thing i could see that might be helpful is to have the current splash screen (ksplash) be the default display when ksplashmanager starts. Right now, it is the first package alphabeticly and that was a bit confusing to me at first.
Looking forward to new releases as you get time - very neet tool.
Hi Seawolf,
You are absolutely right and it will be very easy to make this fixe/feature ;-)
Thank you for your advice, and for your positive comments ;-)
CU@KDE3.1
Bretzel
Sorry - forgot about kde test question. The clip below is from the ./configure run.
checking for Qt... libraries /usr/lib/qt3/lib, headers /usr/lib/qt3/include using -mt
checking if Qt compiles without flags... no
checking for moc... /usr/lib/qt3/bin/moc
checking for uic... /usr/lib/qt3/bin/uic
checking whether uic supports -L ... yes
checking whether uic supports -nounload ... yes
checking if Qt needs -ljpeg... no
checking for rpath... yes
checking for KDE... libraries /usr/lib, headers /usr/include
checking for KDE paths... defaults
checking for dcopidl... /usr/bin/dcopidl
checking for dcopidl2cpp... /usr/bin/dcopidl2cpp
checking for mcopidl... /usr/bin/mcopidl
checking for artsc-config... /usr/bin/artsc-config
checking for kde-config... /usr/bin/kde-config
checking for meinproc... /usr/bin/meinproc
checking if doc should be compiled... yes
checking if ksplashmanager should be compiled... yes
checking if po should be compiled... yes
configure: creating ./config.status
fast creating Makefile
fast creating doc/Makefile
fast creating doc/en/Makefile
fast creating ksplashmanager/Makefile
fast creating po/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
My base system is from the MDK v9.0 dvd with the cooker kde 3.1 rc5 installed on top. The list below shows what kde packages I have installed.
[root@farpoint tmp]# rpm -qa | grep kde
kdetoys-3.1-0.rc5.2mdk
kdegraphics-3.1-0.rc5.5mdk
kdebase-nsplugins-3.1-0.rc5.13mdk
kdevelop-2.1.4-1mdk
kdemultimedia-devel-3.1-0.rc5.2mdk
kdeaddons-3.1-0.rc5.1mdk
kdebase-devel-3.1-0.rc5.13mdk
kdegames-3.1-0.rc5.1mdk
kdepim-3.1-0.rc5.6mdk
kde-i18n-en_GB-3.1-0.rc5.1mdk
kdebase-servicemenu-1.0-4mdk
kdeedu-3.1-0.rc5.1mdk
kdemultimedia-aktion-3.1-0.rc5.2mdk
kdesdk-devel-3.1-0.rc5.3mdk
kdebase-3.1-0.rc5.13mdk
kdelibs-devel-3.1-0.rc5.4mdk
kdegraphics-devel-3.1-0.rc5.5mdk
kdesdk-3.1-0.rc5.3mdk
kdenetwork-3.1-0.rc5.2mdk
kdeartwork-3.1-0.rc5.1mdk
kdemultimedia-3.1-0.rc5.2mdk
kdenetwork-devel-3.1-0.rc5.2mdk
kdelibs-3.1-0.rc5.4mdk
kdeadmin-3.1-0.rc5.3mdk
kdeutils-3.1-0.rc5.1mdk
Well, finally upgraded to kde 3.1rc5 so I could try this new version. No joy - got compile error - see below
g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wbad-fun
ction-cast -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion
-O2 -fno-exceptions -fno-check-new -c -o splashmanui.o `test -f 'splashmanui.cpp' || echo './'`splashmanui.cpp
splashmanui.cpp: In constructor `CSplashmanUI::CSplashmanUI(QWidget*, const char*, unsigned int)':
splashmanui.cpp:3161: invalid use of undefined type `struct KComboBox'
splashmanui.h:20: forward declaration of `struct KComboBox'
splashmanui.cpp:3163: no matching function for call to `QGridLayout::addWidget(KComboBox*&, int, int)'
/usr/lib/qt3/include/qlayout.h:324: candidates are: void QGridLayout::addWidget(QWidget*, int, int, int = 0)
splashmanui.cpp:3165: invalid use of undefined type `struct KPushButton'
splashmanui.h:21: forward declaration of `struct KPushButton'
splashmanui.cpp:3166: invalid use of undefined type `struct KPushButton'
splashmanui.h:21: forward declaration of `struct KPushButton'
sp
HI,
According to the errors, I can't see the path to the KDE include files... So it is obvious that all KDE classes will fail to compile in Splashman..
If you can tell me more about KDE3.1rc5, like if you've installed from the sources....
I am wondering why the configure script did not failed at the KDE test...
Waiting for more about your ENV,
CU
Bretzel
Ok I tryied to compile your code on my Mandrake 9.0 KDE 3.0.3-MDK system.
"configure" went smoothly but when I tried "make" it gave me this error:
[la_mano@la_mano ksplashmanager.b]$ make
make all-recursive
make[1]: Entering directory `/home/la_mano/Desktop/Builds/ksplashmanager.b'
Making all in ksplashmanager
make[2]: Entering directory `/home/la_mano/Desktop/Builds/ksplashmanager.b/ksplashmanager'
source='carchivehelper.cpp' object='carchivehelper.o' libtool=no \
depfile='.deps/carchivehelper.Po' tmpdepfile='.deps/carchivehelper.TPo' \
depmode=gcc3 /bin/sh ../admin/depcomp \
g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wbad-function-cast -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new -c -o carchivehelper.o `test -f 'carchivehelper.cpp' || echo './'`carchivehelper.cpp
carchivehelper.cpp: In member function `bool CArchiveHelper::copyTo(const QString&)':
carchivehelper.cpp:148: no matching function for call to `KArchiveDirectory::copyTo(const QString&, bool) const'
make[2]: *** [carchivehelper.o] Error 1
make[2]: Leaving directory `/home/la_mano/Desktop/Builds/ksplashmanager.b/ksplashmanager'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/la_mano/Desktop/Builds/ksplashmanager.b'
make: *** [all] Error 2
[la_mano@la_mano ksplashmanager.b]$
and yes this is the third time running make.
sorry I just reread the posts and saw that I must be using KDE 3.1 which I am not yet.
oh and by the way how is KDE 3.1 rc*? I want to upgrade to it but don't want to break my system.
Thanks,
la_mano
BTW this sounds like a great piece of software.
Hi,
As I said I use Mandrake 9.0.
I've installed KDE3.1RC2 and QT3.1beta2.
Excepted my sources projects, I don't have any sensitive data nor programs. So I didn't care of screwing my system. However, it seems to work (KDE3.1) even faster than KDE3.0.x. I don't want to go back to KDE3.0.4/5 ;-)
As of now that QT3.1 is released, it should be more secure to upgrade now.
KDE3.1 is very near...
Greetings,
Bretzel
To all who DO use KDE3.1 and QT3.1:
I just can't say why KArchiveDirectory::copyTo(...) 'const'
isn't matched, I read the and it contains the right method prototype...
This happened to one other user ( Henrik )
on SuSE 8.1 with KDE3.1rc1
Notice my system is Mandrake 9.0, KDE3.1rc2, QT3.1beta2
No compilation problem tho...
I am sorry that it fails for a reason I really don't know ;-(
It can't be a missplaced
#include ...
However, you may add
#include into carchivehelper.cpp as well and see if it fixes the error ...
The variable mTheme IS declared 'const' so it shouldn't go into compilation troubles....
I can't say more about that error sorry ;-(
I need to know if someone got this app and compiled successfully ?
Greetings,
Bretzel
I really would like to get this to work but I constantly get following error when doing a make :carchivehelper.cpp:148: no matching function for call to `KArchiveDirectory::
copyTo(const QString&) const'
make[2]: *** [carchivehelper.o] Error 1
make[2]: Leaving directory `/home/psch/download/ksplashmanager/ksplashmanager'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/psch/download/ksplashmanager'
make: *** [all] Error 2
Please help
GreetZ
Phil
i downloaded the file from the link on this site. The compile failed with this error message:
carchivehelper.cpp: In member function `KArchiveDirectory* CArchiveHelper::ThemeDir()':
carchivehelper.cpp:142: warning: invalid conversion from `const KArchiveDirectory*' to `KArchiveDirectory*'
carchivehelper.cpp: In member function `bool CArchiveHelper::copyTo(const QString&)':
carchivehelper.cpp:148: no matching function for call to `KArchiveDirectory::copyTo(const QString&) const'
make[2]: *** [carchivehelper.o] Error 1
make[2]: Leaving directory `/tmp/ksplashmanager/ksplashmanager'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/ksplashmanager'
make: *** [all] Error 2
Hi Seawolf! very pleased to "hear" your again ;-)
Yes, unfortunately I use a new feature of KArchive class implemented only from version KDE3.1. "copyTo" which make easy to extract archive subdir content.
This feature wasn't there before KDE3.1
Sorry ;-)
Greetings,
Bretzel
but are you cooperating with kde developers? Is this going to be included in kde 3.1 or later?
It's really very nice feature and IMHO one of the most neccessary.
Ratings & Comments
81 Comments
I have the same problem
When I try to donwload your program, the Sourceforge says the link is broken...
Error compiling on Debian Woody - Xfree 4.2.1 KDE 3.1.3 ------------ make all-recursive make[1]: Entering directory `/home/arakis/KDE/tools/ksplashmanager.b' Making all in ksplashmanager make[2]: Entering directory `/home/arakis/KDE/tools/ksplashmanager.b/ksplashmanager' source='ksplashmanager.cpp' object='ksplashmanager.o' libtool=no \ depfile='.deps/ksplashmanager.Po' tmpdepfile='.deps/ksplashmanager.TPo' \ depmode=gcc /bin/sh ../admin/depcomp \ g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/kde -I/usr/include/qt3/ -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wbad-function-cast -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new -c -o ksplashmanager.o `test -f 'ksplashmanager.cpp' || echo './'`ksplashmanager.cpp ksplashmanager.cpp: In method `void KSplashManager::_Test()': ksplashmanager.cpp:133: `system' undeclared (first use this function) ksplashmanager.cpp:133: (Each undeclared identifier is reported only once ksplashmanager.cpp:133: for each function it appears in.) make[2]: *** [ksplashmanager.o] Error 1 make[2]: Leaving directory `/home/arakis/KDE/tools/ksplashmanager.b/ksplashmanager' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/arakis/KDE/tools/ksplashmanager.b' make: *** [all] Error 2
I remove the two system function in ksplashmanager.cpp and it compile well and work well
Hi, Sorry for the compile error. Yes, I think I do not use any "system(...)" calls anymore.. As soon as I have the time to fix the sources, I will put it in the sf.org download site. :-) Thanks. I am surprized that KSplashmanager is still used and useful :)
I'm having a compile problem I'm running Redhat 9.0 here are the last lines from the make comand. /usr/X11R6/lib cinstallthemewizard.o carchivehelper.o ksplashmanager.o main.o splashmanui.o cinstallthemeui.o ksplashmanager.moc.o cinstallthemewizard.moc.o -lkio -lkdeui -lkdecore -lqt-mt -lpng -lz -lm -lXext -lX11 -lresolv -lSM -lICE -lpthread -lresolv /usr/bin/ld: cannot find -lart_lgpl_2 collect2: ld returned 1 exit status make[2]: *** [ksplashmanager] Error 1 make[2]: Leaving directory `/home/jamie/download/tar_balls/ksplashmanager.b/ksplashmanager' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jamie/download/tar_balls/ksplashmanager.b' make: *** [all] Error 2
You should start make a *.deb package!
OK! I found the problem! The klocal.h is no-longer in the default directory. A default ./configure expects it in $prefix/include which only works if you set --prefix=/usr I also had to install fam libfam0 & libfam0-devel. OK, now for some testing.
Hi Seawolf, I am so much used to put --prefix=/usr.. I've just forgot to mention it in my message. I am glad to know it's ok now ;=-). I don't expect any good comments about the new Splashman. I did it only to reduce project size ( num of classes and source files ) and to have an idea on what it should looks as a KControl module. By the way, here is a good news: One very kind programer took a look to my module source code and Makefiles and managed to execute it as a KControl module. (Yeah!) I am still waiting for the details he wants to give to me... But I also want to wait until KDE3.1 release ( mid January ) before getting into Splashman module. Thank again Seawolf, Bretzel
I am glad to learn that the application has been run as a control center app. That is good news indeed. I did some testing yesterday. Several start, import splash-screen package, install new splash, stop itterations. I found no problems at all. I liked the way you can double click the package file name to get a default name to use during the import process. The only thing i could see that might be helpful is to have the current splash screen (ksplash) be the default display when ksplashmanager starts. Right now, it is the first package alphabeticly and that was a bit confusing to me at first. Looking forward to new releases as you get time - very neet tool.
Hi Seawolf, You are absolutely right and it will be very easy to make this fixe/feature ;-) Thank you for your advice, and for your positive comments ;-) CU@KDE3.1 Bretzel
Sorry - forgot about kde test question. The clip below is from the ./configure run. checking for Qt... libraries /usr/lib/qt3/lib, headers /usr/lib/qt3/include using -mt checking if Qt compiles without flags... no checking for moc... /usr/lib/qt3/bin/moc checking for uic... /usr/lib/qt3/bin/uic checking whether uic supports -L ... yes checking whether uic supports -nounload ... yes checking if Qt needs -ljpeg... no checking for rpath... yes checking for KDE... libraries /usr/lib, headers /usr/include checking for KDE paths... defaults checking for dcopidl... /usr/bin/dcopidl checking for dcopidl2cpp... /usr/bin/dcopidl2cpp checking for mcopidl... /usr/bin/mcopidl checking for artsc-config... /usr/bin/artsc-config checking for kde-config... /usr/bin/kde-config checking for meinproc... /usr/bin/meinproc checking if doc should be compiled... yes checking if ksplashmanager should be compiled... yes checking if po should be compiled... yes configure: creating ./config.status fast creating Makefile fast creating doc/Makefile fast creating doc/en/Makefile fast creating ksplashmanager/Makefile fast creating po/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands
My base system is from the MDK v9.0 dvd with the cooker kde 3.1 rc5 installed on top. The list below shows what kde packages I have installed. [root@farpoint tmp]# rpm -qa | grep kde kdetoys-3.1-0.rc5.2mdk kdegraphics-3.1-0.rc5.5mdk kdebase-nsplugins-3.1-0.rc5.13mdk kdevelop-2.1.4-1mdk kdemultimedia-devel-3.1-0.rc5.2mdk kdeaddons-3.1-0.rc5.1mdk kdebase-devel-3.1-0.rc5.13mdk kdegames-3.1-0.rc5.1mdk kdepim-3.1-0.rc5.6mdk kde-i18n-en_GB-3.1-0.rc5.1mdk kdebase-servicemenu-1.0-4mdk kdeedu-3.1-0.rc5.1mdk kdemultimedia-aktion-3.1-0.rc5.2mdk kdesdk-devel-3.1-0.rc5.3mdk kdebase-3.1-0.rc5.13mdk kdelibs-devel-3.1-0.rc5.4mdk kdegraphics-devel-3.1-0.rc5.5mdk kdesdk-3.1-0.rc5.3mdk kdenetwork-3.1-0.rc5.2mdk kdeartwork-3.1-0.rc5.1mdk kdemultimedia-3.1-0.rc5.2mdk kdenetwork-devel-3.1-0.rc5.2mdk kdelibs-3.1-0.rc5.4mdk kdeadmin-3.1-0.rc5.3mdk kdeutils-3.1-0.rc5.1mdk
Well, finally upgraded to kde 3.1rc5 so I could try this new version. No joy - got compile error - see below g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wbad-fun ction-cast -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new -c -o splashmanui.o `test -f 'splashmanui.cpp' || echo './'`splashmanui.cpp splashmanui.cpp: In constructor `CSplashmanUI::CSplashmanUI(QWidget*, const char*, unsigned int)': splashmanui.cpp:3161: invalid use of undefined type `struct KComboBox' splashmanui.h:20: forward declaration of `struct KComboBox' splashmanui.cpp:3163: no matching function for call to `QGridLayout::addWidget(KComboBox*&, int, int)' /usr/lib/qt3/include/qlayout.h:324: candidates are: void QGridLayout::addWidget(QWidget*, int, int, int = 0) splashmanui.cpp:3165: invalid use of undefined type `struct KPushButton' splashmanui.h:21: forward declaration of `struct KPushButton' splashmanui.cpp:3166: invalid use of undefined type `struct KPushButton' splashmanui.h:21: forward declaration of `struct KPushButton' sp
HI, According to the errors, I can't see the path to the KDE include files... So it is obvious that all KDE classes will fail to compile in Splashman.. If you can tell me more about KDE3.1rc5, like if you've installed from the sources.... I am wondering why the configure script did not failed at the KDE test... Waiting for more about your ENV, CU Bretzel
Ok I tryied to compile your code on my Mandrake 9.0 KDE 3.0.3-MDK system. "configure" went smoothly but when I tried "make" it gave me this error: [la_mano@la_mano ksplashmanager.b]$ make make all-recursive make[1]: Entering directory `/home/la_mano/Desktop/Builds/ksplashmanager.b' Making all in ksplashmanager make[2]: Entering directory `/home/la_mano/Desktop/Builds/ksplashmanager.b/ksplashmanager' source='carchivehelper.cpp' object='carchivehelper.o' libtool=no \ depfile='.deps/carchivehelper.Po' tmpdepfile='.deps/carchivehelper.TPo' \ depmode=gcc3 /bin/sh ../admin/depcomp \ g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wbad-function-cast -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -fno-exceptions -fno-check-new -c -o carchivehelper.o `test -f 'carchivehelper.cpp' || echo './'`carchivehelper.cpp carchivehelper.cpp: In member function `bool CArchiveHelper::copyTo(const QString&)': carchivehelper.cpp:148: no matching function for call to `KArchiveDirectory::copyTo(const QString&, bool) const' make[2]: *** [carchivehelper.o] Error 1 make[2]: Leaving directory `/home/la_mano/Desktop/Builds/ksplashmanager.b/ksplashmanager' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/la_mano/Desktop/Builds/ksplashmanager.b' make: *** [all] Error 2 [la_mano@la_mano ksplashmanager.b]$ and yes this is the third time running make.
sorry I just reread the posts and saw that I must be using KDE 3.1 which I am not yet. oh and by the way how is KDE 3.1 rc*? I want to upgrade to it but don't want to break my system. Thanks, la_mano BTW this sounds like a great piece of software.
Hi, As I said I use Mandrake 9.0. I've installed KDE3.1RC2 and QT3.1beta2. Excepted my sources projects, I don't have any sensitive data nor programs. So I didn't care of screwing my system. However, it seems to work (KDE3.1) even faster than KDE3.0.x. I don't want to go back to KDE3.0.4/5 ;-) As of now that QT3.1 is released, it should be more secure to upgrade now. KDE3.1 is very near... Greetings, Bretzel
To all who DO use KDE3.1 and QT3.1: I just can't say why KArchiveDirectory::copyTo(...) 'const' isn't matched, I read the and it contains the right method prototype... This happened to one other user ( Henrik ) on SuSE 8.1 with KDE3.1rc1 Notice my system is Mandrake 9.0, KDE3.1rc2, QT3.1beta2 No compilation problem tho... I am sorry that it fails for a reason I really don't know ;-( It can't be a missplaced #include ... However, you may add #include into carchivehelper.cpp as well and see if it fixes the error ... The variable mTheme IS declared 'const' so it shouldn't go into compilation troubles.... I can't say more about that error sorry ;-( I need to know if someone got this app and compiled successfully ? Greetings, Bretzel
Sorry, for the incomplete text, please read: #include : "karchive.h" between the empty and hidden html tags!! sorry my mistake bretzel
I really would like to get this to work but I constantly get following error when doing a make :carchivehelper.cpp:148: no matching function for call to `KArchiveDirectory:: copyTo(const QString&) const' make[2]: *** [carchivehelper.o] Error 1 make[2]: Leaving directory `/home/psch/download/ksplashmanager/ksplashmanager' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/psch/download/ksplashmanager' make: *** [all] Error 2 Please help GreetZ Phil
i downloaded the file from the link on this site. The compile failed with this error message: carchivehelper.cpp: In member function `KArchiveDirectory* CArchiveHelper::ThemeDir()': carchivehelper.cpp:142: warning: invalid conversion from `const KArchiveDirectory*' to `KArchiveDirectory*' carchivehelper.cpp: In member function `bool CArchiveHelper::copyTo(const QString&)': carchivehelper.cpp:148: no matching function for call to `KArchiveDirectory::copyTo(const QString&) const' make[2]: *** [carchivehelper.o] Error 1 make[2]: Leaving directory `/tmp/ksplashmanager/ksplashmanager' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/ksplashmanager' make: *** [all] Error 2
Sorry, forgot to say, I am running MDK 9.0 with the kde 3.0 - not 3.1 rcx
Hi Seawolf! very pleased to "hear" your again ;-) Yes, unfortunately I use a new feature of KArchive class implemented only from version KDE3.1. "copyTo" which make easy to extract archive subdir content. This feature wasn't there before KDE3.1 Sorry ;-) Greetings, Bretzel
but are you cooperating with kde developers? Is this going to be included in kde 3.1 or later? It's really very nice feature and IMHO one of the most neccessary.