November 2011 - Inkscape Users

Open Educational Resources for Typography on Kickstarter
by Dave Crossland 16 Nov '11

16 Nov '11

Hi Since Inkscape is often used for typographic projects, I thought the community here may be interested in a kickstarter project I've helped to set up, to publish CC-BY-SA licensed open educational resources for typography :-) http://www.kickstarter.com/projects/cosgaya/oert-open-educational-resources… -- Cheers Dave

1 0

Reset all Inkscape settings ?
by Alejandro Rivadeneira 12 Nov '11

12 Nov '11

Greetings to all. What is the way to reset all Inkscape settings, without reinstalling it? Thank you for your response. Alejandro

2 2

Help the big project
by Ivano Arrighetta 12 Nov '11

12 Nov '11

Please, have a look to my website (http://igpgames.altervista.org) and contribute to the big project, which is something related to graphics, audio, video and text.

1 0

List of inkscape extensions to svg
by john Culleton 08 Nov '11

08 Nov '11

Is there a list somewhere of the features found in Inkscape svg but omitted from plain svg? -- John Culleton Free list of books for self-publishers: http://wexfordpress.net/shortlist.html "Create Book Covers with Scribus" http://www.booklocker.com/books/4055.html

1 0

SVG 2.0
by Tavmjong Bah 03 Nov '11

03 Nov '11

Hi, The SVG working group is going through a rather long list of things proposed for 2.0. The list can be found at: http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input The WG is about halfway through the list. If you have strong feelings on any of the proposed additions, please let me know ASAP. The group will continue working through the list this Thursday and Friday. Tav

3 4

Re: [Inkscape-user] SVG 2.0
by crjw 03 Nov '11

03 Nov '11

Things in the existing list that I am strongly in favor of are these: 1. ISSUE-2354: Consider adding a 'inverse' value to clip-rule 2. ISSUE-2355: Consider allowing the 'clip' property to reference any element, not just 'clipPath' 3. Shared paths. I would also like the ability to reference a "group object (<g>) inside a clipPath definition. Inkscape already supports this feature but firefox and others don't support it because the SVG 1.1 specification does not require it. The SVG 1.1 specification states: "SVG supports the following clipping/masking features: clipping paths, which uses any combination of 'path', 'text' and basics shapes...". Unfortunately this definition excludes "<g>" elements. It is not clear to me if "<g>" elements were excluded intentionally or by oversight. e.g.: ##This syntax is not SVG 1.1 compliant but happens to work in Inkscape: <defs> <g id="shapes"> <circle id="circle1" r="100" cx="200" cy="200"/> <circle id="circle2" r="100" cx="400" cy="400"/> </g> </defs> <clipPath id="MyClip">  <use xlink:href="#shapes"/> </clipPath> ## The following is SVG 1.1. compliant but results in a larger file <defs> <g id="shapes"> <circle id="circle1" r="100" cx="200" cy="200"/> <circle id="circle2" r="100" cx="400" cy="400"/> </g> </defs> <clipPath id="MyClip"> <use xlink:href="#circle1"/> <use xlink:href="#circle2"/> </clipPath> ## I have attached sample files. Both files render properly in inkscape, but "file_A.svg" will not render as intended in Firefox or Chrome. -crjw > The SVG working group is going through a rather long list of things >proposed for 2.0. The list can be found at: > > http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input > >The WG is about halfway through the list. If you have strong feelings on >any of the proposed additions, please let me know ASAP. The group will >continue working through the list this Thursday and Friday. > > Tav

2 1

OT: Open Source Graphics Volunteers at SCALE 10x
by Ilan Rabinovitch 02 Nov '11

02 Nov '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, SCALE, the Southern California Linux Expo, is currently planning for our 10th annual event which will take place in January 2012. We are currently looking for volunteers who might be interested in helping with creating our printed conference program guide and other materials. A few of our past presenters on Inkscape suggested posting to this list. Unfortunately, one of SCALE's dirty secrets is that many of our printed materials have been created with InDesign and other proprietary software rather than free software the past few years. Being an event focused on free software and free culture, we would like to change this. Almost everything else about SCALE is done with free or open-source software. So this year we would like to move to free software like Inkscape, Scribus, etc to create our program guide, signs, and other printed materials as well. SCALE draws about 2,000 attendees annually to LA, with each attendee receiving a copy of these printed materials. If you are interested in helping out with SCALE or the SCALE Program guide, please send us an email at ilan at socallinuxexpo.org. We appreciate any tips and/or help you might be able to provide. Regards, Ilan PS On a similar we have also been running a contest for this year's logo. The contest ends friday with the winner receiving a flight/hotel stay to LA for SCALE. Details available at: http://www.socallinuxexpo.org/blog/design-logo-scale-10x-win-trip-la-0 - -- - -- Join us for SCALE 10x. The 10th Annual Southern California Linux Expo. Jan 20-22, 2012 www.socallinuxexpo.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6xmk8ACgkQ2I1Wy0dd0oh+PACgjHyiTQ1CSefKq1WUcH5jL5Rq o6IAnAuN8nky9w8QUp6rFdxjubKW3NeW =d6fr -----END PGP SIGNATURE-----

1 0

Re: [Inkscape-user] Scaling in SVG
by crjw 01 Nov '11

01 Nov '11

I added some more rules for TEXT and TSPAN elements. PATHS, LINES, POLYLINES, & POLYGONS: -transform coordinates of all points -do not transform line thickness CIRCLES & ELLIPSES -transform center point and radii -do not transform line thickness RECTANGLES -transform location of corners -transform the radii of any rounded corners -do not transform line thickness TEXT & TSPAN -transform absolute positioning attributes ("x" & "y"). -do not transform relative positioning attributes ("dx" & "dy"). -do not scale font size -do not scale letter spacing, word spacing, etc. Perhaps a transform attribute could have multiple flags which would allow some flexibility for text handling. e.g. there should be a choice of: a) scaling everything (the only option we have today) b) scaling everything except line thickness c) scaling everything except line thickness and text d) scaling everything except text It is important that the choice be applied to each transformation separately. A single drawing may have nested transformation where the behaivor of each transformation needs to be treated with different rules. -crjw >Scaling via an explicit "transform" attribute and zooming via a user interface >are two completely different things and should be treated as such. > >Personally I am not excited about having line thickness stay the same size >when a user is zooming in and out of a drawing. >Zooming out too far would cause elements to overlap. > >I would be interested in the ability to place a flag on a "transform" >attribute such that line thickness and font size could be excluded from >the transformation. >Something like this: >PATHS,LINES,POLYLINES,POLYGONS: > -transform coordinates of all points > -do not transform line thickness >CIRCLES,ELLIPSES > -transform center point and radii > -do not transform line thickness >RECTANGLES > -transform location of corners > -transform the radii of any rounded corners > -do not transform line thickness >TEXT > -transform only the location of the text > -do not scale font size > -do not scale letter spacing, word spacing, etc. > >> I've been tasked by the SVG Working group to summarize scaling issues >> in SVG. What I mean by scaling issues, is things that one perhaps >> doesn't want scaled when zooming in or out on a drawing. An example >> would be a non-scaling line width for technical drawings (this has >> already been accepted for inclusion into SVG 2.0). >>

