Dear Inkscape developers. Myself and some other folks are currently working on some icons for Inkscape [1], but have ran into some issues. Apparently my build (13378 ...the latest one I got to work) wants to use 16x16 images for the icons in both the topmost (although the ones it gets from the desktop theme is 24x24) and the secondary toolbar. The tools toolbar however still use 24x24 images (and that is the correct behavior I suspect). However, other peoples toolbars use the 24x24 size (and so did mine until recently), this leads to the problem that I don't know what size to aim at. If I use 24x24 images for the toolbar, they get blurry on my system, and if I use 16x16 it gets blurry on others. What is the correct size used by these toolbars, and is there some way I can have icons in several sizes? The several sizes issue is even more troublesome, as the icons from the tools toolbar gets all blurry in the undo history dialog among other places [2].
1.http://ramnet.se/~nisse/diverse/temp/inkscape-icons.tar.gz 2. http://ramnet.se/~nisse/diverse/temp/inkscape-iconsizes.png - Andreas
On Nov 21, 2006, at 10:10 AM, Andreas Nilsson wrote:
What is the correct size used by these toolbars, and is there some way I can have icons in several sizes?
The way that Inkscape gets icons in several sizes is to use SVG and its own rendering.
After we get 0.45 released, I'll be working on multiImage support, and also looking at getting that into librsvg. Also, I'll be looking into more Tango name integration for Inkscape then, so things might be easier at that point.
On Nov 21, 2006, at 10:10 AM, Andreas Nilsson wrote:
Dear Inkscape developers. Myself and some other folks are currently working on some icons for Inkscape [1], but have ran into some issues. Apparently my build (13378 ...the latest one I got to work) wants to use 16x16 images for the icons in both the topmost (although the ones it gets from the desktop theme is 24x24) and the secondary toolbar. The tools toolbar however still use 24x24 images (and that is the correct behavior I suspect). However, other peoples toolbars use the 24x24 size (and so did mine until recently), this leads to the problem that I don't know what size to aim at. If I use 24x24 images for the toolbar, they get blurry on my system, and if I use 16x16 it gets blurry on others. What is the correct size used by these toolbars, and is there some way I can have icons in several sizes? The several sizes issue is even more troublesome, as the icons from the tools toolbar gets all blurry in the undo history dialog among other places [2].
I'll be looking at some of the other issues... however the answer to what size to use is simple.
Whatever the user wants.
:-)
The specific size is first drawn from the theme. The specific "dynamic" size we pick is further affected by an option.
So, one of the things I do in testing things is switch to the "large print" theme. This pops sizes up very much.
I'll be looking at some of the other issues... however the answer to what size to use is simple.
Whatever the user wants.
:-)
The specific size is first drawn from the theme. The specific "dynamic" size we pick is further affected by an option.
So, one of the things I do in testing things is switch to the "large print" theme. This pops sizes up very much.
"Whatever the user wants", ok! But we need to have various size for the same icons: 16x16 and 22x22.
It's important if we want nice and crisp icons in the menu and for the toolbars at the same time! I'm working on the problem for a new set of icons but it can be good if a real coder can take a look at it... 2 icons instead of 1 for each element should do trick --> "draw_calligraphic" whould become "draw_calligraphic_16x16" and "draw_calligraphic_22x22". 2 differents icons for 2 differents rendering res...
I've also submit a bug report about this different size icons problem for the toolbars between system (windows vs linux): n° [1568475] Please, take a look and tell me what do you think.
Ronan
Quoting Ronan Zeegers <inkscape@...1494...>:
It's important if we want nice and crisp icons in the menu and for the toolbars at the same time! I'm working on the problem for a new set of icons but it can be good if a real coder can take a look at it... 2 icons instead of 1 for each element should do trick --> "draw_calligraphic" whould become "draw_calligraphic_16x16" and "draw_calligraphic_22x22". 2 differents icons for 2 differents rendering res...
Actually that's breaking the intent of SVG icons to begin with.
Once 0.45 is out the door, I can get into adding multiImage support for Inkscape. Then at the very least our own icons will be able to have multiple versions without falling to that name hack.
I've also submit a bug report about this different size icons problem for the toolbars between system (windows vs linux): n° [1568475] Please, take a look and tell me what do you think.
OK. I've reviewed that and... "not a bug"
The effects you are seeing are exactly as intended. Inkscape is generating icons the size requested by the current theme. Use a different theme, get a different size. "Large Print" is one theme that is very good for exercising this.
jon@...18... wrote:
Quoting Ronan Zeegers <inkscape@...1494...>:
It's important if we want nice and crisp icons in the menu and for the toolbars at the same time! I'm working on the problem for a new set of icons but it can be good if a real coder can take a look at it... 2 icons instead of 1 for each element should do trick --> "draw_calligraphic" whould become "draw_calligraphic_16x16" and "draw_calligraphic_22x22". 2 differents icons for 2 differents rendering res...
Actually that's breaking the intent of SVG icons to begin with.
Once 0.45 is out the door, I can get into adding multiImage support for Inkscape. Then at the very least our own icons will be able to have multiple versions without falling to that name hack.
Would it also be possible to change the system for icons in these paths (in a way that make it look for either multiimage svg's, for those that really wants that, or simple png's): |/usr/share/inkcape/icons/hicolor/16x16/actions/zoom-page.png ||/usr/share/inkcape/icons/hicolor/22x22/actions/zoom-page.png| |/usr/share/inkcape/icons/highcontrast/16x16/status/zoom-page.png ||/usr/share/inkcape/icons/highcontrast/22x22/status/zoom-page.png||||| etc. in addition to the icons.svg file in |/usr/share/inkscape/icons/ |? (And/or some place shared with Scribus and GIMP.) ||That way the icons in Inkscape could change when a user change the desktop theme. See Rodneys post on the matter. [1] 1. http://wayofthemonkey.com/ - Andreas| |
I've also submit a bug report about this different size icons problem for the toolbars between system (windows vs linux): n° [1568475] Please, take a look and tell me what do you think.
OK. I've reviewed that and... "not a bug"
The effects you are seeing are exactly as intended. Inkscape is generating icons the size requested by the current theme. Use a different theme, get a different size. "Large Print" is one theme that is very good for exercising this.
Mmmmmh, I can't find the Print Large theme you talking about. I have only have: David_icons.svg, icons.svg and legacy_icons.svg Where is "the size resquested" you are talking about? In the .svg file?
On Ubuntu, Inkscape show the toolbar icons at 22x22 instead of 16x16 (some icons of the current theme was not mean to be showed at 22x22...). So what's the deal between windows and ubuntu version of inkscape ?
jon@...18... wrote:
Quoting Ronan Zeegers <inkscape@...1494...>:
It's important if we want nice and crisp icons in the menu and for the toolbars at the same time! I'm working on the problem for a new set of icons but it can be good if a real coder can take a look at it... 2 icons instead of 1 for each element should do trick --> "draw_calligraphic" whould become "draw_calligraphic_16x16" and "draw_calligraphic_22x22". 2 differents icons for 2 differents rendering res...
Actually that's breaking the intent of SVG icons to begin with.
Once 0.45 is out the door, I can get into adding multiImage support for Inkscape. Then at the very least our own icons will be able to have multiple versions without falling to that name hack.
Ok, I found the Large Print stuff ;)
To still talk about the icons size problem, I think it's very easy to work on one project (icons.svg) to design the icons for Inkscape. Multiple files or bitmaps export should slow down this process a lot. When you're talking about "multiImage", you're talking about bitmaps or different .svg files?
To avoid that hack style with 22x22 or 16x16 and to follow best the gtk icons convention the icons can be named like this: draw_calligraphic_default (or draw_calligraphic) draw_calligraphic_small draw_calligraphic_large draw_calligraphic_button ...
Like that designers can easily work on new icons themes for inkscape and icons.svg file stay ok with how gtk theme works (even Large Print!).
Anyway, I don't know exactly what solution you have in your head... Let's see how you deal what that problem after the 0.45 release and talk about it later.
Ronan
On Nov 25, 2006, at 7:14 AM, Ronan Zeegers wrote:
To still talk about the icons size problem, I think it's very easy to work on one project (icons.svg) to design the icons for Inkscape. Multiple files or bitmaps export should slow down this process a lot. When you're talking about "multiImage", you're talking about bitmaps or different .svg files?
No.
The <multiImage> element allows for multiple alternative representations of something within a *single* svg file.
Thus one could have a single "draw_calligraphic" icon in icons.svg but that single group could have parts that are dependent on the target resolution.
Adding "small", "large", "button" etc. variants more tries to just guess what few sizes an icon author might need. <multiImage> allows an icon author to "hint" an icon on a case-by-case basis.
Jon A. Cruz wrote:
No.
The <multiImage> element allows for multiple alternative representations of something within a *single* svg file.
Thus one could have a single "draw_calligraphic" icon in icons.svg but that single group could have parts that are dependent on the target resolution.
Adding "small", "large", "button" etc. variants more tries to just guess what few sizes an icon author might need. <multiImage> allows an icon author to "hint" an icon on a case-by-case basis.
Great news!
Quoting Andreas Nilsson <nisses.mail@...563...>:
Apparently my build (13378 ...the latest one I got to work) wants to use 16x16 images for the icons in both the topmost (although the ones it gets from the desktop theme is 24x24) and the secondary toolbar. The tools toolbar however still use 24x24 images (and that is the correct behavior I suspect).
I looked into things a bit, including your screenshots. Those were quite helpful.
First, the two horizontal toolbars are both the "secondary" size, while the vertical is "primary" size.
Now... there is a bit of a bug at times where we might fetch the size a little too early, before the theme has changed it. Then there is also the case where a theme reports a different size from the icons actually used.
One of those two might be hitting you. If you're using Inkscape's "icons.svg" approach to place them, they *should* be consistent with the icons provided by the stock mechanisms. If you're installing the icons separately as the stock ones, then having enough sizes and listing them correctly with GTK+ should be the key.
participants (4)
-
unknown＠example.com -
Andreas Nilsson -
Jon A. Cruz -
Ronan Zeegers