- Inkscape Devel - Inkscape Mailman

Vote for new functionality at www.hackontest.org
by unknown＠example.com 03 Jul '08

03 Jul '08

Hello all, A 24-hour contest to program new functionality into an opensource program? => www.hackontest.org Inkscape has registered for participation in Hackontest.org! http://www.hackontest.org/index.php?action=Root-projectDetail(97) This means we need your votes to find out which new functionality you'd like to see us code as quick as we can. Also, we need a lot of votes just to let the Hackontest organization know Inkscape makes you happy ;-) Cheers, Johan Engelen

1 0

Google Summer of Code(TM) 2008 Midterm Survey Approaches
by Aaron Spike 03 Jul '08

03 Jul '08

Attention all GSoC students and mentors, This is a reminder that midterm evaluation surveys open July 7th. Information about the surveys can be found at the links below. http://groups.google.com/group/google-summer-of-code-announce/web/midterm-s… http://groups.google.com/group/google-summer-of-code-announce/web/student-s… http://groups.google.com/group/google-summer-of-code-announce/web/midterm-m… I would ask that everyone involved reply to this thread so that Bryce and I can see that you are all awake and mindful of the survey deadline. This should give me a few extra days to track down awol participants. Remember these surveys are used to decide who receives t-shirts and money. If you are signed up as a mentor but not actively mentoring anyone, read the fine print you may still be eligible for a t-shirt if you complete the survey. Aaron Spike

7 7

Re: [Inkscape-devel] Import form openclipart
by Jakub Klawiter 02 Jul '08

02 Jul '08

Hello! :/ strange my gmail sent this message to pvt e-mail not to list probably. I'f i'm wrong excuse me for the dupe. > This is a bug on OCAL's side. We tried to find someone to fix it on > their side and we failed. It is very possible that I don't understand the real problem, but from my (user) point of view there are bug on both sides, as I wrote on previous message. Inkscape is importing *only one*, and always *only first* image uploaded to OCAL. And this is IMO a bug in Inkscape. If OCAL supports more than one version of image, and many of them can be SVG files, Inkscape should ask user which one (s)he want's to import. It is possible that somebody will upload a set called: "John Example" and inside you will find files: John Example (SVG) John Example Monochrome (SVG) John Example Manga Style (SVG) Rasterized John Example (PNG) Inkscape should ask what version of Mr. Example you want to import. You can say, ppl should not upload various version of picture into one "set". Maybe, but they probably will if they can, and IMO Inkscape and OCAL should work with this, because *software should be for users* not vice versa. Other bug in OCAL is that it can show thumbnail only if PNG file is first. Yes it is a bug in OCAL which maybe will be killed (a bug) someday. -- Pozdrawiam, Jakub. Milion osób dziennie pobiera Firefoksa... pobierz i Ty! www.firefox.pl

3 4

Startup crash (perhaps related to modified CFLAGS)?
by Maximilian Albert 02 Jul '08

02 Jul '08

Hi all, for a while now I have been compiling Inkscape with empty CFLAGS/CXXFLAGS, which greatly speeds up the build. Since last week, however, Inkscape consistently crashes for me during startup. I first thought this was caused by one of the recent SVN commits, but bisecting the history I was unable to identify any malicious commit because a single revision sometimes worked and sometimes didn't. It's still strange that the problem only seems to occur with revisions that are not older than one or two weeks. I have a separate SVN checkout on my hard drive which uses unchanged CFLAGS/CXXFLAGS (which I use when I need full debugging information). This one works without problems. Has anyone else seen similar crashes in the past, perhaps related to modified CFLAGS? I'd be very glad if someone could point me to a solution because development is severely slowed down with the increased compile times, and I've already spent several days just trying to recompile Inksacpe and finding that the crash is still there. Many thanks in advance, Max P.S.: Of course I tried 'make clean' but that didn't help. :(( Backtraces are worthless, too, since they read like this: #0 0xb74db9d7 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #1 0x00000000 in ?? () (as I said, debugging symbols are stripped off in these builds)

1 2

Re: [Inkscape-devel] OSX native compile error
by Matt Peterson 01 Jul '08

01 Jul '08

