- Inkscape Devel - Inkscape Mailman

GtkHandleBox deprecated
by Alex Valavanis 21 Oct '12

21 Oct '12

Hi All, The GtkHandleBox widget is deprecated since GTK+ 3.4 and will eventually be removed completely. We currently use it to provide "tear-off" toolboxes, so we'll eventually have to rework our code somehow. Some possible solutions: 1. Get rid of "tear-off" functionality completely, and just have fixed toolboxes... probably the easiest option! 2. Switch to using GDL and putting all toolboxes into a dockable dialog. 3. "Adopt" the GtkHandleBox code and maintain a fork of it (as we did with GtkRuler) 4. Something radical, new and exciting..!? In any case, this is probably not something we want to do for Inkscape 0.49 because it involves a major reworking of a prominent UI feature! Any thoughts? Alex

3 2

Convert to CMYK
by john Culleton 20 Oct '12

20 Oct '12

There are wiki and other instructions about using Scribus to convert an Inkscape doc to CMYK by importing the svg file into Scribus. Has this process changed for 48.2 Inkscape? John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

2 1

[Win32 devlibs] gtkmm stack update
by Nicolas Dufour 19 Oct '12

19 Oct '12

Hi, I've just updated the gtkmm stack in the win32 devlibs with the following libs: * pangomm-2.28.4 * glibmm-2.28.2 * atkmm-2.22.6 * gtkmm-2.24.2 Additionally, the build.xml file needed to be updated so that Inkscape can compile with gtkmm 2.24. Windows devs, don't forget to update both the trunk (revision 11810) AND the devlibs (revision 36)! Regards, -- Nicolas

1 0

Narrow/Condensed fonts, font-stretch, any real utility?
by mathog 18 Oct '12

18 Oct '12

SVG style has a font-stretch parameter, however, as near as I can tell it does not do anything. Set it to Normal or Condensed and nothing changes, for either "Arial" or "Arial Narrow". When a condensed font (Arial Narrow) is specified font-stretch says "Normal" even though the font used is actually condensed. Just to make life really miserable, FontConfig matches "Arial Narrow" on linux to "DejaSans", it only gives "DejaVuSansCondensed" if the font name used is "Arial Narrow:width=75" or "Arial:width=75". Near as I can tell Inkscape does not pick up from the font name alone that "Arial Narrow" is a condensed font. It is possible to force the issue by editing the SVG to font-family:Arial Narrow:width=75; in style, in which font-stretch will be set to Condensed. However on linux it is of little use because both of the Deja fonts are so much wider than "Arial Narrow" that the rendered text invariably overruns whatever text follows it. (This was with separate <text> sections, imported from an EMF file. If the pieces are put together with sequential <tspan>s then the text shifts around, but it does not overlap.) Copying the Arial Narrow file ARIALN.TTF from a Windows system to the linux font directory let Inkscape render text in that font at the proper size, but this isn't a general solution since it isn't a "free" font. Other SVG viewers (ie, Firefox) also seem to be mostly "miss" when it comes to rendering condensed/font-stretch SVG. What's the consensus - is this style parameter supposed to do more, in particular, emulate somehow a narrow or wide font from the base font? Is it best to just avoid condensed fonts altogether? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 4

Re: [Inkscape-devel] Powerstroke wrap-up
by Carlos Lopez Gonzalez 18 Oct '12

18 Oct '12

