- Inkscape Devel - Inkscape Mailman

sp-color-gtkselector
by Alex Valavanis 25 Oct '12

25 Oct '12

Hi All, Am I missing something... I can't see anything that includes the "sp-color-gtkselector.h" header. Anyone know what's going on here? Cheers, AV

1 0

Compiling on Windows
by Jabiertxo Arraiza Cenoz 25 Oct '12

25 Oct '12

Is your problem solved Arshdeep?

1 0

XML entity vulnerabilities
by Alexandre Prokoudine 24 Oct '12

24 Oct '12

FYI, http://blog.jondh.me.uk/2012/09/inkscape-xml-entity-vulnerabilities/ Alexandre Prokoudine http://libregraphicsworld.org

2 1

Report from the GSOC mentor's conference
by Tavmjong Bah 24 Oct '12

24 Oct '12

Hi all, I have just gotten back from attending the Google Summer of Code (GSoc) mentor's meeting at Google's headquarters. It was quite interesting to here about other groups experiences with the program. My major conclusion from attending the conference is that Inkscape is not taking full advantage of the GSoC program. Almost everybody at the conference knew about and used Inkscape. This is in contrast to many of the other groups that I had never heard of. Given our popularity, our group of core developers seems very small. I thinks that this is perhaps why we are under-performing in GSoC; we just don't have the people to do a good job of preparing for the program. Here are some things I picked up: * Recruitment: We should be starting now! Most successful students have already had some significant experience with the software they will work on. Our two-patch rule is a good step in this direction but is probably not enough. * Application: We should have an application form with questions that test passion and competence. Here are some sample questions from other groups: - What computer do you use? - What editor do you use? - What code have you written? - Do you use IRC, mailing lists? - Do you have a mentor in mind? Have you contacted them? - Provide a time line for your work. - How well do you know Inkscape? Include a drawing you have made. - What vacations/exams will overlap with the GSOC period? Indirect questions work best. The "Why do you want to work for us?" questions aren't very useful. The application should test the ability to read and follow instructions. * Coding period: Require frequent and public discussions. Public discussions work best as then there are multiple people who can answer questions. Some groups have two mentors for each project. This is especially helpful when time-zone issues make communication difficult. Require frequent commits. It is important to gauge a student's progress as well as insure the quality of the code. A number of projects use websites that allow easy commenting on the code by reviewers: http://codereview.stackexchange.com/ github has code review built in Weekly status reports. Merge code for final pass. Be tough!! * Links to a few other projects: https://www.gnu.org/software/hurd/community/gsoc/student_application_form.h… https://drupal.org/node/59037 http://www.di.ens.fr/~baghdadi/TXT_blog/5_advices_to_get_your_proposal_acce… Tav

1 0

Compiling on Windows
by Arshdeep Singh 24 Oct '12

24 Oct '12

Hello all, Just curious about whether anyone recently setup inkscape on Windows 7 ? I am following the instructions on the wiki, to no avail. Build tool successfully builds the application but the inkscape.exe invokes nothing on being run. -- demicoder

3 2

Reverting devlibs updates
by Nicolas Dufour 22 Oct '12

22 Oct '12

Hi all, Unfortunately the recent changes in the devlibs have introduced major regressions when opening and saving files on win32. I've just reverted the changes in Inkscape revision 11820 and uncommitted the devlibs r36 (the new stable revision is thus r35). Details in https://bugs.launchpad.net/inkscape-devlibs/+bug/1069806 If someone has clues on how to solve it, it would be very helpful. Regards, -- Nicolas

1 0

Build on Windows, .exe not running
by Arshdeep Singh 22 Oct '12

22 Oct '12

I followed the instructions to build inkscape on Windows (in my case Windows 7 Home). The build process was successful.The 'inkscape' folder formed in the repo directory contains the .exe (executable) inkscape.exe, which fails to run despite the build process finishing without errors. The busy sandtimer cursor shows but no application is launched. Even the task manager does not show any process of the name inkscape during the time the sandtimer shows. Question: a.) Is it necessary to make an installer to be able to run the inkscape application ? b.)If not the above case, has anyone faced such a situation ? Thanks. -- demicoder

2 1

Powerstroke wrap-up
by Johan Engelen 21 Oct '12

21 Oct '12

Hi all, I've lost track of all the problems with powerstroke. Please send me again the bugs you have found (with a test file!) or the UI ideas we definitely need for release. I have been working on "extrapolate by arcs matching path curvature", but I think it will take me too long to make that work reliably before release. There are still too many bumps along that road... I've committed the code, but it is disabled. Thanks a bunch! Johan

