-
 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   
 
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login



Sponsoring


-
- Content .- Fans  . 

KIconDialog++

   0.3  

KDE Improvement

Score 80%
KIconDialog++
zoom


Link:  http://
Depends on  KDE 3.5.x
Downloads:  1572
Submitted:  Feb 21 2006
Updated:  May 30 2006

Description:

An improved icon dialog for KDE. This is just a preview edition, but the source code is more or less complete. It even includes a test application. If for some strange reason you wish to build it, you must manually edit the makefile, seeing as it is not yet autotooled. See README, BUGS.




Changelog:

Version 0.3

- Fixed some of the annoyances with the initial GUI.
- Scale down non-system icons that are larger than requested size.
- Change lockUser and lockcustomDir parameters to lockContext and lockBrowse, respectively, because
that is more descriptive of what they currently do.
- KIconButton supports all options of KIconDialog, including customDir, lockContext, and lockBrowse.
- Full-featured testbed, KIconTester.

Version 0.2

- Totally new GUI layout, done with Qt Designer.
- KIconCanvas split off into its kiconcanvas.h and kiconcanvas.cpp (so that it could be used in the GUI design).
- Searchbar is now replaced by progress bar during loading.
- New "Recent" category saves recently chosen icons.
- Icons are now sorted case insensitvely, for bad icon themes that contain caps.
- "Mimetypes" renamed to "File Types"
- "Filesystems" renamed to "Filesystem"
- "Search" renamed to "Filter"




LicenseLGPL
Source(kicondialog-0.3.tar.gz)
Send to a friend
Subscribe
Other  Artwork  from Linuster
Report inappropriate content



goto page:  1  2  3 

-

 new Kicon dialog.

 
 by Headrush on: Feb 21 2006
 
Score 50%

Less is always cleaner and better to me. I would maybe suggest changing the name from Uncategorized, to non-kde or something like that to differentiate that these are icons not from the KDE packages.

I would check to see any there are any possible changes coming in the kicon dialog in KDE 4.0 as this may make this a moot point.

The change isn't enough for me to patch and recompile what I have now, (Its not a big deal), but if included as default, it would be nice.


Reply to this

-

 Re: new Kicon dialog.

 
 by Linuster on: Feb 21 2006
 
Score 50%

I would maybe suggest changing the name from Uncategorized, to non-kde or something

Actually, originally I had Non-KDE, but it looked weird ;-).


Reply to this

-

 Re: Re: new Kicon dialog.

 
 by Frans on: Feb 21 2006
 
Score 50%

Also, a reason to keep "Uncategorized" instead of non-KDE is that we geeks thinks in terms of the system. We know what "KDE", "GNOME", and so forth is, but a regular user do not. In other words, that's another aspect, apart from what phrase that is visually pleasing. Cheers, Frans


Reply to this

-

 Re: Re: Re: new Kicon dialog.

 
 by Linuster on: Feb 21 2006
 
Score 50%

Here's a compromise: how about "Other?"


Reply to this

-
.

 Re: new Kicon dialog

 
 by stic on: Feb 21 2006
 
Score 50%

I would maybe suggest changing the name from Uncategorized, to non-kde or something like that to differentiate that these are icons not from the KDE packages.

I also think it should be called something else, but that's because "All categories" doesn't really include "Uncategorized" (IMHO at least). Or "All categories" could be called "All icons" when it would include also icons in "Uncategorized".

Otherwise this looks really nice, and most important, simplier than present dialog.


Welcome to Hell - Here's your copy of Windows
Reply to this

-
.

 Good idea

 
 by SegFault on: Feb 21 2006
 
Score 50%

Hi!
I really like your proposal, but I think the "Browse"-button should be more exposed, it's kinda hard to find it within your proposal.

I think the user shouldn't know about wether the icons are from kde or from any other source as it doesn't make any difference in selecting them and most users wouldn't even know what you'd mean with something like "non-kde icons".
"uncategorized" is quite good, although there may be some better term as the word "uncategorized" leaves a bitter taste for me...
Maybe something simple as "other"?

Just my 0.02 EUR


Reply to this

-

 Re: Good idea

 
 by logixoul on: Feb 21 2006
 
Score 50%

I consider uncategorized the best choice. Other means that the icon absolutely does not belong to any of the other categories, which is not necessarily the case.
About the browse button, I love it where it is.


Reply to this

-
.

 Re: Re: Good idea

 
 by logixoul on: Feb 21 2006
 
Score 50%

I mean, I love it where it is in the screenshot.


Reply to this

-
.

 Re: Re: Good idea

 
 by SegFault on: Feb 21 2006
 
Score 50%