On Date: Wed, 17 Oct 2012 09:53:59 +0200 Jasper van de Gronde wrote: Now there's the real problem. I even asked a question related to this on >math.stackexchange, as it was driving me crazy. Essentially the problem >is that curves with zero-length handles do tend to have infinite >curvature at the endpoint(s) with a zero-length handle, but the >curvature grows very quickly over a very short length of the segment. So >visually, you hardly see anything. Put differently, the slope has a >non-zero derivative at the endpoint, while the norm of the derivative is >zero, so the slope changes by some finite amount over an infinitesimally >small length, leading to infinite curvature, but a finite (and typically >quite small) change in slope. > >So essentially you have the extremely weird situation where a slope that >looks very smooth and (almost) straight, can actually have infinite >curvature at its endpoints (I think in principle this can also happen >elsewhere, but that's less of a problem in this context). > >The problem with taking an approximation of the path is that I'm not >entirely sure how "stable" this is. So would taking a slightly different >approximation give you a completely different curvature, or is there >some "natural" curvature that can be defined? In fact, I've just tried >fitting a quadratic curve through the first 1/3 of a B?zier curve with a >zero-length handle (at the first node), and I can get a huge range of >curvatures, without a big difference in fitting quality. > >Of course this can always be "solved" by simply prescribing an >approximation method. One thing you could try is to basically take a >finite difference approximation to the curvature over a predefined range >of the curve (if the SVG spec would do something like this, the range >would probably have to be specified in the spec). For example, take the >angle of the curve at t=0 and t=1/3, take the difference and divide by >the arc-length. You could experiment with the range, or even try to do a >"higher order" approximation. I'm not entirely sure what this would >accomplish though. > >I've not read the full conversation but in Synfig, when it is needed to evaluate the tangent (and by perpendicularity the normal) at the start or end point of a bezier with a tangent small than a certain small length (zero-length tangent condition) we don't evaluate the derivative of the bezier exactly on the start or end of the bezier but in a fixed small earlier or later bezier index. We use 0.025 as that value. See CUPS_TANGENT_ADJUST usage in the code for the outline layer: https://github.com/synfig/synfig/blob/master/synfig-core/src/modules/mod_ge… It works reasonably well in most of the cases. I hope it helps. Cheers Carlos

1 0

Font Narrow, Condensed etc.
by Jelle 18 Oct '12

18 Oct '12

David, I've been a graphics designer since 1994 using a plethora of software for graphics design. My guess is that this styling parameter is related to the use of SVG fonts, rather than ttf, ott, woff or type1. Most of the latter have such a wide variety of badly characterized font sets, that you can negate the setting. During all my years a s a designer I certainly never let such settings decide what font to use and most of the time a condensed or narrow letter is defined in a special font, doing only that, but often in italic and bold as well as normal. For SVG fonts however, it would make sense, as you have much more control over SVG fonts than over any of the others through the SVG interpreter implementation. As SVG fonts are not really all that supported (Mozilla stubbornly refuses to implement even SVG fonts Tiny for whatever reason), the style setting wont have much use at this moment. I don't think Inkscape should try to support it at this time within its current tool set. I'd much rather have a limited support of SVG fonts for that matter, so designers can finally make their show cases to send to those MF's at Mozilla and press them to finally support the SVG standard. Jelle Mulder > Message: 1 > Date: Tue, 16 Oct 2012 14:01:12 -0700 > From: mathog <mathog@...1176...> > Subject: [Inkscape-devel] Narrow/Condensed fonts, font-stretch, any > real utility? > To: <inkscape-devel(a)lists.sourceforge.net> > Message-ID: <4dfdde417aaefcf72737d2566a645718@...2855...> > Content-Type: text/plain; charset=UTF-8; format=flowed > > SVG style has a font-stretch parameter, however, as near as I can tell > it does not do anything. Set it to Normal or Condensed > and nothing changes, for either "Arial" or "Arial Narrow". When a > condensed font (Arial Narrow) is specified font-stretch says "Normal" > even though the font used is actually condensed. Just to make life > really miserable, FontConfig matches "Arial Narrow" on linux to > "DejaSans", it only gives "DejaVuSansCondensed" if the font name used is > "Arial Narrow:width=75" or "Arial:width=75". Near as I can tell > Inkscape does not pick up from the font name alone that "Arial Narrow" > is a condensed font. It is possible to force > the issue by editing the SVG to > > font-family:Arial Narrow:width=75; > > in style, in which font-stretch will be set to Condensed. However on > linux it is of little use because both of the Deja fonts are so much > wider than "Arial Narrow" that the rendered text invariably overruns > whatever text follows it. (This was with separate <text> sections, > imported from an EMF file. If the pieces are put together with > sequential <tspan>s then the text shifts around, but it does not > overlap.) > > Copying the Arial Narrow file ARIALN.TTF from a Windows system to the > linux font directory let Inkscape render text in that font at the proper > size, but this isn't a general solution since it isn't a "free" font. > > Other SVG viewers (ie, Firefox) also seem to be mostly "miss" when it > comes to rendering condensed/font-stretch SVG. > > What's the consensus - is this style parameter supposed to do more, in > particular, emulate somehow a narrow or wide font from the base font? > Is it best to just avoid condensed fonts altogether? > > Thanks, > > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech > > >

1 0

(no subject)
by pennec victor 16 Oct '12

