- Inkscape Devel - Inkscape Mailman

Fwd: Inkscape Hackfest: Who will attend?
by Sebastian Faubel 27 Jan '16

27 Jan '16

Hello everybody, me and my colleague would be interested in attending, too. We'd like to work on implementing a C++ based extension loader.. :) All the best, Sebastian *Semiodesk GmbH | *Werner-von-Siemens-Str. 6 Geb. 15k, 86159 Augsburg, Germany | Phone: +49 821 8854401 | Fax: +49 821 8854410 | www.semiodesk.com This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Semiodesk GmbH is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company. 2016-01-27 10:52 GMT+01:00 Marc Jeanmougin <marc@...3062...>: > I am definitely interested too! > -- > Mc > > On 01/26/2016 01:58 PM, Tavmjong Bah wrote: > > > > Hi, > > > > We are planning an Inkscape hackfest[1] in Leeds just before the Libre > > Graphics Meeting[2] in London. To help plan this event we need to have > > an idea of how many people would attend. Please reply here or send a > > private email to me if you are interested. As with last years > > hackfest[3], travel support will be offered to developers and others > > active in the Inkscape project ($500-$2000). > > > > Dates: > > Hackfest: 11-13 April 2016 (tentative) > > LGM: 15-18 April 2016 > > > > Tav > > > > [1] http://wiki.inkscape.org/wiki/index.php/Hackfest2016 > > [2] http://libregraphicsmeeting.org/2016/ > > [3] http://wiki.inkscape.org/wiki/index.php/Hackfest2015 > > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

1 0

Win32 devlibs update
by Nicolas Dufour 26 Jan '16

26 Jan '16

Hi all, The win32 devlibs have just been updated (rev. 54) to fix the following reports: - Bug #1530286 "Inkscape fails to build on Window with GC errors", - Bug #1156664 "Compile against external libpotrace". The build.xml files also changed in rev. 14559, so don't forget to update the devlibs and run "btool clean" before compiling! Regards, -- Nicolas

5 32

Differences in union result between commandline and the GUI?
by eric schleicher 22 Jan '16

22 Jan '16

Hello. getting familiarized with using inkscape from the commandline in preparation for developing some automation and connectors in nodejs. Running some simple examples, I noticed that there seem to be some differences between the output created by the commandline and what the UI create (on the exact same input assets). I've attached a photo here noting the most obvious differences I've observed I'm wondering if anyone might be able to shed some light on the why i might be seeing these differences and whether there is a way to address them do that the output from the commandline is faithful to the both the original and the version created by the union operation in the UI. The path union operation from the UI is flawless, but not so from the command line so this was a very unexpected result. Are these types of deviations common, or perhaps is this something that can be addressed with different settings/arguments. for reference, where command used: ./inkscape --file 'c:\users\user\dog.svg' --select 'top' --verb 'SelectionUnion' --export-plain-svg='c:\users\user\dog-plain.svg' Run from a poweshell session on windows 8.1 with Inkscape 0.91 r13725 (Jan 30 2015) The original (path, not text) [image: Inline image 2] A Comparison of the two Otherwise this seems to be a bug. Interested to learn more, Eric

2 1

Specifying color fonts
by Tom Lechner 22 Jan '16

22 Jan '16

Hi, Is there currently in Inkscape a way to specify exact fonts, like specific font files? If I understand right, would this mean support of "user fonts" as specified by CSS3 Fonts? I've been working on using color fonts made from font layers (where each color layer is a different font file), but the layer fonts I can find all specify family names and styles in such a way that it seems impossible to specify them in Inkscape. Is there any planned native support for color fonts, either manually layered, or opentype svg/colr/cpal color fonts? -Tom ---- laidout.org tomlechner.com

2 1

Inkscape 0.92 and Converting Inkscape to CMake
by Bryce Harrington 19 Jan '16

19 Jan '16

