-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Apps
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


Sponsoring


-
- Content .- Fans  . 

Improving KDE

   1.0.0  

KDE Improvement

Score 79%
Improving KDE
zoom


Improving KDE
zoom


Improving KDE
zoom


Link:  http://
Downloads:  48903
Submitted:  Oct 13 2004
Updated:  Nov 28 2004

Description:

CONTENTS
1. Changed the plastik theme to draw a lighter line as listview branch.
2. Rounded selection in iconview (konqueror/kdesktop)*
3. A modern looking rubberband (gnome/xp semi-transparent style).*
4. Modified dialogs when in iconlist mode to highlight item on mouse over (mozilla-firefox).
5. Added a new konqueror sidebar look.
Idea from http://www.kde-look.org/content/show.php?content=17049
6. Now sidebar is saved per profile (bug 58580)
7. Fixed bug 88964 (Highlighting of files in Detailed List View does not
correspond to the area of activation).

Obs.: All patches are tested in kde-3.3.1/qt-x11-free-3.3.3 official
sources. I can't garantee that they will work in other kde versions.

* some patches are modified versions from the patches found in
http://lists.kde.org/?l=kde-core-devel&m=107624741505943&w=2

GOOD NEWS
I started a thread in kde-devel mailing list to discuss the insertion of the patches in next kde release.
See http://lists.kde.org/?l=kde-devel&m=109863377620287&w=2
Some of the improvements are already in KDE CVS.
I contacted trolltech and they are analyzing the patches.

TIPS
- To improve the performance of the rubberband try to enable the option
"RenderAccel" in your XF86Config file.
(sinve version 0.5.2 the rubberband performance is improved)
- To enable the new konqueror sidebar look add the line "SidebarStyle=1" in the file $HOME/.kde/share/config/konqsidebartng.rc in the group that has the same name of the profile you want to change:
For example:
[webbrowsing]
SidebarStyle=1

If anyone has more ideas (original ideas) to add to this patches, tell me and perhaps i will try to implement them.




Changelog:

v1.0.0: (2004-Nov-28)
* fixed bug with rubberband in iconview mode.
* added install instructions.

v0.5.5: (2004-Oct-31)
* fixed bug when new rubberband effect is disabled.

v0.5.4: (2004-Oct-31)
* added rubberband color cache (improve rubberband performance a little more). I can't do incremental patch cause i'm using the KDE CVS version now. The only file that was modified is kdelibs/kdefx/kstyle.cpp

v0.5.3: (2004-Oct-31)
* improved rubberband performance in iconview (now only the modified area is draw).
* fixed bug when drawing rubberband and right mouse button is clicked.
* added incremental patch. For those who are using version 0.5.2 just apply the patches found in dir patches-0.5.2.
Note: Only use the patches found in dir patches-0.5.3 if you are using version 0.5.2. Any doubt how to use this mail me.
* added TODO file. If you found any bug not in TODO mail me, and i will try to fix.

v0.5.2: (2004-Oct-26)
* fixed error in drawing the item background in konqueror detailed view mode when that is a background image set. You just need to recompile kdebase/konqueror/listview.

v0.5.1: (2004-Oct-26)
* fixed compile error in kdebase/konqueror/listview.

v0.5.0: (2004-Oct-25)
* a lot of cleanup and refactoring.
* fix bug in konqueror detailed view mode that made the alternate background lines draw incorrect (thanks to DarkLord to point this out).
* now no app will be affected by the patch for bug 88964.
* modified qt patches to kde ones so is more easy to get they accepted by kde developers.
* removed kdepim patch (no more necessary).

...




LicenseGPL
(gentoo ebuilds (thanx to f10nk))
(another gentoo ebuilds (thanks to taskara))
(slackware packages (thanks to pcxz))
Send to a friend
Subscribe
Other  Apps  from andrunko
Report inappropriate content



goto page: prev  ... 12  13  14  15  16  17  18  19  20  21  22  23  24  25  26  27 

-

 optional?

 
 by MamiyaOtaru on: Nov 29 2004
 