16 Oct '12

Hi, Did anybody reply to the message I sent the 2012-10-09 23:28 ? http://sourceforge.net/mailarchive/forum.php?thread_name=CABe4m%3DzWXss3Qbp… When I browse the sourceforge html interface (which sucks by the way) I see the following 1 message has been excluded from this view by a project administrator. If my message doesn't fit in the rules of the mailing list could you give me some pointers to other sites I could find any help. Thank you. V.

2 1

GTK+ 3 in devlibs?
by Alex Valavanis 16 Oct '12

16 Oct '12

Hi All, Is there a way of adding GTK+ 3 (and compatible libs) in Devlibs without breaking GTK+ 2 compatibility? As far as I know, there isn't a way of testing GTK+ 3 experimental builds in Windows. Presumably, DLLs have some sort of equivalent to SO-naming to allow multiple ABI-incompatible versions of a library to be provided? Cheers, AV

2 1

removing/adding childs in _build(...)
by Johan Engelen 16 Oct '12

16 Oct '12

Hi all, For backwards compatibility with old-style guides, we want to convert the old-style guides to new-style in sp_namedview_build. Removing the old-style guides from XML and adding new ones works fine, however, this is not represented at all in the SPObject tree. After removing the old-style guides, the SPObjects are still in memory and hooked up to namedview. Also, adding new guides to XML does not create SPObjects belonging to them. This all works fine outside sp_namedview_build (the mechanism is used in hundreds of places in the code), but for some reason does not work within sp_namedview_build. Is that expected behavior? Where should we move the conversion code to? Cheers, Johan

2 5

mpath animateMotion (message resent)
by unknown＠example.com 15 Oct '12

15 Oct '12

This message resent due to html formatting issues..... I have a situation with using the animateMotionelement. Somehow the path to follow seems off. For example. <?xml version="1.0" encoding="UTF-8" standalone="no"?>  <svg xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://creativecommons.org/ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" xmlns:xlink="http://www.w3.org/1999/xlink" > width="744.09448819" height="1052.3622047" id="svg2" version="1.1" inkscape:version="0.48.3.1 r9886" sodipodi:docname="New document 1"> <defs id="defs4" /> <sodipodi:namedview id="base" pagecolor="#ffffff" bordercolor="#666666" borderopacity="1.0" inkscape:pageopacity="0.0" inkscape:pageshadow="2" inkscape:zoom="0.35" inkscape:cx="-262.14286" inkscape:cy="514.28571" inkscape:document-units="px" inkscape:current-layer="layer1" showgrid="false" inkscape:window-width="1680" inkscape:window-height="995" inkscape:window-x="0" inkscape:window-y="0" inkscape:window-maximized="1" /> <metadata id="metadata7"> <rdf:RDF> <cc:Work rdf:about=""> <dc:format>image/svg+xml</dc:format> <dc:type rdf:resource="http://purl.org/dc/dcmitype/StillImage" /> <dc:title></dc:title> </cc:Work> </rdf:RDF> </metadata> <g inkscape:label="Layer 1" inkscape:groupmode="layer" id="layer1"> <path sodipodi:type="arc" id="big" sodipodi:cx="367.14285" sodipodi:cy="333.79074" sodipodi:rx="132.85715" sodipodi:ry="115.71429" d="m 500,333.79074 a 132.85715,115.71429 0 1 1 -265.71429,0 132.85715,115.71429 0 1 1 265.71429,0 z" style="fill:none;stroke:#000000;stroke-width:2.0999999;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none" transform="matrix(0.80424543,0,0,0.80424543,45.656955,42.48392)" inkscape:label="#path2985" /> <path sodipodi:type="arc" style="fill:none;stroke:#000000;stroke-width:2.0999999;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none" id="small" sodipodi:cx="404.28571" sodipodi:cy="765.2193" sodipodi:rx="58.57143" sodipodi:ry="58.57143" d="m 462.85714,765.2193 a 58.57143,58.57143 0 1 1 -117.14286,0 58.57143,58.57143 0 1 1 117.14286,0 z" transform="matrix(0.56870733,0,0,0.56870733,37.222609,150.03348)" inkscape:label="#path3755"> <animateMotion dur="6s" repeatCount="indefinite" rotate="0" > <mpath xlink:href="#big"/> </animateMotion> </path> </g> </svg> Why does the small ellipse not follow the path of the larger one?

1 0