CMake is a key goal for the Inkscape 0.92 release. We're close, but some important work still remains. Are you familiar with CMake? It's important not only that we convert the codebase, but that we also install our developers (i.e. YOU!!) with adequate cmake know-how to be able to update stuff as needs arise. Is CMake something you've not yet learned? I've written up a little Inkscape-specific tutorial / class to give you the basics. Please put it on your near-term todo list: http://wiki.inkscape.org/wiki/index.php/Working_with_CMake Once you're ready to tackle some cmake work, please take a look at my write-up of cmake tasks that I think we need to get done: http://wiki.inkscape.org/wiki/index.php/CMake_Tasks I've organized that page by tasks that I feel we need to get done for 0.92, versus ones that have to be done post-0.92 (since they'd break the autoconf stuff), and minor tasks that can be safely done whenever. Thanks for lending a hand to helping with the CMake work. My dream is that by achieving this conversion, we'll be able to unify a lot of our platform-specific packaging. Effort that currently is divided between linux, osx, and win32, will be able to be merged so we can better collaborate with packaging generally. Bryce

2 2

Re: [Inkscape-devel] Quality of gradients.
by mathog 14 Jan '16

14 Jan '16

(revised version of message sent originally only to Gez.) On 09-Jan-2016 12:33, Gez wrote: > For my professional work, the way inkscape renders gradients is a show- > stopper. The quality of my work suffers if I don't apply one of those > tedious workarounds discussed in this thread. The EMF export function supports simple gradients as descriptions (high & low color values, scale and direction of linear gradient) and so are not quality limited in this manner. Perhaps in some instances you could export to EMF and then render from that in another application which doesn't have the 8bit limit? Unfortunately there is no exact support for radial gradients in the EMF or EMF+ standards. Currently Inkscape emulates such gradients in EMF files with many small single colored elliptical slices. The best one could do with EMF would be to use the peculiar "triangle" gradient mode (Google "GRADIENT_FILL_TRIANGLE") to emulate a radial gradient. Then instead of rings it would be a lot of small wedges, each with its own part of the gradient. At the moment there is no code in Inkscape to do this. (EMF+, which is not yet supported at all in inkscape but is coded into libUEMF, has something called a "Path Gradient Brush" which is essentially a bunch of these triangle gradients merged, so that instead of specifying a lot of triangles, one specifies a center point and a path.) Going this route would be a one way trip, since the code for working back from multiple triangle gradients to a radial one would need to be pretty clever to look for and detect this sort of clustering and arrangement of gradients, especially since those EMF records need not be consecutive in the file. (Going from EMF+'s Path Gradient Brush to an SVG radial gradient would be easier because it would not have the multiple record problem.) Also an awful lot of these triangles might be needed to get a smooth looking radial gradient, that is, one that doesn't look like a set of nested polygons resulting from "contour lines" of constant colors. Perhaps slightly varying the angle in each slice would hide that effect a bit? Anyway, for future reference: EMF Triangle gradient (look about 1/3 down from the top) http://www.flounder.com/gradientfiller.htm EMF+ Path Gradient Brush http://www.codeproject.com/Articles/20018/Gradients-made-easy Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Licensing issues with Scour (aka 'Optimized SVG' output)
by Eduard Braun 12 Jan '16

12 Jan '16

Hi all, I'm posting here today hoping that we can finally resolve some licensing issues which recently emerged regarding the Scour extension for Inkscape (also know as 'Optimized SVG' output). I'll try to summarize the issue as good as possible so everybody is up to speed: * Right now we bundle an old version of Scour that is dual-licensed with Apache 2.0 license and GPLv2+. This dual licensing was only introduced in a very recent commit [1] when the original author Jeff Schiller agreed to re-license his code under the terms of GPLv2+ after license issues in Inkscape were brought up in a previous discussion [2]. However at this point there were multiple contributions to the Scour codebase by other authors who did not accept to re-license their contributions. This is why the re-licensing is likely to be void and the the current maintainer of Scour (Tobias Oberstein) decided not to apply the dual-licensing when switching over to GitHub with the project [3]. * I recently updated the Scour extension for Inkscape and want to merge these changes [4]. Obviously I followed Tobias Obersteins decision not to apply the dual-licensing, so the new version only has the Apache 2.0 License. * The open question now is: Can we bundle the Scour code with Inkscape and how to we do it? In my opinion this should not be a problem since Scour is an external module that is *indepentent* from Inkscape, e.g. license incompatibilities do not play a role here which is also the opinion of Tobias Oberstein (see [5] for details and references). Also most project members seem to agree (see comments in the merge request [4]) However If we don't want to follow this reasoning we have to decide on alternatives (especially since the code currently in trunk might well have an invalid license). I hope we can once and for all resolve this issue! Best Regards, Eduard [1] http://bazaar.launchpad.net/~scouring/scour/trunk/revision/222 [2] https://sourceforge.net/p/inkscape/mailman/message/32342425/ [3] https://github.com/codedread/scour [4] https://code.launchpad.net/~eduard-braun2/inkscape/scour/+merge/278387 [5] https://github.com/codedread/scour/issues/7

5 13

Inkscape is legally backed by the Software Freedom Conservancy, but SFC needs your help
by Dave Crossland 12 Jan '16

12 Jan '16

Hi Software Freedom Conservancy is the legal backer of Inkscape, but it is at risk of shutting down :( You can help make it sustainable by joining as a member for $120/year - just 14 people are needed! :) SFC is a not-for-profit charity that helps promote, improve, develop, and defend Free, Libre, and Open Source Software (FLOSS) projects. Conservancy provides a non-profit home and infrastructure for FLOSS projects. This allows FLOSS developers to focus on what they do best — writing and improving FLOSS for the general public — while Conservancy takes care of the projects' needs that do not relate directly to software development and documentation. http://sfconservancy.org/members/current/ lists the projects that they support, and the following are relevant to libre graphics: - Inkscape - Git - BOOST - a programming framework used in Inkscape - SWIG - another programming framework used in Inkscape, that enables Python scripting - K-3D - 3d modeling app - Outreachy - helps people from groups underrepresented in free and open source software get involved Just 14 more people needed to meet their membership goal this month, since those who sign up by January 31 count twice, thanks to Private Internet Access. Please consider joining as a member :) -- Cheers Dave

1 0

Board Meeting @ Friday Jan 8, 2016
by Bryce Harrington 11 Jan '16

11 Jan '16

Reminder that the meeting is tomorrow at Noon Pacific time. For agenda and past meeting logs please see: http://wiki.inkscape.org/wiki/index.php/Board_Meetings Bryce

1 1

30 second video for the Inkscape project: New features & work from the past year
by C R 08 Jan '16

08 Jan '16

Okay, so there was not enough interest in doing the interview montage, so I'm back-burnering that one. :) So instead, let's show them what's new in Inkscape! I am doing a brief video commercial for the Inkscape project with updates from the last year. So what are you favourite Inkscape features/progress. This will replace the "two slides" at LGM, with something much more swish and polished to show off the hard work that's been done in Inkscape over the last year (starting from or around April last year). What I need: A list of your favourite new features in Inkscape (developed in the last year, or that will be finished and/or working by the date of LGM in April). I will combine them with mine and submit a video (after showing to everyone on this mailing list and #gimp to make sure we have all the facts right. Cheers. -C

5 13

Should i push to lp:inkscape/0.91.x?
by Aurélio A. Heckert 07 Jan '16

07 Jan '16

Hi folks, I was getting troubles with extensions on Illustrator generated SVGs, so i solve it and send to the repo: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/14564 That means trunk = the future 0.92.x As i'm away for a while i must ask: Should i push this patch to lp:inkscape/0.91.x? I believe yes, but i don't know the rules to push on a stable branch. Thanks! -- *Aurélio A. Heckert (aka Aurium)* http://softwarelivre.org/aurium *COLIVRE — Coop. de Tecnologias Livres* http://colivre.coop.br *Inkscape* — Desenhe Livremente http://inkscapeBrasil.org

2 3

ERRO NO INK SCAPE
by Ione Logullo 06 Jan '16

06 Jan '16

Estou tentando colocar um título no caminho mas não estou conseguindo. Já segui todos os procedimentos mas o INKSCAPE não reage, já desinstalei e instalei o programa duas vezes. Eu já fiz isso anteriormente e não tive nenhuma dificuldade mas agora não consigo mais, vocês podem me ajudar? Ione Logullo +55 21 984036492 --- Este email foi escaneado pelo Avast antivírus. https://www.avast.com/antivirus

5 5

Problem compiling
by Jabier Arraiza 05 Jan '16

05 Jan '16

Hi to all. I have a problem compiling inkscape on a SSD. Sometimes when compiling it crash with this error: https://inkscape.org/es/gallery/item/7231/ I also have HD problems not sure are related. Thanks in advance for any help.

1 0

Path Count Restriction in Division, Cut and Difference
by Martin Owens 05 Jan '16

05 Jan '16

I've committed a change to splivarot.cpp to remove the restriction which stopped our difference/cut/division functions from working on multiple paths. I was reading the forum post at http://www.inkscapeforum.com/viewtopic.php?f=5&t=20762 and it didn't seem to make much sense, so I did a few tests which I've posted here: https://inkscape.org/en/gallery/item/7216/ You can see we do the most sensible things already and the new functionality enabled by the commit doesn't seem to make a /lot/ of sense as far as I can see, but then I'd like to not artificially restrict the function because someone might find it interesting. The other hand is that there might be a more common sense way of doing the functions. Maybe by making a union first, or some other thing. But we'd first have to see examples on what users think they'll get when they run these operations on their multiple paths. Best Regards, Martin Owens

5 10

Re: [Inkscape-devel] [LGM] Fwd: LGM 2016: Call for Participation
by C R 03 Jan '16

03 Jan '16

I'm working on some proposals for talks this weekend. These are things I can talk about as a graphic designer who works with opensource software as a primary toolset. Inkscape will be featured in several of these talks, but I also desire to help the Inkscape Project with any materials and ideas for talks. What I'd like is to have (for the Inkscape Project) is a series of short videos where our current contributors to the project talk about what motivates them to contribute to Libre software. I will then compile these into a video (5-10 minute) video about Inkscape to present at LGM. This is a way for some of us who can not make it to London to talk about their role in Inkscape as a developer and/or professional user. To make it easy for the camera-shy among us, I'd suggest we do it in a format that resembles this mini commercial I did recently for a small Italian Restaurant: https://www.youtube.com/watch?v=GmPQ8FjRqr8 Something to notice is that the question comes up as text in the video rather than having a presenter ask questions, which makes it easy to ask and answer the questions as a regular conversation, rather than just an interview. Notice at no time did Carlo (who is tremendously camera-shy) have to look at the camera. He was always looking at me (off camera), and just answering my questions while ignoring the camera entirely. In this way I'm able to mix in relevant graphics, and cover mistakes or pauses to produce a professional quality edit with key points of interest. I will provide all editing, compositing, music, captioning (in the case where translation is needed). All materials will be provided in open formats as well for your tinkering pleasure. Any interest in this idea? -C On Sun, Jan 3, 2016 at 10:26 AM, Femke Snelting <snelting@...2319...> wrote: > All the best for 2016! > > ... and don't forget to submits your proposal for the upcoming LGM in > London! > > Deadline: *Sunday January 10th* > > > -------- Forwarded Message -------- > Subject: LGM 2016: Call for Participation > Date: Thu, 3 Dec 2015 15:46:29 +0100 > From: Femke Snelting <snelting@...2319...> > To: libre-graphics-meeting@...626... > > *Libre Graphics Meeting 2016: Other Dimensions* > > http://libregraphicsmeeting.org > > > The eleventh annual international Libre Graphics Meeting 2016 will take > place Friday 15th until Monday 18th April 2016 in London, UK. This yearly > event is an occasion for teams and individual contributors/artists involved > in Libre Graphics to work together, to share experiences and to hear about > new ideas. By Libre Graphics we mean Free, Libre and Open Source tools for > design, illustration, photography, typography, art, graphics, page layout, > publishing, 3D modelling, digital making and manufacture, cartography, > animation, video, interactive media, generative graphics and visual > live-coding. The Libre Graphics Meeting is not just about software, but > extends to standards, file formats and actual use of these in creative > work. LGM has become the place in which they can discuss their projects, > coordinate their efforts and, crucially, to meet in person. Participants in > the LGM include developers, designers, academics and activists from around > the world, who are all passionate about Free/ > L > > ibre graphics software and technology. > > > *State of the Libre Graphics Union* > > We begin each meeting with a joint session that brings together all > things that have happened in our wide landscape over the last year. So, > instead of slots in the schedule for general updates on each Libre Graphics > software project, we invite every team present at LGM to submit two slides > (maximum), with a short explanatory text that showcases the leaps forward > that has been made over the past year. For first-time presenters and > particular big or new topics/features in established projects, we encourage > additional stand-alone submissions. > > > *Special focus: Other Dimensions* > > In Toronto we celebrated the first decade of LGM, reflecting on the past > and considering the future. For the 2016 edition of LGM we continue > speculating and will expand Libre Graphics into Other Dimensions. We are > looking for presentations and workshops that explore the dimensions of > space and material: 3D modelling and animation, Libre architecture, Open > Source product design and other fields of digital making and manufacture. > We are also seeking contributions that offer reflections on the 'other > dimensions' of open source communities and that engage with FLOSS tools in > various contexts including but not limited to teaching, learning, practice > and co-production. This represents a desire to address the future > sustainability of the Libre Graphics movement, through a growth of the core > projects and topics that will, we hope, allow us to welcome more and more > FLOSS projects and participants to our community. > > We are looking for: > > * In-depth presentations of Libre Graphics code-contributions > * Showcases of excellent work made using Libre Graphics tools > * New and experimental projects in this area to meet the wider community, > including those in the field of 3D design and making > * Reflections on the activities of existing open source communities in > either the production of Free, Libre and Open Source tools or their use > > Available formats (times include Q&A): > > * Entry for State of the Libre Graphics Union (1-2 slides) > * Presentations (20 minutes) > * Workshops (1 or 2 hours)* > * Birds Of a Feather (BOF), discussion meetings or Hackathons (2 hrs or > more) > * Lightning talk (7 minutes, selected at the event unconference style) > > > *Practical Details* > > Submission deadline: 10 January 2016, content selection notification by > end of January 2016. > > http://libregraphicsmeeting.org/2016/call-for-participation/ > http://libregraphicsmeeting.org/2016/submit-proposal/ > > > _______________________________________________ > Libre-graphics-meeting mailing list > Libre-graphics-meeting@...626... > http://lists.freedesktop.org/mailman/listinfo/libre-graphics-meeting >

1 0

Extension to export objects or layers to individual files: looking for testers/feedback
by su_v 03 Jan '16

03 Jan '16

Motivated by a request here on the mailing list wrt support for preparing animation frames from within Inkscape based on paths generated with Inkscape's 'Interpolate' extension, I began working on an extension to export a group of paths, or a selection of objects, to individual SVG files in November last year. Recent testing and feedback by Jabiertxo Arraiza Cenoz (thanks a lot!) introduced more features: export of layers or sublayers to individual files, additional export file formats (PNG, GIF) and optional creation of an animated GIF image of all exported objects (for bitmap-based export formats only). It also introduced a dependency on 'convert' from ImageMagick for the additional file formats. A snapshot of the current state of the extension can be downloaded for testing from the report in the bug tracker: * Bug #1530380 “Extension to export objects to separate files for ...” https://bugs.launchpad.net/inkscape/+bug/1530380 Some known issues and limitations are mentioned in the report description (and later comments) - any further feedback would be appreciated (I'm sorry for the lack of documentation / tutorial at this stage). Regards, V

1 0

Colour Mixing
by Martin Owens 31 Dec '15

31 Dec '15

Dear Ink-devels, My friend has just complained that Inkscape doesn't have colour mixing. He's the first person to mention this functionality to me and I believe from his description the idea is that the colours can be mixed off canvas, where two color stops are selected and then a slider can move between the two. Has anyone ever heard of this? Best Regards, Martin Owens

8 11

Questions about EllipticalArc, BezierCurve, and Path
by Papoj Thamjaroenporn 24 Dec '15

24 Dec '15

Dear Inkscape-devel, I would like to convert a path that internally stores EllipticalArcs into a path with a bunch of BezierCurves. Is there a method that already does this? One way I think can be used is to convert path to pwd2, and convert back again to pathVector using path_from_piecewise() because internally it only uses Bezier curves, but I am wondering if there is a more direct way to do this. If I have a PathVector structure, and I know all Paths inside are connected to each other, is there an easy way to convert such PathVector into Path? Thank you. Regards, _______________________ Papoj "Hua" Thamjaroenporn papojt@...3117...

2 3

Jenkins administration
by Johan Engelen 23 Dec '15

23 Dec '15

Hi all, Jenkins, our CI system, has been down for more than a month. It looks like the disk has filled up, and we need to do clean up / the build tasks should clean up after themselves better (I suspect it has to do with storing the results of too many older builds instead of just the current one plus a few recent builds). We need an administrator for Jenkins. Currently, I think only me and Bryce have access, which is not good enough. Who is interested in maintaining the automatic build/testing system? Of course, you can tailor the system to your own likes; there is much to be improved and I think all are open to whatever crazy plans you may have :-) http://jenkins.inkscape.org/ regards, Johan

