6:10 p.m.
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
12:42 a.m.
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.
1:22 a.m.
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.
4:47 a.m.
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
6:59 a.m.
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.
11:54 a.m.
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|
|
1:18 p.m.
> 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 ?
3:14 p.m.
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
9:05 p.m.
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.
12:43 p.m.
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!
7:14 a.m.
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.
6210
days inactive
6219
days old
inkscape-devel@lists.inkscape.org
10 comments
4 participants
participants (4)
-
unknown＠example.com -
Andreas Nilsson -
Jon A. Cruz -
Ronan Zeegers