Hi *,
J�rn wrote:
> > Could you be more specific? Geometries?
>
> well, frank, what format do you need for submission to LinuxTag ?
> (a vectorized image is possibly the optimal solution, but can gimp
> handle these ?)
There were no requirements. I guess they just want to collect what they
get so they can equip the descriptions of the open-source booths with
the corresponding logo in the magazine. We certainly have this problem
of "screen image" vs "print media" with the two having different color
spaces. But I see no way to send them color-calibrated TIFFs (we have no
Pantone, HKS or RAL color tables in the non-commercial world, I think).
Last year I helped the Debian folks prepare a CD cover image, and in the
end I just sent my image (pixel-based) to the print studio. The colors
looked a *little* different from what I had seen on my screen, but
basically I was very happy with the results.
Oh, and about resolution: That CD cover image was something like
1536x1536, printed on a ~ 13x13cm cover, and you could very hardly see
any pixels at all.
So I guess for smaller printing (the magazine won't print that large
logos, I believe) something even lower than 1000x1000 will be fine, and
there is no requirement that it has to be rectangular.
Of course, for really large-scale printing (banners) a vectorized format
might be better. My logo suggestion is entirely pixel-based at the
moment, though...
Gimp is working only pixel-based (except for e.g. the Gfig plugin), so
if you want to provide a vectorized version, you'll have to take
something like Xfig, Sketch or hand-coded PostScript. :-)
But I believe this is no problem - pixel-based images are really ok if
they are fine enough.
> as for logos, well, er, haven't really thought about it. do as you
> wish. i might ask for rescaling when i actually work it into the lad
> page, but that's not important now.
>
> for buttons, i guess common practice is 88 by 31.
Ah, good to know. I haven't yet seen any recommendations on button
sizes.
Frank