5 10

Different sizes when cut and paste between Inkscape Trunk or Stable and FontForge
by Ivan Louette 23 Dec '15

23 Dec '15

Hello, Because of hardware problems with my main PC tower I went to my laptop where Inkscape 0.91 stable was installed while I mainly use Trunk usually. I noticed a difference in size in cut and paste from FontForge (the version 2 from Ubuntu 14.04 repositories) between Trunk and Stable 0.91. And I don't know if this is due to changes in units in Inkscape, and intentional or not. Thus I hesitate to fill a bug. However I will fill it if necessary. I ask me also if some settings I changed in my Trunk could cause this change. - if I cut a glyph in FF and paste it in Inkscape Trunk, its size in Inkscape is equivalent to this glyph typed at 750 pts - if I do the same to Inkscape Stable it's equivalent to the same at 800 pts ivan

4 5

Rounder Extension
by Jabiertxo Arraiza Cenoz 22 Dec '15

22 Dec '15

Hi to all, I just made a new extension to round to a fixed decimal position some data in SVG. Currently it round optionaly: Nodes, with another optional check to move handles along Handles Stroke width Height Width Position X Position Y https://inkscape.org/en/gallery/item/7126/ Ping me if think some atribute important to add( ex:transforms, viewbox...) Cheers, Jabier.

