- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Idea for shape generation and morphing
by Jemima Bond 25 Feb '07

25 Feb '07

Hello Bryce, I have posted 12 screen shots of increasing complexity here: http://myweb.tiscali.co.uk/oaktree/jcb/applets/polymorphappletcaptures.html Sliders modify control point lengths and angles (Mirror, Twist, CP1 and CP2). These are calculated from the turning angle of the turtle. Control point length default is 0.33333 * last distance travelled. My other 2D version is a HyperCard stack written back in the early 1992. This outputs PostScript (Adobe Illustrator 3 file). It generates a host of other shapes (cogs, spirals, shells etc) and uses the same principle of "live" shapes, generated procedurally. I have a 3D Nurbs version in C++ that works around spherical polyhedra but it's about seven years since I wrote the code and I'm still trying to untangle what I actually did :) JB Bryce Harrington wrote: > On Fri, Feb 23, 2007 at 04:47:13PM +0000, Jemima Bond wrote: > >> Hello. I have an idea for generating and morphing vector shapes using >> bezier curves and a turtle drawing routines. You can view this as an >> applet here: >> >> http://myweb.tiscali.co.uk/oaktree/jcb/applets/polymorphapplet.html >> >> You will have to play around with the various sliders, combo boxes etc >> to get a feel of how the thing works. Un-check the "Skeleton" and >> "Control Point" boxes to see the bezier curve only. >> >> Just thought I'd throw it into the inkscape pot. Thanks for your time. >> > > Hi Jemima, > > Would you mind posting some screenshots of this, for those of us that > don't have Java installed? > > THanks, > Bryce > > -- ***************************************************************** This email and its attachments are confidential and intended for the exclusive use of the addressee(s). It must not be edited or reposted. This email and its attachments may also be privileged or protected by legal rules. If you have received this email by mistake please let me know by reply immediately and destroy this email and its attachments. You should not disclose, edit, copy or forward any of its contents. *****************************************************************

11 18

Re: [Inkscape-devel] export /resize quality?
by Alexandre Prokoudine 23 Feb '07

23 Feb '07

On 2/23/07, ulugeyik wrote: > It must one of those under-caffeinated days, I can't tell if there is an > option somewhere to adjust the export/resize quality of jpeg compression. Since when does Inkscape export JPEG? :) Alexandre

1 0

Re: [Inkscape-devel] [Inkscape-user] Scripting the fill style
by bulia byak 23 Feb '07

23 Feb '07

On 2/23/07, singlecell <singlecell@...1666...> wrote: > 1 - Inkscape uses the style attribute on each element to set the fill > colour, and I have to manually go through each element changing them for > my script code to work. Manipulating the style attribute in code would > require parsing to preservation all the other style definitions. > > Is there any way to force inkscape to save style attributes of drawing > elements as separate elements (as I have altered in the attached example)? I have a simple XSLT stylesheet which breaks monolithic style= into style attributes. Worked fine for me. So here's a question for developers: I heard we can use XSLT as input/output filters? If so, adding an output format that filters SVG through such a filter would be trivial. > 2 - should Inkscape treat script element as CDATA, as it currently > treats it as a text node and replaces " with " etc. And it also loses script attributes (at least from root svg) when saving as Plain SVG. Could you please file bugs on these problems so they are not forgotten? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

A Survey on Defect Management Practices in Free/Open Source Software
by Anu Gupta DCSA 23 Feb '07

23 Feb '07

Sir/Madam I seek help from designers, developers, testers,defect fixers,project managers or playing any other key role in Free/Open Source software development or maintenence in carrying out a study to identify practices and problems of defect management in various Free/Open Source Software projects. The insights gained from the study can further help us to extract publicly accessible defect data and determine impact of defect management practices on software quality. Please spend a few minutes of your precious time to fill up the Questionnaire. The most of the questions follow multiple choice formats and are quite easy to answer. To have the Online Questionnaire, please visit: http://anu.puchd.ac.in/phpESP/public/survey.php?name=FOSS_Defect_Survey (You can also copy and paste this link into your browser, and hit the 'Return' key.) I hope you will find all the questions interesting and thought-provoking. Your answers will be kept anonymous.The data thus collected will only be used for research purpose.It would be nice if you may further refer this mail to others actively engaged with Free/Open Source Software development. If you have any query or suggestions then feel free to contact. Thank You With regards, Anu Gupta Senior Lecturer Department of Computer Science and Applications, Panjab University, Chandigarh. INDIA In case of any problem in accessing/using the above mentioned link please contact: E-mail: anugupta@...1665... anugupta98@...400...

1 0