7 29

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

mpath animateMotion
by unknown＠example.com 15 Oct '12

15 Oct '12

1 0

Regression in Filters Blend mode
by Ivan Louette 15 Oct '12

15 Oct '12

Inkscape 0.48+devel r11799 (on Kubuntu 12.04) is unable to apply Blend to an object laying on top of another (on the same layer) despite my template which specify enable background:new It's a fairly new problem because I use the same template with previous rev on 12.04 without problems ivan

2 2

question about filter/arithmetic
by pennec victor 09 Oct '12

09 Oct '12

Hi, I hope it's ok to post the following test case to get your opinion. It's about filter/arithmetic. I don't get the same result in inkscape and in squiggle (and for me both look wrong) final filter in inkscape (0.48.3) "does nothing" the result looks 99% like the initial background squiggle is better you see the diagonal but not all pixels are black I expected every pixel at the top right above the diagonal in final image would be black (as in the included png) because in the top right r image (=g image =b image) > r background so lighter (image,background) = image so k2 * lighter (image,background) + k3 * image with k2 = 1 and k3 = -1 = lighter (image,background) - image = image - image = 0 <?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:xlink="http://www.w3.org/1999/xlink" version="1.1" width="210mm" height="297mm" id="svg2" style="enable-background:new"> <defs id="defs4"> <marker refX="0" refY="0" orient="auto" id="Arrow1Lstart" style="overflow:visible"> <path d="M 0,0 5,-5 -12.5,0 5,5 0,0 z" transform="matrix(0.8,0,0,0.8,10,0)" id="path3998" style="fill-rule:evenodd;stroke:#000000;stroke-width:1pt" /> </marker> <linearGradient id="linearGradient3825"> <stop id="stop3827" style="stop-color:#000000;stop-opacity:1" offset="0" /> <stop id="stop3829" style="stop-color:#fcfcfc;stop-opacity:1" offset="1" /> </linearGradient> <linearGradient id="linearGradient3803"> <stop id="stop3805" style="stop-color:#000000;stop-opacity:1" offset="0" /> <stop id="stop3807" style="stop-color:#ffffff;stop-opacity:1" offset="1" /> </linearGradient> <linearGradient id="linearGradient3789"> <stop id="stop3791" style="stop-color:#00a3a3;stop-opacity:1" offset="0" /> <stop id="stop3793" style="stop-color:#eb2e2e;stop-opacity:1" offset="1" /> </linearGradient> <linearGradient id="linearGradient3782"> <stop id="stop3784" style="stop-color:#000000;stop-opacity:1" offset="0" /> <stop id="stop3786" style="stop-color:#ffffff;stop-opacity:0" offset="1" /> </linearGradient> <filter color-interpolation-filters="sRGB" id="filter3852"> <feBlend in2="BackgroundImage" mode="lighten" result="result1" id="feBlend3854" /> </filter> <linearGradient x1="1.4285808" y1="523.79077" x2="-11.428548" y2="1038.0765" id="linearGradient3891" xlink:href="#linearGradient3803" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.16470586,0,0,0.27184464,229.14324,-76.018811)" /> <linearGradient x1="-152.73392" y1="1049.4775" x2="121.55181" y2="768.04895" id="linearGradient3912" xlink:href="#linearGradient3825" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.56000038,0,0,0.53846205,104.56851,-359.58241)" /> <linearGradient x1="-152.73392" y1="1049.4775" x2="121.55181" y2="768.04895" id="linearGradient4520" xlink:href="#linearGradient3825" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.56000038,0,0,0.53846205,455.96089,-153.00324)" /> <linearGradient x1="1.4285808" y1="523.79077" x2="-11.428548" y2="1038.0765" id="linearGradient4541" xlink:href="#linearGradient3803" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.16470586,0,0,0.27184464,399.2299,120.53231)" /> <filter color-interpolation-filters="sRGB" id="filter4543"> <feBlend in2="BackgroundImage" mode="lighten" result="result1" id="feBlend4545" /> <feComposite in2="SourceGraphic" operator="arithmetic" k1="0" k2="1" k3="-1" k4="0" result="result3" id="feComposite4547" /> </filter> <linearGradient x1="-152.73392" y1="1049.4775" x2="121.55181" y2="768.04895" id="linearGradient4633" xlink:href="#linearGradient3825" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.56000038,0,0,0.53846205,450.57867,88.274736)" /> <linearGradient x1="1.4285808" y1="523.79077" x2="-11.428548" y2="1038.0765" id="linearGradient4654" xlink:href="#linearGradient3803" gradientUnits="userSpaceOnUse" gradientTransform="matrix(0.16470586,0,0,0.27184464,393.42895,361.83833)" /> </defs> <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 id="layer1"> <text x="12.380551" y="23.27586" id="text3864" xml:space="preserve" style="font-size:25.86087418px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="12.380551" y="23.27586" id="tspan3866">Foreground</tspan></text> <text x="201.89806" y="28.043221" id="text3868" xml:space="preserve" style="font-size:26.65829849px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="201.89806" y="28.043221" id="tspan3870">background</tspan></text> <rect width="159.99998" height="159.99998" x="197.14323" y="60.933994" id="rect3889" style="fill:url(#linearGradient3891);fill-opacity:1;stroke:#000000;stroke-width:0.002116;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0" /> <rect width="160.00011" height="160.00015" x="15.837464" y="50.905853" id="rect3910" style="fill:url(#linearGradient3912);fill-opacity:1;stroke:#000000;stroke-width:0.00549126;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0" /> <text x="416.18378" y="243.75751" id="text3926" xml:space="preserve" style="font-size:26.65829849px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="416.18378" y="243.75751" id="tspan3928">result</tspan></text> <text x="131.42857" y="279.50504" id="text3946" xml:space="preserve" style="font-size:48px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="131.42857" y="279.50504" id="tspan3948">Lighter</tspan></text> <path d="M 361.18412,307.15363 C 179.92756,210.18279 179.92756,210.18279 179.92756,210.18279" id="path3992" style="fill:none;stroke:#000000;stroke-width:1.17201114px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;marker-start:url(#Arrow1Lstart)" /> <rect width="159.99998" height="159.99998" x="367.22989" y="257.48514" id="rect4539" style="fill:url(#linearGradient4541);fill-opacity:1;stroke:#000000;stroke-width:0.002116;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0" /> <rect width="160.00011" height="160.00015" x="367.22983" y="257.48505" id="rect4518" style="fill:url(#linearGradient4520);fill-opacity:1;stroke:#000000;stroke-width:0.00549126;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0;filter:url(#filter3852)" /> <path d="M 360,292.36218 C 271.05893,198.07647 271.05893,198.07647 271.05893,198.07647" id="path4568" style="fill:none;stroke:#000000;stroke-width:0.80954015px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;marker-start:url(#Arrow1Lstart)" /> <text x="32.857143" y="508.07642" id="text4570" xml:space="preserve" style="font-size:48px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="32.857143" y="508.07642" id="tspan4572">Arithmetic</tspan></text> <path d="M 327.05686,576.56189 C 147.67542,435.65073 354.98058,392.72 355.8003,411.73391" id="path4587" style="fill:none;stroke:#000000;stroke-width:1.17201114px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;marker-start:url(#Arrow1Lstart)" /> <path d="M 297.78151,578.71513 C 64.36134,213.86639 64.36134,213.86639 64.36134,213.86639" id="path4602" style="fill:none;stroke:#000000;stroke-width:2.57982302px;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;marker-start:url(#Arrow1Lstart)" /> <text x="255.77797" y="425.70889" id="text4604" xml:space="preserve" style="font-size:34.79435349px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="255.77797" y="425.70889" id="tspan4606">*1</tspan></text> <text x="153.17693" y="438.31036" id="text4608" xml:space="preserve" style="font-size:26.20664597px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#000000;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="153.17693" y="438.31036" id="tspan4610">*-1</tspan></text> <rect width="159.99998" height="159.99998" x="361.42892" y="498.79114" id="rect4652" style="fill:url(#linearGradient4654);fill-opacity:1;stroke:#000000;stroke-width:0.002116;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0" /> <image xlink:href="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAEAAAABACAYAAACqaXHeAAAABHNCSVQICAgIfAhkiAAABBxJREFU eJztWmFzwyAIRYO2///vbuo+4aFRRNvMtSt3vUVrDO/5QGJnjDHJGANkKSWoLaUEfEyvj5v0Xe/7 3j0rc2nuAwAwAHBGrJyoRdarmTHGvD6KSePqtZt92WJc0f+SAG4fAnY7sNs+BOx2YLd9CNjtwG77 ELDbgd32IWC3A7vtQ8BuB3bbh4DdDuy2f0/A6UhMc472ToaICCml/CGj63cnBL33AAAQY4QQAsQY M3hOyrsSgYgIx3FACAFSSpkETkatjnciA733gIgZMIHnZPDPu5GBzjlwzhWgayW02jUZr0oEOufg fr+fFMBXvUVGrRCeN8hegRR0zoH3HkIIxeq2iOj11f2vRAY65+B2u8H393cGvwq81V8n0b9GRCag ToSjZDhDSE0GwN8holDADBgNeImkvxImOQccxyGuugSch8+MOlqF12+TkXcBUsCK3BGxO36G0JYy riYiK8Bam1ejVwPM7AJSHcHvSyllBUnb61VkoPcebrdbDoFamtwprTpCCHk+CTwf2yvD+T3cnqWQ ggAJICeIrywfo9kSRyBHiZOHCSdilYxTCMw4stLfI0O6t5VXeIg8UmvkJPj19dVkWpsPZgBp8oj0 DtIaVxOiJSIrwBhTPEDzQqRxcoZQCWivLc2hOeDJhRDPAdq4pwzOt8FWPhhVk6N3kEeKr1HOyARQ DphdEV5CU7sl01apLQFcyTXauXnOKJLgIzGrAbTa98jY0TbcVMCz5HgVSKpJpAqU97VC+UQAT4Ij ZzQkzcT9VSRp7j8pIMbYTWzPdPIKJa2EbKGA3NlIZDOANOXvaE7aYVYI6j2/tQ0XdcDK6lyVtFqx u0JSDZp2I+ofboOzYJ6hDg1wngjrLbe32s1tnF6GuAIeXcWVsT1He2T26orZugERsdgFpHdzreO8 PVrxlVUbFUI9xbW+LxTA5Sc53gPY+o52FA1JvedriG4BlxSUk6D3HvgPpDMrMyIpxng67JBIajkp xb205UnnlEUSvN/vpxywkvRW5MvjWXKS2hrgEknU5mPRWluEwKMvINqxLWc0hGtImlnIIgmO5NcD OAtGWsWVnWO1L8Z4zgF1fFI89WJUe6ixuuKr6tASko/EWnUAJRLpXb4e2yNJA+YZYTGrhFwK04P5 imqTDo29SqpXqgOttXAcR7HKAJBLYyqQuEI4IfVpMv93G/7wEZkziXYG+GgsGmPAWgvGGDiOI5+X ETh+fGSMKQomavPDRvrLx/OzOOoPIRTkEdH1wUzrN8ve4a0EvPfihNZaIBUQMAJCbVIFOV1fU7s3 lgit+6mvHsPnbM3Bx9E1kV1/OFgiuVAAPaB2qgdkBkDdHvU/OlY7H8eDdME7R04826nftNPvAnQh ETAz4czPUnXe0MzB5T0zB7UpUdMcP/B0mch1Dn4EAAAAAElFTkSuQmCC " x="566.51538" y="497.10315" width="162.99495" height="162.99495" id="image4674" /> <rect width="160.00011" height="160.00015" x="361.84763" y="498.76306" id="rect4631" style="fill:url(#linearGradient4633);fill-opacity:1;stroke:#000000;stroke-width:0.00549126;stroke-linecap:butt;stroke-linejoin:bevel;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0;filter:url(#filter4543)" /> <text x="382.57211" y="537.15765" id="text4660" xml:space="preserve" style="font-size:48px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#f64a00;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="382.57211" y="537.15765" id="tspan4662">KO</tspan></text> <text x="439.14066" y="534.1272" id="text4689" xml:space="preserve" style="font-size:48px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#f64a00;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="439.14066" y="534.1272" id="tspan4691">!= Expected</tspan></text> <text x="415.90714" y="321.99515" id="text4705" xml:space="preserve" style="font-size:48px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#f64a00;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="415.90714" y="321.99515" id="tspan4707">OK</tspan></text> <text x="479.18304" y="428.90924" transform="scale(0.77351912,1.2927929)" id="text4851" xml:space="preserve" style="font-size:10.02463627px;font-style:normal;font-variant:normal;font-weight:normal;font-stretch:normal;line-height:125%;letter-spacing:0px;word-spacing:0px;fill:#f64a00;fill-opacity:1;stroke:none;font-family:Nimbus Mono L;-inkscape-font-specification:Nimbus Mono L"><tspan x="479.18304" y="428.90924" id="tspan4853">in Inkscape 0.48.3.1 r9886 </tspan><tspan x="479.18304" y="441.44003" id="tspan5969">it looks like the background </tspan></text> </g> </svg> Thank you