2 3

Rounder Extension
by Jabiertxo Arraiza Cenoz 22 Dec '15

22 Dec '15

Hi to all, I just made a new extension to round to a fixed decimal position some data in SVG. Currently it round optionaly: Nodes, with another optional check to move handles along Handles Stroke width Height Width Position X Position Y https://inkscape.org/en/gallery/item/7126/ Ping me if think some atribute important to add( ex:transforms, viewbox...) Cheers, Jabier.

1 0

How to properly fix bug and commit to Inkscape trunk
by Papoj Thamjaroenporn 17 Dec '15

17 Dec '15

Dear Inkscape-devel, I would like to fix a simple bug I found in src/helper/geom.cpp::pathv_to_cubicbezier(). The control points are not set correctly: Geom::CubicBezier b(cit->initialPoint(), cit->pointAt(0.3334) + Geom::Point(cubicGap,cubicGap), cit->finalPoint(), cit->finalPoint()); where it should have been: Geom::CubicBezier b(cit->initialPoint(), cit->pointAt(0.3333) + Geom::Point(cubicGap,cubicGap), cit->pointAt(0.6667) + Geom::Point(cubicGap,cubicGap), cit->finalPoint()); or more precisely: Geom::CubicBezier b(cit->initialPoint(), cit->pointAt(1./3.) + Geom::Point(cubicGap,cubicGap), cit->pointAt(2./3.) + Geom::Point(cubicGap,cubicGap), cit->finalPoint()); (The Geom::Point(cubicGap,cubicGap) shouldn’t really be there, but that’s a separate issue I described in another email.) I am not sure how to properly submit this. Do I follow the practice for bzr here <http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar#Test_branches_b…> and simply merge my fix (without a need for someone to review)? Regards, _______________________ Papoj "Hua" Thamjaroenporn papojt@...3117...

