- Inkscape Devel - Inkscape Mailman

Keep up the good work!
by Alan Horkan 02 Jun '04

02 Jun '04

I tried out one of Bob Jamisons windows builds a few days ago and Inkscape 0.39 is looking really sweet, and I'm enjoying playing around with some of the new features. It is great now that the secondary toolbar/tool options palette (whatever ya call it) is now working for all the tools. The new picture in the about dialog is nice for a change. Although I'm very pleased and Inkscape is getting so good I'm fast running out of things to complain about ;) I cannot resist making a few comments: generally an about dialog provides information such as versioning and build options so that users reporting problems can let developers know exactly what they are using. It is a very minor point but the inkscape about dialog doesn't provide a convenient way (select and or) copy the text from the dialog. although there is a permanent zoom entry box on the status bar i still kind of expected to have one in the secondary/tool options palette when I was using the Zoom tool. Until you have learnt them icons can be slow to decipher, some sort of text labels on the Zoom toolbar might be an improvement. Thanks again for the software! Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

1 0

Test of autopackaged Inkscape on Mdk 9.0
by Bryce Harrington 01 Jun '04

01 Jun '04

I had a spare Mandrake 9.0 box and had a shot at using autopackage on it, since I'd not run autopackage on it before, and that only has Inkscape 0.35 installed on it: .... 00%[=========================================>] 370,830 129.66K/s ETA 00:00 12:53:11 (129.66 KB/s) - `autopackage-0.5.1.tar.bz2' saved [370830/370830] Download completed. .......................... autopackage/libexec/autosu-gtk: relocation error: autopackage/libexec/autosu-gtk: undefined symbol: g_str_has_prefix /home/bryce/tmp121441735/meta/@inkscape.org/inkscape:0.39cvs/apkg-downloader: line 437: return: : numeric argument required The autopackage support code could not be installed. It can be manually downloaded and installed by running the installation script located in the downloaded archive. {brimstone} ~ (10): umask 77 {brimstone} ~ (12): rpm -qa | grep gtk libgtkmm1.2-1.2.9-3mdk libgtk+1.2-devel-1.2.10-29mdk libgtk+-x11-2.0_0-2.0.6-8mdk libgtk+2.0_0-2.0.6-8mdk libgtk+2.0_0-devel-2.0.6-8mdk gtk-engines-0.12-3mdk gtk+mdk-0.1.6-12mdk gtkhtml-1.0.4-4mdk nautilus-gtkhtml-0.3.2-4mdk gtk-themes-1.0-9mdk libgtk+1.2-1.2.10-29mdk libgtkhtml20-1.0.4-4mdk libgtkhtml2_0-2.0.1-1mdk libgtk+-x11-2.0_0-devel-2.0.6-8mdk libgtkmm1.2-devel-1.2.9-3mdk libgtk+mdk0.1_6-0.1.6-12mdk libgtkglarea5-devel-1.2.3-4mdk gtk+2.0-2.0.6-8mdk libgtk+mdk0.1_6-devel-0.1.6-12mdk gtk-engines2-1.9.0-13mdk gtkdialogs-1.2-3mdk libgtkxmhtml1-1.4.2-1mdk pygtk-0.6.9-3mdk libgtkglarea5-1.2.3-4mdk {brimstone} ~ (14): rpm -qa | grep inkscape inkscape-0.35-0 {brimstone} ~ (15): xhost access control enabled, only authorized clients can connect

2 2

new autopackage patch available
by Mike Hearn 01 Jun '04

01 Jun '04

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

3 21

Project Status May 31, 2004
by Bryce Harrington 01 Jun '04

01 Jun '04

Project Status Sunday, May 31, 2004 Statistics Nov 15 Jan 15 Mar 15 Apr 15 May 15 May 31 ========== ====== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1928 * 1164 1028 1035 (68.5%) (86.1%) * (91.7%) (92.7%) (92.7%) Max Week's Rank on SourceForge: 62 321 90 31 36 110 (99.6%) (97.5%) * (99.8%) (99.8%) (99.4%) Total SF Page Views * 126,500 * 330,000 475,000 521,500 Total SF Downloads * 5,735 * 17,250 27,400 29,600 Total Freshmeat URL Hits 746 2,958 4,670 6,000 7,500 7,750 Total Freshmeat Subscriptions 16 33 50 70 74 77 Lines of Code in src/: 115,901 166,914 177,286 183,694 189,116 190,764 Code lines 133,150 138,457 143,662 147,471 148,770 Comment line 12,468 15,584 16,041 16,757 16,880 Blank 21,929 24,061 24,931 25,886 26,113 Lines of Docs in doc/: 1,135 3,000 4,434 4,540 4,544 4,571 Lines of content in website: 1,173 2,885 5,087 5,414 6,008 6,228 Size of the Inkscape wiki: 3,700 11,284 14,840 15,461 18,638 16,300 Minutes since last ChangeLog mod: 360 6 0 11 1 1889 Bugs open/total: 9/15 74/160 43/244 47/322 57/365 68/381 Features open/total: 18/18 104/120 151/184 173/213 183/238 195/256 Patches open/total: 1/ 6 4/32 6/ 45 5/ 72 4/ 83 5/ 85 CVS Commits (as per inkscape-cvs): 481 * 3070 3710 3391 5241 Inkscape-devel membership: 49 64 75 77 78 82 Inkscape-announce membership: 9 22 35 41 43 47 Inkscape-user membership: 71 69 * - Statistics unavailable

1 0

more rect news
by bulia byak 01 Jun '04

01 Jun '04

* The rect toolbar now allows you to set the horizontal and vertical rounded corner radii in absolute units (pt, mm, etc) instead of the radius/halfwidth and radius/halfheight ratios as before. These radii are always preserved when you transform the rect. _________________________________________________________________ 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] Win32 Frequent Crashes
by bulia byak 31 May '04

31 May '04

>The crash that I reported on 30 May with bitmap images is occuring more >generally. Can someone with Win please confirm: > >1. Draw any object with bezier or freehand tool. >2. Select object. >3. Extend object with any control handle to or beyond edge of screen (not >the canvas). >4. Inkscape freezes. Does not happen on Linux, and looks like this old bug: http://sourceforge.net/tracker/index.php?func=detail&aid=852976&group_id=93… Or is it different? If it is, please localize when it started happening. _________________________________________________________________ MSN Premium helps eliminate e-mail viruses. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 2

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