Score 50%

I would hope the new sidebar is optional. It eats up a lot of space compared to the old one: it really reduces the vertical space available for the tree and I'm not a big fan of the tabs-in-front-of-and-behind-other-tabs look.

Also anything that *requires* renderaccel to perform well should definitely be optional.

So there is a choice between yet more options, or changing the default (imho, to a less sane default) .. bleh. Bear in mind, eye ecandy is cool until you have to stare at it forever. Remember how much everyone loved Keramik before they tried it in daily use?


Reply to this

-

 Re: optional?

 
 by andrunko on: Nov 29 2004
 
Score 50%

Everything you said is already optional!! To use the new sidebar you should enable it (not default). The rubberband can be disabled too. See the README file. Any doubt mail me.

cheers
Andrunko


Reply to this

-
.

 SuSE 9.1 KDE 3.3.1

 
 by 18volt on: Nov 29 2004
 
Score 50%

I just tried to install on my SuSE 9.1 w/KDE 3.3.1 and unfortunatlly ruined kinit and dcop :P I used trolltechs sources for my patching, should I have used suse's? If any suse users get it running drop me a line :)


Reply to this

-

 Re: SuSE 9.1 KDE 3.3

 
 by sparxxxie on: Nov 30 2004
 
Score 50%

What about SuSE SRC RPM's? How do we apply the patches to those?


Reply to this

-
.

 S-bar double entries

 
 by mononoke on: Nov 29 2004
 
Score 50%

Hi,
definitely another improvement would be, if you remove the double entries in the sidebar :]
Example:
Home Folder {Tab}
Home Folder

Devices {Tab}
Devices
etc.

Now, removing the Home Folder entry in the Tree, similar to Devices, Bookmarks, etc..

what do you think about that?
thx


Reply to this

-

 Re: S-bar double ent

 
 by andrunko on: Nov 29 2004
 
Score 50%

i will take a look at this

cheers


Reply to this

-
.

 Re: Re: S-bar double ent

 
 by mononoke on: Dec 18 2004
 
Score 50%

cool, well, it will save space and doesn't look redundant :)
thanks


Reply to this

-
.

 Rename Files

 
 by DarkLord on: Nov 30 2004
 
Score 50%

Not sure if I already suggested that somehwere, so here we go:

Maybe you could add a patch to KDE (since you asked for ideas ;)) that enables users to rename files by clicking a file two times (non-doubleclick) similar to what windows does. K3B actually already allows this afair so it would only be logical to have this in Konqueror and all of KDE as well.

:)


Reply to this

-

 Re: Rename Files

 
 by Hintzy on: Dec 1 2004
 
Score 50%

But I always trigger that by accident in windows when I don't want to rename the file, and then can't make it happen when I actually do want to change the name! :-p I'm still not sure if the problem is windows or me... ;-)


When nobody is looking, this sentence is in Spanish.
Reply to this

-
.

 Re: Re: Rename Files

 
 by DarkLord on: Dec 1 2004
 
Score 50%

it's you ;)

No seriously I think it doesn't get in the way normally and we have the option here to make the trigger time a bit higher than it is in windows.

But I think this should be done just like it is in K3B. You can try it when you create a data project in the lower pane - it's not possible in the filesystem browser (upper pane) in K3B.

I suppose this feature would have to be in QT for this - which is what I'm suggesting.
I don't think it's very hard to do and could even be taken from K3B itself.

So the only question is IF we want it and IF someone is gonna do it.

I really think it doesn't get so much in the way as it could be usefull... think of it like this:

The only real-world situation where you would trigger it would be when you do a double-click (to open something) too slow.

- *with* this feature you would trigger the rename function and see "oh, that's not what I wanted". You click somewhere else and try to doubleclick again

- *without* this feature a doubleclick done too slow will just do - nothing. So instead of an immediate response you wonder why nothing happens.

Actually I do not think that the first option (with the feature) would result in a higher loss of time, when what you actually want to do is double-click something.
Reason for that is that the moment when nothing happens ("hey, what's that? it doesn't open?!") is just as long to humans as the immediate response (triggering the rename operation) including the workaround to click some other location to try again.