3 4

Re: [Inkscape-devel] How to properly fix bug and commit to Inkscape trunk
by Jabier Arraiza 17 Dec '15

17 Dec '15

I think you dont recive my previous mail sent only to you. Sorry Inkscape devel users for the noise. Cheers, Jabier. El jue, 17-12-2015 a las 11:11 +0100, Jabier Arraiza escribió: > Sure is not the inkscape-devel list mail? I tecibe this mail the 3 > times i send you a mail. Reply me if you recibe this only you mail. > > Cheers, Jabier. > > El jue, 17-12-2015 a las 04:32 -0500, Papoj Thamjaroenporn escribió: > > Hmm I am not sure why that happens but I can receive your email > > now, > > through pt2277@...3312... Maybe it’s just a glitch? > > > > Regards, > > _______________________ > > Papoj "Hua" Thamjaroenporn > > papojt@...3117... > > > > > On Dec 17, 2015, at 4:29 AM, Jabier Arraiza <jabier.arraiza@...3313... > > > r. > > > es> wrote: > > > > > > Hi Papoj. offtopic. > > > When reply to all I get this mail error mesage: > > > > > > <pt2277@...3110...>: host mail- > > > in.cc.columbia.edu[128.59.105.70] > > > said: 550 > > > 5.7.1 Access denied (in reply to MAIL FROM command) > > > > > > Reporting-MTA: dns; mx.marker.es > > > X-mx-marker-es-Queue-ID: 1AD05A1238 > > > X-mx-marker-es-Sender: rfc822; javier.arraiza@...2893... > > > Arrival-Date: Thu, 17 Dec 2015 09:27:14 +0000 (UTC) > > > > > > Final-Recipient: rfc822; pt2277@...3110... > > > Original-Recipient: rfc822;pt2277@...3110... > > > Action: failed > > > Status: 5.7.1 > > > Remote-MTA: dns; mail-in.cc.columbia.edu > > > Diagnostic-Code: smtp; 550 5.7.1 Access denied > > > > > > > > > > > > El jue, 17-12-2015 a las 04:14 -0500, Papoj Thamjaroenporn > > > escribió: > > > > Thank you Jabier. No need for the frown, because I am very > > > > happy > > > > that > > > > I can finally contribute something! > > > > > > > > Regards, > > > > _______________________ > > > > Papoj "Hua" Thamjaroenporn > > > > papojt@...3117... > > > > > > > > > On Dec 17, 2015, at 4:11 AM, Jabier Arraiza <jabier.arraiza@...3314...67... > > > > > ar > > > > > ker. > > > > > es> wrote: > > > > > > > > > > Hi Papoj. I do the original function :( and your fix is > > > > > good,. > > > > > Anyway > > > > > when you create a new branch in launchpad web you can mark > > > > > the > > > > > branch > > > > > for review. > > > > > > > > > > All the best, Jabier. > > > > > > > > > > > > > > > El mié, 16-12-2015 a las 21:28 -0500, Papoj Thamjaroenporn > > > > > escribió: > > > > > > Dear Inkscape-devel, > > > > > > > > > > > > I would like to fix a simple bug I found in > > > > > > src/helper/geom.cpp::pathv_to_cubicbezier(). The control > > > > > > points > > > > > > are > > > > > > not set correctly: > > > > > > > > > > > > Geom::CubicBezier b(cit->initialPoint(), > > > > > > cit- > > > > > > > pointAt(0.3334) + Geom::Point(cubicGap,cubicGap), cit- > > > > > > > > finalPoint(), > > > > > > cit->finalPoint()); > > > > > > > > > > > > where it should have been: > > > > > > > > > > > > Geom::CubicBezier b(cit->initialPoint(), > > > > > > cit- > > > > > > > pointAt(0.3333) + Geom::Point(cubicGap,cubicGap), cit- > > > > > > > pointAt(0.6667) + Geom::Point(cubicGap,cubicGap), cit- > > > > > > > finalPoint()); > > > > > > > > > > > > or more precisely: > > > > > > > > > > > > Geom::CubicBezier b(cit->initialPoint(), > > > > > > cit- > > > > > > > pointAt(1./3.) + Geom::Point(cubicGap,cubicGap), cit- > > > > > > > > pointAt(2./3.) > > > > > > + Geom::Point(cubicGap,cubicGap), cit->finalPoint()); > > > > > > > > > > > > (The Geom::Point(cubicGap,cubicGap) shouldn’t really be > > > > > > there, > > > > > > but > > > > > > that’s a separate issue I described in another email.) > > > > > > > > > > > > I am not sure how to properly submit this. Do I follow the > > > > > > practice > > > > > > for bzr here <http://wiki.inkscape.org/wiki/index.php/Worki > > > > > > ng > > > > > > _wit > > > > > > h_Ba > > > > > > zaar#Test_branches_before_committing_merges> and simply > > > > > > merge > > > > > > my > > > > > > fix > > > > > > (without a need for someone to review)? > > > > > > > > > > > > Regards, > > > > > > _______________________ > > > > > > Papoj "Hua" Thamjaroenporn > > > > > > papojt@...3117... > > > > > > > > > > > > ----------------------------------------------------------- > > > > > > ---- > > > > > > ---- > > > > > > ----------- > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel(a)lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > > > ------------------------------------------------------------- > > > > > ---- > > > > > ------------- > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel(a)lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > > > ----------------------------------------------------------------- > > > ------------- > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Why does Inkscape automatically convert Cubic Bezier straight line to Line Segment?
by Papoj Thamjaroenporn 17 Dec '15

17 Dec '15

Dear Inkscape-devel, I am not sure if this is a design decision, but when I draw a cubic Bezier straight line on canvas, it would always get converted to a linear segment (no tangent node handles) automatically. This seems to happen in other scenarios (specifically in LPE) as well. This causes a little bit of an issue when I work on an LPE that requires having cubic bezier output, even for straight line, to maintain C1 smoothness across path segments. However, this automatic conversion will break my curve continuity, because I don’t have the tangent “node” to define for a linear segment that is connected to a cubic segment. In src/helper/geom, there is a method pathv_to_cubicbezier() that does this conversion, but it’s tricky: the tangent handles are somewhat “hacked” by adding small amount of offset to make the curve actually not perfectly linear. Although visually it maybe ok, but for scenarios that we care about precision, we may want strict linear segment to retain as-is, even though it’s in cubic form. Is there a way to turn this automatic conversion off? Regards, _______________________ Papoj "Hua" Thamjaroenporn papojt@...3117...

2 1