I don't know if it helps but because the menus are rendered by the OS I can get to the font dialog, and the font preview in that dialog renders just fine. Nothing in the actual interface does though. -- Matthew Peterson Programmer Christa McAuliffe Space Education Center On Sat, Jun 28, 2008 at 1:38 AM, jiho <jo.irisson@...400...> wrote: > > On 2008-June-27 , at 20:45 , Matt Peterson wrote: > > Installed versions of pango and cairo are (copied straight from macports): >> pango @1.16.5_0 >> pango @1.20.2_0+no_x11 >> pango @1.20.3_0+no_x11 (active) >> cairo @1.6.4_0+no_x11 >> cairo @1.6.4_1+macosx+no_x11 (active) >> As you can see, both of the active versions for cairo and pango have X11 >> disabled. I followed the instructions from >> http://www.inkscape.org/wiki/index.php/CompilingMacOsX >> under the "Compiling Inkscape with native GTK using MacPorts >> [experimental]" heading to the best of my ability. >> > > then I am not sure what to tell you. I haven't been trying this for a > while. I just remember hitting that problem before and finally solving > it.... but I don't remember precisely how unfortunately :( > If you look into pango options (in pango's code or in macports : port edit > pango) there is (was at least) a switch to specify rendering via cairo > instead fo freetype. The result is that fonts are smoother than in the X11 > version but that works. > I won't be able to check this more before 2 or 3 weeks. Keep me in copy of > your messages until then please. It is great that you work on this. > > > JiHO > --- > http://jo.irisson.free.fr/ > > >

1 0

Fwd: OSX native compile error
by Matt Peterson 01 Jul '08

01 Jul '08

Installed versions of pango and cairo are (copied straight from macports): pango @1.16.5_0 pango @1.20.2_0+no_x11 pango @1.20.3_0+no_x11 (active) cairo @1.6.4_0+no_x11 cairo @1.6.4_1+macosx+no_x11 (active) As you can see, both of the active versions for cairo and pango have X11 disabled. I followed the instructions from http://www.inkscape.org/wiki/index.php/CompilingMacOsX under the "Compiling Inkscape with native GTK using MacPorts [experimental]" heading to the best of my ability. -- Matthew Peterson Programmer Christa McAuliffe Space Education Center On Fri, Jun 27, 2008 at 1:22 AM, jiho <jo.irisson@...400...> wrote: > On Sun, Jun 22, 2008 at 12:02 AM, Bob Jamison <rwjj@...127...> wrote: > > I asked around, and nobody knew. What I would suggest, is that you > > try visiting irc.gnome.org, in the "#gtk+" channel. Since the native > OSX > > gtk port is still in development, this might be something that they > > would need > > to see. At any rate, that is where the experts in this area lurk. > > Matt Peterson wrote: > >> Putting that line into Inkscape didn't seem to help, although inkscape > >> is getting the change. I think it might be a problem with pango. The > >> errors I am getting are: > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): Gtk-CRITICAL **: gtk_widget_show_all: assertion > >> `GTK_IS_WIDGET (widget)' failed > >> > >> (inkscape:19764): Gtk-CRITICAL **: gtk_box_pack_start: assertion > >> `GTK_IS_WIDGET (child)' failed > >> > >> (inkscape:19764): Gtk-CRITICAL **: gtk_widget_show_all: assertion > >> `GTK_IS_WIDGET (widget)' failed > >> > >> (inkscape:19764): GLib-GObject-CRITICAL **: g_object_ref: assertion > >> `object->ref_count > 0' failed > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): GLib-GObject-CRITICAL **: g_object_ref: assertion > >> `object->ref_count > 0' failed > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> ** (inkscape:19764): CRITICAL **: gdouble > >> sp_document_height(SPDocument*): assertion `document->root != NULL' > failed > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Lucida Grande 12', text=' ' > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Lucida Grande 6.34765625', > >> text='5' > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Bitstream Vera Sans Mono > >> 12.5', text='?' > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Lucida Grande 15', > >> text='No objects selected. Click, Shift+click, or drag around objects > >> to select.' > >> > >> Seems to me that pango isn't reading the font files right. > > These issues are indeed caused by Pango and the problem does not come > from note having bitstream vera sans (BTW, switching to Deja Vu sans > as the default would be a wise move since most new distros are using > this new version of the Bitstream fonts). > > If I remember well, the problem, for me, was that Pango was build by > MacPorts with an X environement in mind while, obviously, the rest is > X-free (no pun intended). So look for a no_x11 variant of Pango, or > something similar. Basically it must remove dependencies on X and > freetype and use Cairo to render the fonts. When Cairo is compiled > natively, it ultimately removes any dependency on X11. > The other possible issue is that font stuff changed recently in Cairo > and Pango and that some environement variables names related to fonts > may be different between the two. Which versions does MacPorts gives > you on your G4 on 10.4? > > I'll look a bit more into this when I am on my main machine. > > JiHO > http://jo.irisson.free.fr/ >

