[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-artists
Subject:    Re: K-ARTIST:Mime icons usability & visibility ;-)
From:       lucijan busch <lucijan () gmx ! at>
Date:       2002-04-16 14:45:51
[Download RAW message or body]

hi

i guess that shouldn't render on the fly but some times or at setting up kde / 
installing new app it renders all that icons...

but what about different icontheme and so on... isn't that a problem...

there is another problem too....
i'm viewing all my images with konqueror but i don't want a conqueror icon on 
a sheet of paper for a image... understand what i mean?
2nd: there are more mime-types without apps which handles them
and i don't whant to get a unknow-mime-type-icon for every icon without app

cu
luci

On Tuesday 16 April 2002 14:02, luciash d' being wrote:
> Dne út 16. duben 2002 13:29 antialias napsal(a):
> > On Tuesday 16 April 2002 11:18 am, luciash d' being wrote:
> > > according to my prior post about new background/foreground icon
> > > feature: if we would have this you will no longer need to care about
> > > mime-type icons! we will have just one mime-type background icon and
> > > the mime-type icon itself will be in fact the icon of application
> > > handling that mime-type simply placed over the mime-type 'paper' or
> > > some other background icon...
> > >
> > > your opinion?
> > >
> > > luci
> >
> > Hm, but what if an application handles multiple different files, for
> > example Noatun: wav, mp3, ogg, mpeg etc. ?
>
> yes, true, but it could be figured out by adding little textual extension
> over or under the icon for example... it's still 'audio file' or 'text
> document' in the case of php, txt, ...
>
> or there could be solution like this rule: if the specially created
> mime-type icon is not found, use related app icon + background icon (or if
> it fails use default mime-type icon...)
>
> > And then again, you have to apply 48x48 application icon to 64x64 blank
> > mimetype icon, so you get smaller element than paper.
>
> it could depend on user's decision if s/he want's 32x32 icon on 48x48 or
> 48x48 on 48x48 'paper' background icon...
>
> > And again, you have to have different blank mimetype icons for different
> > groups: documents, shell-like, sources...
>
> yes, but they're still of much lower amount than to have all mime-type
> icons one by one and to take care to have them all completely for all
> existing mime-types...
>
> main plus additions (advantages) of this new feature i see in this:
> - we could save some MB by using these background (or foreground) icons
> - we can get more creativity possibilities for artists
> - no other desktop environment have this feature AFAIK
>
> disadvantages:
> - i don't know how hard would be to code this...
> - speed of rendering of the icon background + the icon itself + the
> covering?
>
> > Rpm, deb, tar, tar.gz are not documents, they are packages, and I don't
> > think they should have paper at all.
>
> yes, this is discutable but you know... today we still have 'paper' for all
> of them anyway :)
> (or see my above solution with specially created icons)
>
> thanks for your opinion,
> luci

_______________________________________________
kde-artists mailing list
kde-artists@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-artists
[prev in list] [next in list] [prev in thread] [next in thread]