Ok, I suppose that this explanation is complicated to understand, but I re-read it and think it says what I mean - maybe some clever guy (or girl) comes around, thinks the same and implements it.

It's not "da-killer" feature but it's one o those niceties that make KDE so much more usable than other systems... erm, well kind of :)


Reply to this

-

 Re: Re: Re: Rename F

 
 by Hintzy on: Dec 1 2004
 
Score 50%

I was just joking, I think its a great idea. Being able to quickly rename files like that is very handy.

I'm not sure how I accidentally trigger it in Windows so much, it has nothing to do with my double-click speed. The problem ONLY happens when I (single-)click on a file I want to delete, so that when I select it and hit the delete key, the name disappears and windows complains that I haven't entered a valid filename. :-p Silly Windows...


When nobody is looking, this sentence is in Spanish.
Reply to this

-
.

 Re: Re: Rename Files

 
 by anonymous on: Dec 1 2004
 
Score 50%

oeBiFQQTMbwk
Home

it's you ;)

No seriously I think it doesn't get in the way normally and we have the option here to make the trigger time a bit higher than it is in windows.

But I think this should be done just like it is in K3B. You can try it when you create a data project in the lower pane - it's not possible in the filesystem browser (upper pane) in K3B.

I suppose this feature would have to be in QT for this - which is what I'm suggesting.
I don't think it's very hard to do and could even be taken from K3B itself.

So the only question is IF we want it and IF someone is gonna do it.

I really think it doesn't get so much in the way as it could be usefull... think of it like this:

The only real-world situation where you would trigger it would be when you do a double-click (to open something) too slow.

- *with* this feature you would trigger the rename function and see "oh, that's not what I wanted". You click somewhere else and try to doubleclick again

- *without* this feature a doubleclick done too slow will just do - nothing. So instead of an immediate response you wonder why nothing happens.

Actually I do not think that the first option (with the feature) would result in a higher loss of time, when what you actually want to do is double-click something.
Reason for that is that the moment when nothing happens ("hey, what's that? it doesn't open?!") is just as long to humans as the immediate response (triggering the rename operation) including the workaround to click some other location to try again.

Ok, I suppose that this explanation is complicated to understand, but I re-read it and think it says what I mean - maybe some clever guy (or girl) comes around, thinks the same and implements it.

It's not "da-killer" feature but it's one o those niceties that make KDE so much more usable than other systems... erm, well kind of :)


Reply to this

-

 Re: Rename Files

 
 by Superstoned on: Dec 17 2004
 
Score 50%

already possible. select "in-line renaming" or something like that (I have dutch version of KDE) in the filemanager's settings.

damn, this is possible at least since kde 3.1...


Reply to this

-

 binary patch

 
 by bushwakko on: Dec 1 2004
 
Score 50%

would it be possible to make a binary patch for this? or is it too much?


Reply to this

-
.

 Re: binary patch

 
 by eriol on: Dec 13 2004
 
Score 50%

and what about SuSE 9.x if I may ask ?


Reply to this

-
.

 RPMS for Fedora

 
 by tosta on: Dec 3 2004
 
Score 50%
tostatosta
Ekaaty Linux
Home

Somebody has built RPMS for Fedora 2/3?


Reply to this

goto page: prev  ... 12  13  14  15  16  17  18  19  20  21  22  23  24  25  26  27 

Add commentBack






-
-
Do you like or dislike Ubuntu Unity?
 Yes, unity is alien technology!
 It is less confusing than Gnome 3 default, shell.
 Granny thinks it is much more usable than Gnome 2
 Canonical is embarrasing itself with this split project
 Gnome 3 default shell is much better
 I dislike Unity, Gnome 3 default shell is alien technology!
 None of the above, I like the 2Gb for free and Apple alike behavior. Will post a comment instead

resultmore
 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Participate
Groups
Forum
Add App
Public API
About KDE-Apps.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2003-2014 KDE-Apps.org Team  
All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.