1 0

Re: [Inkscape-user] Scaling in SVG
by crjw 01 Nov '11

01 Nov '11

Scaling via an explicit "transform" attribute and zooming via a user interface are two completely different things and should be treated as such. Personally I am not excited about having line thickness stay the same size when a user is zooming in and out of a drawing. Zooming out too far would cause elements to overlap. I would be interested in the ability to place a flag on a "transform" attribute such that line thickness and font size could be excluded from the transformation. Something like this: PATHS,LINES,POLYLINES,POLYGONS: -transform coordinates of all points -do not transform line thickness CIRCLES,ELLIPSES -transform center point and radii -do not transform line thickness RECTANGLES -transform location of corners -transform the radii of any rounded corners -do not transform line thickness TEXT -transform only the location of the text -do not scale font size -do not scale letter spacing, word spacing, etc. > I've been tasked by the SVG Working group to summarize scaling issues > in SVG. What I mean by scaling issues, is things that one perhaps > doesn't want scaled when zooming in or out on a drawing. An example > would be a non-scaling line width for technical drawings (this has > already been accepted for inclusion into SVG 2.0). > > Inkscape doesn't have any zoom independent features (except for outline > mode) but it does include options for when objects are scaled or moved: > > 1. Scaling stroke width when scaling an object. > 2. Scaling rectangle corners with scaling rectangles. > 3. Scaling/moving gradients when objects with gradients are moved. > 4. Scaling/moving patterns when objects with patters are moved. > > These would be candidates for non-scaling while zooming. Are there any > other cases where non-scaling would while zooming would be of interest?

1 0