
Various KDE 1.-4. Improvements
Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net
UPDATE:: Shadowed text patch for KDE 3.1.3.
This patch has been cleaned to contain only 2 files for kdelibs and kdebase.
It maintains binary compatibility with the original code so you don't have to compile everything all over again.
** I'd like to thank to all of you for your interest and contributions to this patch. **
17 years ago
07 Aug: The download link contains patches to 3_1_3_RELEASE. Textar has already made RPMs for Mandrake beta (second shot).
14 Jul: the patch is in the CVS now, so the download is out of date until I 'll get around to backport it to 3.1 :)
23 Jun: new version with Bernardo's fix for kdesktop crashing.
20Jun: New patch (this time has 2 diff files: one for kdebase, one for kdelibs) . Also some code cleanup (less debug messages and some API docs).
Update 3
New patch created against a fresh copy of kde. 2 files. The config file shows an example of the default/selected configuration.
Update 2 :)
BIG THANKS to Bernardo for his algorithm implementation ("acurate" in shadowconfig)
UPDATE: 6:08 GMT> fixed nasty bug causing crash on bogus shadow thickness. Improved the size of the rendered shadow (some cutting off on the left handside was observed)
A configuration is provided via Background/advanced.
The user can add custom configurations to the predefined ones in kdesktoprc:
[CustomShadow]
ShadowNames=Name 1,Name 2,Name 3,Name 4
ShadowItem.1=
ShadowItem.2=
ShadowItem.3=
...
and use the shadowconfig program to generate the entry strings.
This patch does no longer include the kicker pixmap patch.
17 years ago
07 Aug: The download link contains patches to 3_1_3_RELEASE. Textar has already made RPMs for Mandrake beta (second shot).
14 Jul: the patch is in the CVS now, so the download is out of date until I 'll get around to backport it to 3.1 :)
23 Jun: new version with Bernardo's fix for kdesktop crashing.
20Jun: New patch (this time has 2 diff files: one for kdebase, one for kdelibs) . Also some code cleanup (less debug messages and some API docs).
Update 3
New patch created against a fresh copy of kde. 2 files. The config file shows an example of the default/selected configuration.
Update 2 :)
BIG THANKS to Bernardo for his algorithm implementation ("acurate" in shadowconfig)
UPDATE: 6:08 GMT> fixed nasty bug causing crash on bogus shadow thickness. Improved the size of the rendered shadow (some cutting off on the left handside was observed)
A configuration is provided via Background/advanced.
The user can add custom configurations to the predefined ones in kdesktoprc:
[CustomShadow]
ShadowNames=Name 1,Name 2,Name 3,Name 4
ShadowItem.1=
ShadowItem.2=
ShadowItem.3=
...
and use the shadowconfig program to generate the entry strings.
This patch does no longer include the kicker pixmap patch.
equinoxe
17 years ago
[FMSettings]
ItemTextBackground=invalid
NormalTextColor=255,255,255
ShadowCurrentScheme=1,1,32.0,169.0,2,4,0 #0,0,4.000000,255.000000,3,0,0
ShadowEnabled=true
ShowFileTips=true
Cheers,
Laur
Report
jrch2k
17 years ago
second the patch not work in kde 3.1 or 3.1.x series at least in redhat 9 or suse 8.2
thanks, great work
Report
equinoxe
17 years ago
Yop, it's in the cvs (most of it)..
Report
techniq
17 years ago
In file included from bgadvanced.cpp:47:
shadowconf.h:31:24: shadowitem.h: No such file or directory
In file included from bgadvanced.cpp:47:
shadowconf.h:58: error: type specifier omitted for parameter `ShadowItem'
shadowconf.h:58: error: parse error before `*' token
shadowconf.h:81: error: syntax error before `*' token
shadowconf.h:100: error: `ShadowItem' was not declared in this scope
shadowconf.h:100: error: template argument 1 is invalid
shadowconf.h:100: warning: ISO C++ forbids declaration of `items' with no type
shadowconf.h:105: warning: ISO C++ forbids declaration of `ShadowItem' with no
type
shadowconf.h:105: error: parse error before `;' token
make[4]: *** [bgadvanced.lo] Error 1
make[4]: Leaving directory `/home/cvsuser/KDECVS-06-23-03/kdebase-030623/kcontrol/background'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/cvsuser/KDECVS-06-23-03/kdebase-030623/kcontrol/background'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/cvsuser/KDECVS-06-23-03/kdebase-030623/kcontrol'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/cvsuser/KDECVS-06-23-03/kdebase-030623'
make: *** [all] Error 2
Report
equinoxe
17 years ago
Cheers,
Laur
Report
techniq
17 years ago
Also, I tried it on a daily snapshot (06-22-03), but kdebase failed to compile after the patch (had already compiled it without the patch, and went through fine, kdelibs did compile fine as well). I don't have the error right off hand, but it was something to do with shadowconfig missing I think.
Report
equinoxe
17 years ago
Report
Richardve
17 years ago
This is what I'm getting when running kdesktop:
kdesktop: Saver Engine disabled
kio (KSycoca): Trying to open ksycoca from /var/tmp/kdecache-username/ksycoca
kdesktop: setConfig()
kdesktop: ShadowTextColor=#ffffff
kdesktop: ShadowTextBackground=#000000
kdesktop: 2,0,0,4.000000,170.000000,1,4,0
ERROR: Communication problem with kdesktop, it probably crashed.
Report
Richardve
17 years ago
(compiled without any issues)
Report
equinoxe
17 years ago
+
+ShadowEngine::ShadowEngine(ShadowItem *fx) :
+ m_shadowItem(0L)
+{
+ setShadowItem(fx);
+}
the m_shadowItem(0L) was missing so if the location was not 0L, the setItem() would try to delete it...
Report
Richardve
17 years ago
Anyway, I'll give the updated patch a try, maybe it does fix things.
Report
Richardve
17 years ago
(same file size, same dates, same code)
So it's still crashing for me.
I think something went wrong on your side because I also (with the 'first' patch) had to add a closing bracket ('}') at the end of one of the patched files (can't remember which file anymore).
So the current patch is still a bit broken.
(nothing failed while patching so that's not the problem here)
Report
equinoxe
17 years ago
can you please send me an e-mail off the board with the error you get?
Cheers,
Laur
Report
ronie
17 years ago
shadowengine.cpp
I'm compiling kde (cvs) with this patch applied right now.
I'll let you know if it gives me any problems.
Report
Richardve
17 years ago
Report
ronie
17 years ago
everything works just fine.
btw. thanks for this patch, like it a lot.
Report
thormedia
17 years ago
I itching to try this out.. hehe
Kind regards
Miles.
Report
wilburpan
17 years ago
Report
equinoxe
17 years ago
kdelibs should patch with kde 3.1.x without problems. Then libkonq and kdesktop should patch cleanly too. The only bit is the frontend which is different in 3.1 series. ...and i'm working on that :)
Then, theoretically, you should be able to use the config file generated already in 3.2 :)
Report
ntesa
17 years ago
Report
WinterWolf
17 years ago
http://bugs.kde.org/show_bug.cgi?id=58944
Report
Richardve
17 years ago
And the drop shadows in Nautilus are NOT drop shadows.
It's just the same string drawn twice with different offsets, no blending, no interpolating, no nothing.
(that's why it doesn't make the text stand out, something the patch in this topic does do, which is good)
Report
techniq
17 years ago
Report
lucher
17 years ago
I saw that you are able now to start apps that draw direct onto the desktop.
I'm not sure about detailed K technology, but it would be awsome to be able to implement that wonderful wave effect from enlightenment. The problem I see is that until KDE 3.1 the desktop ist not the whole screen, but the area between the kicker bars.
Example: if you program a wave effect it should be drawn eg. at the bottom (on the same "height" as the kicker bars maybe) Problem: the K-"desktop" starts above the kicker panel. On its (the kicker's) left and right site the wallpaper is shown but only to emulate it - not to work (try it by yourself - popup a desktop menu). That means: If the wave effect would be a part of the kdesktop it would be shown above the kicker where it is not supposed to be.
Question: Does your patch replace that "hack" by a "stable" implementation? Maybe you will do so in the future?
Thanks for reply.
Report
equinoxe
17 years ago
To be honest, I think you should have placed the message in the general discussion list. My patch doesn't really deal with this kind of things. It's just ammending the way things are drawn on the desktop (which is a sort of iconview...)
Report