1 0

Re: [Inkscape-devel] B-spline help
by Jabier Arraiza Zenoz 08 Oct '12

08 Oct '12

B-Spline needs a person who speak english and spanish to coordinate the development. If has programing basic is perfect. Now B-Spline team are Arshdeep Singh and myself, and we have problems whith the traslations in between. Anyboy whant to help?

1 0

About splash
by John Smith 08 Oct '12

08 Oct '12

The "Help->About Inkscape" splash can be slow to render and has given some users the impression that Inkscape is therefore slow. One option is to replace the splash rendering with a static image in release builds. A downside of this is maintaining and adding a ~200Kb image to the package. But at some stage Inkscape may get a startup splash anyway ... Any interest in adding a static splash image ? https://bugs.launchpad.net/inkscape/+bug/253219

4 3

Unified line style interface (was: Powerstroke wrap-up)
by Valerie 07 Oct '12

07 Oct '12

> or the UI ideas we definitely need for release. Well, at some point I was trying to think up a unified interface for accessing line styles, but it would require a rather big interface change, so I'm not sure anybody would be in favour. (in any case, there is 0 chance of this being implemented anytime soon) Have the rest of you ever used Krita? Krita has two small boxes at the top that when clicked, each opens a window: - One to choose brush engines + edit options + test and create previews - One to access presets It sounds complicated, but it's actually quite easy to use: the presets system works very well, and the brush editing drop-down allows you to access complicated options quickly (then save them as easy-to-access presets). Although the editing window itself is large, it actually doesn't get in the way too much compared to say, Inkscape's fill and stroke tab, because you get it out of the way as soon as you've chosen. The way I see it, while brushes are at the heart of raster drawing programs, line-styles are (more or less) at the heart of illustration programs. I'd envision an interface more or less like Krita's, but with line styles: - A linestyle editing pane, with a list of different engines to the left and options to the right, and a test-pad at the bottom where you can also create previews for new presets - A presets drop-down - (maybe something with fills too, not sure though) The different engines would include: - Plain: normal, boring lines. It's is own "engine" because it's the most commonly used "style." - Dotted lines: here you'll have the dotted lines, markers etc. - Powerstrokes: everything that used to be in the Live Paths Effects pane will be moved here. There could be a visual editor to design and save line styles, basically a horizontal powerstroke to which you add and edit controls. Once you've saved it as a preset, the shape will then be mapped onto any powerstroke you draw. You could also choose "use current clipboard" to map the style of a currently copied powerstroke onto the editor, for saving. - Pattern along Path: Options include 1. Repeat styles 2. Whether to use the original colors of the object or use the fill color and 3. Whether to choose a pattern from a gallery, or use the clipboard. You can easily add new clips to said gallery (so you can make custom vines, chains, etc.), just like with Krita's pixel-brush brush-tip gallery. - Calligraphy maybe? - Line tiling? This is if Inkscape ever adds complex tiling along a line (see blueprint for tiling tool). - Render: specific live path effects, like stroke, etc. The presets drop-down will show all available presets, regardless of engine. It will have a search box for easy filtering. There'd be intuitive names like: - Graph full line single-arrow - Graph dotted line double-arrow - Powerstroke decreasing - Powerstroke increasing - Powerstroke sharp edges etc. (want a graph connector? Type "Gr" and you'll already get the list of graph lines) The tools in the left pane would be separated into line drawing tools (that apply the selected engine) and other tools. You can choose whether you want shape tools to use "plain lines" by default or use the chosen line style engine. To make the whole system even easier to use, the different engines would require more on-canvas editing options. For example, the purple diamond used for powerstrokes right now could be extended to Pattern Along Path to create variations in the sizes of the patterns. If on- canvas editing is too complicated, the editor pane at least could be used to specify and preview the size of the patterns used. If anybody is interested I can try to make a few mock-ups, even if they don't get used.

1 0

SourceForge Upgrade
by Josh Andler 07 Oct '12

07 Oct '12

Hey All, SF.net is upgrading their site and all projects. I wanted to give a heads up that I've initiated the transition for us and we are in their queue. Hopefully this will not negatively impact our usage of SF, but, it is something they're going to do to all projects that they host. I apologize in advance that they will be notifying everyone with commit access of code access changes, and I'm sorry if they send other emails to everyone else. Hopefully this will all be for the good in the end, as it's going to be mandatory. Cheers, Josh

1 0