New Tool Announcement: AgeCreator 0.0.0 pre-pre-pre-alpha

[Tayrtahn]

I think the idea is that we could use a "Save" function first, no?

[Branan]

I think the idea is that we could use a "Save" function first, no?

save is waiting on a way to save Plasma objects in a version-agnostic way. I've been poking at libHSPlasma to get that sorted out.

[diafero]

It assumes you've installed libHSPlasma using my CMake scripts (it uses the CMake config file that's installed as part of that process), and it currently has some Qt 4.6-specific features. I know this makes it not-so-accessible to many developers, so I'll work on allowing manually pointing to libHSPlasma, and try to #ifdef the Qt 4.6-specific features. I've built it on 64-bit Linux with GCC, and 32-bit windows with MinGW.

I still can not build this tool because I'd like to patch my libHSPlasma as little as possible... how hard is it to add some option to point the build process there manually? I tried fiddling with the cmake file with no success. cmake is not really self-explanatory (I managed to hack on Alcugs' automake-based build system without reading any documentation - cmake looks much cleaner, but I don't seem to get it)

[Branan]

I still can not build this tool because I'd like to patch my libHSPlasma as little as possible... how hard is it to add some option to point the build process there manually? I tried fiddling with the cmake file with no success. cmake is not really self-explanatory (I managed to hack on Alcugs' automake-based build system without reading any documentation - cmake looks much cleaner, but I don't seem to get it)

r32 now has build instruction explaining how to point to your pre-build libHSPlasma. Let me know if you need any help with it.

EDIT: I've also uploaded a Windows build for R30. There are no other changes in 31&32 besides the build system tweak.

[diafero]

Thanks for the quick reaction

However, I still don't get it working . This is my cmake command:

Code: Select all

cmake -DHSPLASMA_LIBRARY=~/src/libHSPlasma/Plasma/lib/libHSPlasma.so -DHSPLASMA_INCLUDE=~/src/libHSPlasma/Plasma/core/ ../

I pasted the output at http://pastebin.ca/1834370 .

(I read that Qt 4.6 is currently required, but since I already wrote some Qt applications I can assist in adding the required #ifdefs - but I'm lost with cmake)

[Branan]

That output means I F****d up my CMake code I think it's fixed now, though. r33

EDIT: One big note is that this is temporary. I'll write a proper module to search for libHSPlasma properly at some point in the future, but package search is a massive pain and I just don't want to do it. This works for now, and it's not entirely terrible. When I do write the proper module that big warning about not finding HSPlasmaConfig.cmake or FindHSPlasma.cmake will go away.

EDIT2: Qt 4.6 stuff I know for sure about is Freedesktop.org icon loading and matrix/vector stuff. Icon loading can be #ifdef'd to use the same icon loader used in Zrax's tools, the integration code just needs to be written. Icon loading is already done through a preprocessor macro in anticipation of that adjustment. I can almost certainly replace the Qt Matrices with Plasma matrices, I just did the Qt stuff because I already knew the class interface for those.

[diafero]

I'm ok with anything that works, temporary or not . For the package fidner, please keep in mind that not everyone actually does "make install" - I find it rather inconvenient to have the binaries twice on my system and prefer using all the tools from the source directory, which worked great so far.

Ok, agecreator builds fine now Thanks a lot!
Attached is the patch required to make it work in Qt 4.5. The missing parts are
- some 3D classes (QVector3D and QMatrix4x4) - which breaks the preview renderer, naturally
- the icon loader functions - of course I have no icons now (the PlasmaShop tools contain a "qticonloader" in the 3rdParty folder which also works with Qt 4.5)
- QTreeView::setDefaultDropAction - will that have bad or unintended side-effects?

[Branan]

- QTreeView::setDefaultDropAction - will that have bad or unintended side-effects?

Nope, I should be able to remove that and work around it with code when I need it. It's for a future-feature.

[Zrax]

Wait, Qt 4.6 *finally* has support for freedesktop.org-compliant icon loading? That was really the only major annoyance I had with Qt, so I'm glad they finally took care of that .

However, until 4.6 is more standard on released desktops, I'll probably have to stick with qtIconLoader. But still, nice to know it's there

[Branan]

Qt 4.5 compatibility now in trunk. Still no icons in Qt 4.5, but I'll deal with that another day.