- Inkscape Devel - Inkscape Mailman

RE: [Inkscape-devel] unicode mapping for symbol fonts
by bulia byak 31 May '04

31 May '04

> > > 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. Perhaps this can explain http://sourceforge.net/tracker/index.php?func=detail&aid=937347&group_id=93… ? _________________________________________________________________ Free yourself from those irritating pop-up ads with MSn Premium. Get 2months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 2

News from the Scribus front
by Peter Linnell 31 May '04

31 May '04

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

1 0

SPSelection changes
by MenTaLguY 31 May '04

31 May '04

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

1 0

unicode mapping for symbol fonts
by MenTaLguY 30 May '04

30 May '04

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

1 0

printing works! ;-)
by Artemio 30 May '04

30 May '04

Hello all! Just wanted to tell that printing and saving as ps works just fine in the current snapshot. Artemio. -- A-Man ::: new music from Artemio ::: http://a-man.artemio.net [local time 15:55:29 (GMT +3) 30 May 2004] [system uptime 1 hr 45 min]

3 3

RE: [Inkscape-devel] Re: importing bitmaps as patterns
by bulia byak 30 May '04

30 May '04

>FWIW, I also fall into the "clean SVG" camp. Not just for "cleanness", >but also because SVG renderers won't necessarily perform as well >(visual glitches and slowness) with pattern fills as with bare images. Just tried Batik 1.4. It indeed has bad glitshes on redraw/scrolling, but these glitches are _the same_ on a filled rect vs. an <image>. So I don't know why one should be better than another. In fact, from my programmer's experience, both <image> and pattern fills must support the same set of operations (affine transforms, opacity) and therefore are likely to be rendered by mostly the same code. As for "slowness", this is premature optimization IMHO. We should strive to save the work time of the user first, and rendering time second. Those who need highly optimized rendering will probably be knowledgeable enough to use <image>s if that indeed gives any advantage. > 1. there should be a command to "wrap" the selected objects > into a patterned rect (determined by their collective bounding box) Yes, I thought about it too, and it's very easy to implement (once we clear the pattern bugs, that is). It will be usable not only for converting an <image> to a filled rect but for creating non-bitmap patterns too. I think "Make a tile" is a good name for such a command. > 2. there should be a corrseponding command to "unwrap" the objects in an > SPShape's fill pattern as they appear in the SPShape; I think it's > better to make copies of each rather than destroy the pattern. I'm > not sure whether this operation ought to remove the SPShape or alter > its fill. Yes, this would be nice to have too, although more difficult to implement (most of the difficulty is in finding out how many copies of the pattern you need; once you know that you need to do either boolean intersection or masking of each object in the pattern copies with the former container shape). _________________________________________________________________ Add photos to your messages with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 2

Re: [Inkscape-devel] still broken actions shortcuts on non-english keyboard layo
by bulia byak 29 May '04

29 May '04

>On Saturday 29 May 2004 07:26, bulia byak wrote: > > I wonder if this is fixable at all. I could just add Cyrillic keysyms, >but > > which ones? Those that are on the same key as the Latin ones? >But how other apps manage this? Someone says that the X is responsible for >this actually. So maybe some connection with X is currently broken in >Inkscape. Indeed shortcuts work in Gimp regardless of my keyboard mode (never tried that before). Anyone got an idea of what;s the trick? Artemio, please submit this as a bug so we don't forget about it. _________________________________________________________________ MSN Premium includes powerful parental controls and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

RE: [Inkscape-devel] color-values
by bulia byak 29 May '04

29 May '04

>Why did you guys switch the color-values in the fill dialog to a scale >of 255? Fraktions of 1 or a scale up to hundred is way more intuitive >IMHO. 1. Most graphic programs use 0..255. 2. It's more precise (255 steps vs. 100). 3. It's what you get in SVG anyway (in hex). 4. You can still type 0.5 and get 128. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

color-values
by David Christian Berg 29 May '04

29 May '04

Why did you guys switch the color-values in the fill dialog to a scale of 255? Fraktions of 1 or a scale up to hundred is way more intuitive IMHO. David -- Otto von Bismarck once remarked: “A fool learns from his experience. A wise person learns from the experience of others.” If so, how to define President George W. Bush, who is not even able to learn from his own experience?

3 2

RE: [Inkscape-devel] still broken actions shortcuts on non-english keyboard layo
by bulia byak 29 May '04

29 May '04

>Just wanted to say that since 0.37 till yesterdaty's snapshot nothing has >changed - with a russian keyboard layout, keyboard shortcuts don't work. I wonder if this is fixable at all. I could just add Cyrillic keysyms, but which ones? Those that are on the same key as the Latin ones? But both Latin and Cyrillic keyboard layouts can vary, there's no single standard correspondence between them. Do you or anyone else have ideas on how to address this? _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1