Markers - fix for 'none' bug
by Bryce Harrington 23 Feb '07

23 Feb '07

There was a bug in the recent marker work where markers weren't getting removed from lines if you picked "none". I had disabled the code that makes the 'none' marker work, because doing so prevented an event cascade. So this fixes the event cascade - basically, this temporarily disables the "changed" signal handler when we're updating the marker menus, so the changes don't trigger additional "changed" signals. There is still one bug I know of - if you click on one of the numerical entry boxes on the stroke style page, before clicking the marker dropdown, then when you open the marker dropdown you see two separators rather than 'None' and one separator. But this bug has been around for quite some time. Let me know if you spot any other bugs. Bryce

1 0

Addition of fill to Calligraphy tool
by John Cliff 22 Feb '07

22 Feb '07

Hi guys, I've Modified the calligraphy tool to create a fill shape as well as a stroke shape. The 2 are grouped so they act like one object in selector. Patch is in the tracker, #1666582 still todo: * Need to fix the setting of the styles of the 2 objects, they just get the current style at the minute, want to fill the stroke with the current stroke, fill with the current fill. * Want to put a check box in the toolbar to enable/disable generation of fills, so that people wanting the old way of working can have it still. Its been a long time since i touched the codebase, and I'm very rusty, so would appreciate some code review before this gets commited to svn. comments are welcomed, just cant promise how swift updates will be. Cheers Sim ____________________________________________________________________________________ No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail

1 0

Obtaining compiler warnings
by unknown＠example.com 22 Feb '07

22 Feb '07

Does anybody know a way to neatly catch compiler warnings on windows? I'd like to only see a list of compiler warnings, instead of the complete compiler commandline as it is now. For example: It would be very nice if the buildtool could generate a separate file (say compiler-out.txt) in which all special compiler messages are put such as: gradient-context.cpp:325: warning: 'pointtype' may be used uninitialized in this function Thanks! Johan

6 5

Grip snapping to visible grid lines only
by Daniel Pope 21 Feb '07

21 Feb '07

I was just experiencing an issue with grid snapping: I wanted objects to be pixel-aligned, so I turned on a 1px grid with snap. However, Inkscape only draws lines every 10px or so, and this is the snap I end up with. I have to zoom to 800% to be able to get single-pixel snap, which is too close to be able to see what I want to do. I went to report this as a bug but it's already been reported as 1505815 which is marked WONTFIX on the grounds that this is intentional. What's the rationale behind this behaviour? Without wanting to revisit it too much if this has been discussed before, I can think of only one reason why this is beneficial: 1. What you see is what you get. Whereas under my expected behaviour (specified grid was respected) 1. What you specify is what you get. 2. Zoom-independence. 3. Can work at 1:1 and use grids finer than 8px. 3. Everything else I've tried works this way eg. XaraLX, Flash Put another way, would anyone have any objections to re-opening this? Dan

9 14

Extension parameters
by Romain Thouvenin 21 Feb '07

21 Feb '07

I wanted to slight modify webbrower_* extensions so that they directly bring to the web page in the relevant language when it exists. I thought the good way to do that would have been to give the address as a translatable parameter that is not set by the user, but I didn't find how to do that, it seems impossible. I guess it is impossible, since there are several extensions for visiting a web page. Am I right ? Do you have an idea to work around my problem ? Maybe using a parameter proposing the different languages to the user ? Romain

6 10

Marker menu dynamic updating
by Bryce Harrington 21 Feb '07

21 Feb '07

I've committed a fix to one of the marker menu bugs. Previously, the marker menu had been split to show markers in the <defs> above the line only if they were non-stock markers. However, the problem happens that if one alters the stock marker in the <defs> section without changing its ID, it doesn't show at all in the menu. Now, the menu shows ALL markers from <defs> above the line, regardless of whether they're stock or not. This obviously has the downside that for people who use a lot of stock markers, the menu will get cluttered, however I suspect that may be a less common use case than we thought initially. Also, a more important underlying change is that in order to do this I've added some svg preview cache code based on code used by the icon renderer. This allows us to render each marker preview once, instead of three times (once for each menu), and avoids performance trouble if the marker menu is dynamically changed. (I needed to dynamically update the marker menus when selecting stock id's to ensure that if you select a stock id, it immediately shows up in the above-the-line markers in all three menus.) This will also eventually help solve a problem where if you have the fill-and-stroke dialog open when switching between two docs with custom markers, it doesn't update properly; I haven't fixed this, but just need to figure out how to hook in with the callback for "document selection changed". (This dynamic marker menu underlying structure is also needed for future anticipated changes to the marker system...) Bryce

4 6