1 0

Re: [Inkscape-devel] Import form openclipart
by Alexandre Prokoudine 01 Jul '08

01 Jul '08

On Mon, Jun 30, 2008 at 10:52 PM, Jakub Klawiter wrote: > Hello! > > >> This is a bug on OCAL's side. We tried to find someone to fix it on >> their side and we failed. > It is very possible that I don't understand the real problem, but from > my (user) point of view there are bug on both sides, as I wrote on > previous message. http://news.gmane.org/find-root.php?message_id=%3c3c78ff030802162016u747f7e… Alexandre

1 0

SVGFonts UI discussion thread
by Felipe Sanches 01 Jul '08

01 Jul '08

Currently SVGFonts rendering in a helper GtkWindow is working ok for glyphs described using the path descrition ("path:d") attribute. Once we move the rendering to the canvas, arbitrary chunks of SVG will be added to the glyphs. Currently glyph kerning and missing-glyph nodes are also properly handled and rendered. I am using the helper GtkWindow because we still don't have pango+userfonts integration. So I am using cairo+userfonts directly on the GtkWindow. Once pango supports userfonts, I will remove the GtkWindows and render SVGFonts on the correct place (directly in the canvas). Since my work now depends a lot on this pango support, it has been evolving very slowly. I am thinking of doing some user interface work while we are stuck with pango. So, this thread is intended to discuss ideas and mockups on what people want to see for the SVGFonts user interface. Mental told me yesterday that it should be possible to edit glyphs on canvas directly on the rendered text in an "edit fonts" mode. I agree that this is the ideal thing to do, i.e. have things rendered in real time as much as possible. For example, when the text "Felipe" is rendered using an SVGFont and the user goes to "font edit mode", then editing the content of one of the "e" glyphs would make both "e" glyphs to be visually modified as if they were clones. That is the desired "real time" on-canvas bahaviour. But I also think that there should be an off-canvas glyph-editing user interface. There must be a dialog where the user can define the glyph-names, metadata such as font-family name and all the other font descriptors, the missing-glyph curves, and all of the glyph-kerning rules. Also, in this off-canvas UI, we could/should have helper lines indicating font metrics information such as base-line, top-line, etc. just like a font-editor would be. I also have in mind a unicode codepoint selector widget to be used for the u1 and u2 attributes in the kerning rules dialog. Please, feel free to offer new ideas or to say my ideas are crap or whatever. I am open to discussion. JucaBlues

4 5

Crash when applying patterns
by Maximilian Albert 30 Jun '08

30 Jun '08

Hi, since a short while ago, applying a pattern to a path in the fill/stroke dialog has led to a crash. I have found out that this is caused by invalid path data in share/patterns/patterns.svg which was introduced in revision 16619. Namely, there are stray minus signs (without a number following them) at two places in the code, like this: C -152.421,-34.897 -132.804,-34.567 -147.875,- L -150,-46.156 z (notice the isolated minus sign in front of the L). I committed a temporary "fix" by just inserting the value 999.999 for the missing coordinates (this makes it easy to find them in the file). Of course this messes up the patterns but I don't know the correct values for the missing coordinates. Bulia, since you committed the new patterns, could you have a look and properly correct them? BTW, were the paths created using Inkscape? In this case we should also find out why the invalid path data was produced in the first place. Max P.S.: Note that there still is another bug related to patterns which leads to a crash when you want to edit patterns using their knotholder handles. I wanted to fix it but it was shadowed by the new crash so I couldn't work on it. I hope to resolve it as soon as possible.

1 0

Import form openclipart
by Jakub Klawiter 30 Jun '08

30 Jun '08

Hello! Inkscape has great feature to import clipart from openclipart.org, but if there is more than one picture inkscape will import the first one. Same time openclipart will show thumbnail of an image only if first uploaded picture will be raster one (eg. PNG). You can check it here: http://openclipart.org/media/files/wariat/8984 there is no thumbnail but inkscape will import SVG file http://openclipart.org/media/files/jean_victor_balin/8735 there is a thumbnail of a picture but inkscape will import PNG file, while svg is still available. IMO there is a bug on both sides. Openclipart should show thumbnail if there is a raster image on any position of a set. User should not think about this. Inkscape should import any file from gallery, so if there is more than one file in set, it should: - ask which one user want's to download (IMO better) or - show all images in import window. What do you think? -- Pozdrawiam, Jakub. Milion osób dziennie pobiera Firefoksa... pobierz i Ty! www.firefox.pl

2 1