crash in hmm dunno
by David Christian Berg
I have the latest debian package, but dunno what that is... can't you
put something in the about dialog, so that I know... I never remember
this terminal stuff.
Anyways, I get a crash when I try to copy a text with a gradient fill.
That is strange on the one hand and annoying on the other. I hope it's
an easy to fix or fixed already.
David
18 years, 5 months
math operation in dialogs
by David Christian Berg
just wondering if I should file a bug, or if it's so simple that I don't
need to.
Especially in the guides and the positioning dialog it would be helpful
to be able to put mathimatical stuff in there. Imagine you have a guide
at 45.6 and want one 7 mm further to the right, you'd just type 45.6+7
and there you go... even more important is something like dividing by 2
or 3, I need that quite often.
Btw: Since my laptop was for repair, I used CorelDraw, and I think for
basic vector editing and layouting inkscape is by now better than Corel.
That is something!
Which also brings me to one other thing I'm missing: Baseline Grid. Even
for simple flyers and brochures it's nice (or rather necessary) to have.
CorelDraw just pissed me of for not having it!
I got my laptop back, with working ethernet card, Yeah!! Take care!
David
18 years, 5 months
crazy idea: map ourselves
by Kees Cook
After working on this locale stuff, I got curious about where everyone
else lived who working on inkscape. I found a nice (but large) SVG of
the world (http://www.wherearewe.co.nz/svg/world.svgz), and I wanted to
map everyone's names onto it. Can everyone who's interested in
appearing on such a thing send me their long/lat (or an address I can go
convert). I think it would be cool to see an "about" screen (or even a
"users of inkscape" map) that shows what a diverse set of places we come
from.
--
Kees Cook @outflux.net
18 years, 8 months
Re: [Inkscape-devel] Clone command
by bulia byak
>Bulia...this is an awesome feature. I wish the keyboard shortcut was
>easier to do with one hand.
Most keys are already taken. Feel free to propose another shortcut.
>Also, I think there should be another feature that should be added
>called EXPAND, which allows for selected cloned objects to be made into
>complete copies of the referenced image.
Better "Unlink clone". Also a command to look up a clone's original.
>Also, markers applied to the original do not apply to the clones.
Yes. Please file a bug.
_________________________________________________________________
http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=...
18 years, 8 months
new autopackage patch available
by Mike Hearn
Hi,
I've added a new patch with misc fixes/improvements to the relocatable
build in the patch tracker. Apply at your leisure.
By the way, autopackage 0.5 is now out. If you could link to these URLs
from the website that would be great:
The package:
http://navi.cx/~mike/inkscape/inkscape-0.39cvs.package
A page explaining what to do in friendly terms:
http://autopackage.org/docs/howto-install/
Linking to both would be fantastic. If any users wish to follow the
progress of Inkscape but not have to compile every day, this is a great
way to track the project (it's what I've been doing).
thanks -mike
18 years, 9 months
News from the Scribus front
by Peter Linnell
Hi all,
A quick note to let you all know the following:
We are planning a 1.1.7 release towards the end of the next week.
Interesting for Inkscape users:
1) a whole bunch of new gradient features which match closely to
Inkscape output. e.g. mulit color gradients, free radial gradients, free
linear gradients and transparency adjustable within each gradient color.
Tomorrow's CVS will have the missing controls in place. The toughest
part is getting acceptable PS,PDF output.
2) Much improved Inkscape > Scribus importing. Franz has killed a couple
more import bugs with colors. Gradients should match up almost perfectly
now.
3) Scribus now has a new EPS/PS importer which can import EPS or PS as
vector or outlines and edit them natively in Scribus and/or export as
SVG. This relies on Ghostscript, so the newer GS, the better.
We hope all the inkscape devels / hard core users get a chance to play,
test and report anything amiss. Franz specifically mentioned he worked
on this to match up to Inkscape output. http://bugs.scribus.net is our
tracker, which is being upgraded as I write. We expect it back up
tomorrow.
Next up is the text import ;)
Enjoy,
Peter
18 years, 9 months
SPSelection changes
by MenTaLguY
Just a quick note that I committed my work of a couple weeks ago to
switch SPSelection to work with SPObjects in general, not just SPItems.
This has little practical use right now, but it'll be important later
for the new layers/document tree dialog.
-mental
18 years, 9 months
unicode mapping for symbol fonts
by MenTaLguY
Sorry for the late reply; I haven't had time to do much Inkscape stuff
this week.
On Thu, 2004-05-27 at 05:22, fred wrote:
> > That's about right; the plan is:
>
> ok. currently trying to do classes for 3) for typeset,
> to test code in isolation before hitting libnrtype.
That makes sense. Good job. ^_^
> > Part of the reason for the gradual approach is that
> > there are a lot of
> > (potentially important) minor tweaks in libnrtype
> > (e.g. the special
> > unicode mapping Lauris added for "symbol fonts" for
> > Lilypond-generated
> > SVG); we want to understand all the code we're
> > replacing so we won't
> > have regrets later.
>
> good you tell me that! where is it located? i can't
> find it
I'm not totally sure either; I only remember it from discussion on the
Sodipodi list when Lauris comitted it.
Basically, in the case of "special" symbol fonts, they may or may not
have a unicode map. Different programs tend to generate SVGs that
expect either:
* Unicode codepoints are mapped directly to font glyph indices
or
* the font glyph indices are mapped into the Unicode private use area
so we needed to cover both cases.
I think part of this code is in e.g. nr_typeface_ft2_lookup, but I will
have to admit an incomplete understanding of what it is trying to
accomplish.
IIRC there are actually three private use areas in Unicode:
* Private Use Area: U+E000 through U+F8FF
* Supplementary Private Use Area A: U+F0000 through U+FFFFD
* Supplementary Private Use Area B: U+100000 through U+10FFFD
It looks like the code only concerns itself with the first two, although
the range for the second looks wrong.
The mapping logic appears to be:
1. if the unicode codepoint is anywhere above U+F0000, subtract 0xf0000
and map directly to a font glyph index
or
2. if the font has no unicode table, subtract 0xe000 from the codepoint
and map directly to a glyph font index
or
3. if the font has a unicode table, but the codepoint is in the (first)
private use area and the font provides no glyphs in that area,
subtract 0xe000 and map directly to a font glyph index
or
4. otherwise, let freetype do the codepoint -> glyph mapping as it
normally would
I don't think that logic is entirely correct (in particular #1 and #2
seem deeply wrong to me), but due to differing expectations by SVG
creators, I think we do indeed need to do something special with symbol
fonts and the private use areas.
(this may mean needing to subclass or wrap a Pango backend)
> from what i see, pango shaper fill the
> x_offset/y_offset/width of the glyphs in the geometry
> element. width is meant to be the advance (ie
> kern_glyph tweaks these values by adding/substracting
> the kerning). i'm not 100% sure of what i said, tho.
> after having a look at the GPOS/GSUB/JSTF tables of
> the OpenType spec (which pango partly implements) i
> fear there may be more complex stuff going on.
Indeed.. essentially the "actual" advance is very context-dependent.
(a simple example for western languages would be where the same font
glyph is used for both the composing and non-composing versions of a
diacritical character)
-mental
18 years, 9 months