As I said before, I think the word "uncategorized" is ok (but not the best), so I'd say there's no need to further discuss this.

I have an idea how to (imho) better place the "Browse" button.
You could move the "Browse"-button somewhere below or above the icon selection field and add a descriptive label to it.

See http://kinitiator.sf.net/icondialog.png for reference.
The mockup isn't as "nice" as yours as it was quickly build together with Qt Designer and therefore hasn't any nice icons or anything fancy. It only shows in which way I'd place the button...


Reply to this

-
.

 Re: Re: Re: Good idea

 
 by logixoul on: Feb 22 2006
 
Score 50%

Now that I realized that's where the Help button is placed most of the times, I agree it's not a good position. My suggestion is to remove it and add an Browse for file... as the last entry in the combobox.


Reply to this

-

 Re: Good idea

 
 by Headrush on: Feb 22 2006
 
Score 50%

I understand your argument about the user not needing to know where the icons came from, but unfortunately in Linux where we have so many competing DEs and API, this can cause issues and could reflect poorly.

Maybe I'm nit-picking, but assume KDE finally uses all SVG format icons and some app or DE uses xpm icons which would appear to be included with KDE if grouped together. A user selects this icon but when it doesn't size correctly or isn't anti-aliased, the assumption is it is a KDE issue.

I know Linux is about choice, but I like to keep my DE clean and have as little pollution by different DEs and apps as possible.


Reply to this

-

 Re: Re: Good idea

 
 by SegFault on: Feb 22 2006
 
Score 50%

AFAIK you can mix SVG icons and pixmap icons in a single category.
Most KDE icons themes use pixmap icons, so they won't scale, too.
I don't think it is a good idea to distinguish icons by where they come from.
And my previous argument is still valid: most users won't even know that they come from KDE as they don't even know what KDE is.
So what advantage is there in splitting icons in "KDE" and "non-KDE" ones when there are many who don't even know and many won't bother? (No offence, I'd like to understand your view)


Reply to this

-
.

 Additional argument

 
 by SegFault on: Feb 21 2006
 
Score 50%

I'd like to add to my previous comment, that another reason why not to put the "Browse"-button in the lower left corner is that this place is usually used for the "Help"-button in KDE dialogs.
Using a place that is already used by a standard button for custom functionality isn't a good idea.


Reply to this

-

 Re: Additional argum

 
 by Ekardnam on: Feb 21 2006
 
Score 50%

Oh, soo that's why I thought it looked wierd to have to browse button there. :)
But I agree what you should be able to browse directly, without selecting "Other Icons". Also, browsing all icons should be possible (as you've written).


Reply to this

-

 Re: Additional argument

 
 by Linuster on: Feb 22 2006
 
Score 50%

Actually it is EXACTLY where the help button goes.... because I actually just changed KDialog's built-in help button. I don't ever forsee there being help in KIconDialog, but I don't know if consistency or compactness is more important.


Reply to this

-

 Re: Re: Additional a

 
 by SegFault on: Feb 22 2006
 
Score 50%

I guess consistency is more important.
That's what styleguides are for.
In fact I think inconsistency is the biggest problem in UIs nowadays.
If you have an UI that is rather complicated and silly designed, but is consistent in every dialog it will be easier to use than a clean and mean interface where every dialog looks different to each other.


Reply to this

-

 middle click on...

 
 by DanaKil on: Feb 21 2006
 
Score 50%

does a middle click on the "clear" button paste the content of the clipboard (like in konqueror) ?


Reply to this

-

 Re: middle click on...

 
 by Linuster on: Feb 22 2006
 
Score 50%

Not yet, though it wouldn't be hard to implement. I wish there were a standard searchbar widget (TODO).


Reply to this

-
.

 good

 
 by fungs on: Feb 22 2006
 
Score 50%

Yes, I did not like this dialog either. Good to hear somebody started some changes...

Another suggestion: klicking a category will result in loading of the picture files. On older computers this takes some time sometimes (depending on the amount of icons). It would be nice to cache the pictures so they don't need to be reloaded when I switch categories. The cache can be deletet when the dialog is closed.


Reply to this

-

 Two suggestions

 
 by maitre on: Feb 22 2006
 
Score 50%

Change search to filter, unless you are actually performing a search on all categories. In which case, do a filter instead. :)

And move the "Icon category" label next to the combox box, not far away from it


--
"The bazaar software model doesn't work so well with everyone taking and not contributing back." - Fyodor
Den 4 F/OSS Developer
http://www.den-4.com

Reply to this

goto page:  1  2  3 

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
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
News RSS   
Discussion RSS   
Events RSS   

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

Copyright 2001-2014 KDE-Look.org Team  
All rights reserved. KDE-Look.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.