- Inkscape Devel - Inkscape Mailman

NEW: Command line options
by Ted Gould 02 Mar '07

02 Mar '07

Hey, So I added in some new command line options that are fun. * --verb-list will list all the Verb IDs and their names in Inkscape. This makes writing your own menus and hotkeys much easier as you can easily find out what the choices are. * --verb followed by a verb ID allows you to specify a verb to be called on every document opened by Inkscape initially from the command line. * --select followed by a node ID will allow you to add a node to the list of selected objects. Now, initially I thought these would be really good for performance testing, and that was my driver. You could do something like this: $ time inkscape --verb=FileClose my_complex_file.svg And get a reasonable number. But, now, with the selection, I think it can be much more useful than that. You can call effects, or any other verb, then FileSave and FileClose to automate all kinds of things on your diagrams. Have fun, Ted

3 5

Re: [Inkscape-devel] Inkscape's user manual
by Cédric GEMY 02 Mar '07

02 Mar '07

To answer Bryce, i would be glad to merge efforts with other people. If those people who wants to contribute are mainly for a wiki solution, i'm ready to take if there is a possibility to transform it in more standard format. So my proposal/question would be : 1. make test on transforming wiki to docbook as mentionned 2. clear our mind on the subject 3. open a real space on inkscape.org for this 4. should work from scratch or on basis of mine or kevin's work ? 5. make some ToC to show where we should go 6. have our own release note in purpose to match as soon as possible inkscape releases (was until 0.44 for me in frech) 7. define internationalisation strategy and process My vision of the manual is not giving tutorials (inkscape has already that) but more something like a help file that give precise infos on functionnalities. Core Developers would be first interested in helping the manual or keep close to manual writers (with a reciprocity, of course ;) ) These functionnalities can be illustrate with examples or step by step description if needed. About tav's manual, it is evidently very good and i encourage it as any articles on inkscape (i write myslef some in magazins, soon one in Linux+DVD). But as discussed with Colin Marquee, it would be nice to have an inner help browserthat could be distributed in a different package (see gimp). Some words in the wiki about it. Hope it helps Cedric

1 0

Inkscape Project Status
by Bryce Harrington 02 Mar '07

02 Mar '07

Just to give some visibility into some of the work bubbling away these days: Cairo renderer: Bulia has taken point on investigation of conversion to Cairo. Some tough problems have been uncovered but we're gaining a clearer picture of what needs done. Presently this looks like it will require an all at once brute force approach, rather than incremental refactoring. If so, we'll need to reach a decision on how to undertake that while minimizing disruption to SVN HEAD users. Build system: There is definitely a concensus that our current build system sucks. Options include CMAKE, Bob's buildtool, or just a cleaned up automake. We really need to have interested parties mind meld and find a single solution. Version control system: Mental has been experimenting with git and trying to get it to operate with svn. This study is still very early on, but if it works out well, one day we may begin encouraging developers to use git. Bug tracking: I have been experimenting with use of Mantis with the goal of replacing our SF bug tracker. It looks good, but the principle issue is how to migrate the bugs and their history from SF to Mantis. I'm also interested in seeing if it can be combined well with Drupal, maybe along with Pootle. Any drupalheads out there? Manual: We've got a good unofficial non-free manual/book and several [semi-]official incomplete free manuals. There is discussion about if efforts can be combined to produce a good official free manual. Anyway, I've probably missed something, but I think that covers the pending changes that are percolating. Most of these would benefit from discussion, so we can make sure there is a rough concensus favoring the change - so if you have concerns about any of these changes, now's a good chance to bring 'em up. Bryce

11 15

Re: [Inkscape-devel] Inkscape Project Status
by Colin Marquardt 01 Mar '07

01 Mar '07

"Leandro Regueiro" <leandro.regueiro@...400...> writes: > If you make a good manual I would translate it. I don't like the idea > of use SVG for docs. Please use another format. SVG can be converted to po with xml2po, so translators would have it as easy as with docbook. (I still like docbook for a task like a manual more.) Cheers Colin

1 0

Re : Docbook usage (was : official inkscape user docs)
by Cédric GEMY 01 Mar '07

01 Mar '07

Yep, i know that Ryan. Docbook is sometimes quite heavy to use. But this is the standard way to do this. All the documentation project use Docbook (see inkscape tutorials for example) because it is precise, XML base, and that we have many commands to transform it in HTML, PDF and many other format. Wouldn't you really like to try again, even if i have to proofread ? I'm also testing some possibilities via OpenOffice since there is a tool to convert ODT to docbook. Atthis time, some tag are missing, but i'm sure we good succeed in this way. Cedric >Im prepared to help work on an _official_ version of the user docs... >IMO, using the SVN and docbook format for developing something like an >entire user manual may be a bit daunting for an artist or a non-dev >type person that may want to contribute to user docs for inkscape - >that is why i suggested maybe using the wiki for a development space >of the docs, (with a strict template structure that would allow for >easy conversion into the docbook format.)

3 2

Solaris 2.8 / gcc-3.2.3 patches commited
by Markus Schwarzenberg 01 Mar '07

01 Mar '07

Hi, the Solaris 2.8 / gcc-3.2.3 fixes (derived from inkscape-Patches-1370904) are now in svn revision 14251. For details see ChangeLog. The specific platform is detected in configure.ac, and all possibly non-portable changes are guarded by #if defined (SOLARIS_2_8) && __GNUC__ == 3 && __GNUC_MINOR__== 2 Markus

2 4

Re: [Inkscape-devel] [Inkscape-user] EPS Transparency support
by bulia byak 01 Mar '07

01 Mar '07

On 3/1/07, Nava Whiteford <nwhiteford@...1677...> wrote: > The best option appears to be outputing a pdf and using acroread to > convert it to an eps, this then "flattens" the tranparencies, while > keeping them in vector format. I was wondering if anyone else had a > better (and open source) solution to this problem? I think the best open source candidate for implementing this functionality is Ghostscript. Maybe it even already does something like it - try it out. > If I wanted to investigate adding support for transparency flattening to > inkscape where would I start? Does inkscape export to eps natively or is > an external tool used? We export PS/EPS natively. And we really might benefit from adding a flattening code for that export. However, please consider that this code is likely to become quite complex, involving the use of boolean ops etc. (unless of course you will do the simple approach of rasterizing everything with transparency). Will you be able to code this all to a good level of quality, and test and maintain it afterwards? More importantly, is Inkscape the best place for this code? We already export PDF with transparency which fully preserves the intent of the source. I think it is better to use a separate tool (Ghostscript) that specializes in "downgrading" this PDF into less capable formats, perhaps implementing various strategies for that. I think Ghostscript has much more expertise overall than Inkscape in PS/PDF. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

official inkscape user docs
by ryan lerch 01 Mar '07

01 Mar '07

hi all, i have a query about the _official_ user docs for inkscape. i am wondering if it is being developed actively at the moment, and if it is, how do i help out? i have found bits of information about it on the wiki, however it refers to the docbook files in the CVS. i cannot seem to find these files in SVN. is the docbook stuff ancient history? if so would it be feasable to use the wiki as a collaboration tool for developing the official user docs more? sorry if this is all in the wiki somewhere, but the details (to me at least) seem a bit sketchy and spread out a bit... cheers, ryanlerch

6 10

(no subject)
by Cédric GEMY 01 Mar '07

01 Mar '07

Hi Alexander >The only way to help people appreciate your work is to get acknowledged ;-) see : http://wiki.inkscape.org/wiki/index.php/UserManual >If we take a look at http://www.inkscape.org/doc/index.php?lang=en, we >won't see mentioning User manual by you, only "user manual by Kevin >Wixson" that isn't even hosted at inkscape.org. Trouble is not to know if it is made by me or not. It is to know what the team wishes. Asa far as i know Kevin is not working anymore on this, at least i have no news from him. >I suggest two things: > >1. Host HTML version of your user manual at inkscape.org >2. Fix http://www.inkscape.org/doc/index.php?lang=en to mention a) >availability of docs b) ways to contribute to them. Will be done if neccessary Cedric

1 0

Re: [Inkscape-devel] GSoC 2007 is ON!!
by Jon Phillips 01 Mar '07

01 Mar '07

On Fri, 2007-02-23 at 14:11 -0800, Bryce Harrington wrote: > It's great to see this program continuing again this year. > > Just to illustrate how huge of an impact this project has had, last > year Google funded two students to work for Inkscape on implementing > 'gaussian blur'. Gaussian Blur is what allows things like drop > shadows, feathering, blurring, etc. This was a very significant and > challenging feature to get implemented, and required a good bit of > effect to get it perfected, but those two students put in the bones > for it. > > To give an idea of how profoundly this has improved Inkscape, take a > look at these examples, that almost seem photorealistic: > > http://inkscape.org/screenshots/gallery/inkscape-0.45-volumetric-light.png > http://inkscape.org/screenshots/gallery/inkscape-0.45-photorealistic-car2.p… > http://inkscape.org/screenshots/gallery/inkscape-0.45-cupoftea.png > http://www.deviantart.com/deviation/45363866/ > > Thanks google! It will be exciting to see what advancements this > year's GSoC students will produce. :-) > > Bryce > Heya all, I stubbed out a space on our wiki to brainstorm about good ideas (which some have done on the wiki). Please take a chance to help motivate that wiki page, edit out the old 2006 ideas (as it is currently just that list), and come up with some stellar ideas: http://wiki.inkscape.org/wiki/index.php/Googles_Summer_Of_Code_2007 Anyway, the GSoC timeline is coming along quickly....fun!!!! Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

6 9

scripting interface
by unknown＠example.com 01 Mar '07

01 Mar '07

Hello, I try to add some new Python scripts to Inkscape in a project with my students. We need information where the ".inx"-file interface is described. There are other types than only int, bool, float or string to be passed to the script. But we did not find a description how to. Can anyone give us a hint where to find the file format definition of the ".inx" file and where to find some working examples? 2nd question: If anything is detected to be wrong when the script is running, is there a way to inform the user about it? Thanks in advance Werner

4 4

Solaris binary of Inkscape?
by Bryce Harrington 28 Feb '07

28 Feb '07

There's been a private request from a company needing to run Inkscape from the commandline on Solaris 8. Would anyone be interested in working with this company to complete this port? Let me know and I'll put you in touch. Bryce

2 1

Calling All Artists and Designers: The Open Font Library Logo Competition Announced
by ryan lerch 27 Feb '07

27 Feb '07

The Open Font Library (OFL.o, www.openfontlibrary.org) is proud to announce the commencement of the Open Font Library Logo competition today, February 26, 2007. Artists and designers of all ranges are invited to make a logo to help identify the project. Judging will take place by contributors to the project, Alex Roberts (bovinity), Liftarn, and Zeimusu, who will select the winning logo. The last chance to submit submissions is March 14, 2007 at 11:59 PM PST. After that, the judges will select a logo within five days from the submission closing date. Other guidelines on the contest include that all submissions must be dedicated to the public domain in the Scalable Vector Graphics (SVG) format which may be edited in all major drawing application, like the free SVG editor Inkscape (www.inkscape.org). Also, contributors may upload as many submissions as they would like and optionally submit bitmap graphics showing how their logo might look on the site. The project is not wed to the current green color on the site, so please feel free to think of how the site should be colored around your submission. The Open Font Library encourages all participants to join the Open Font Library mailing list to discuss this competition and to participate in the project. Also, for the time being, discussion about this project is happening on channel #openclipart on irc.freenode.net for any interested parties. While this competition is about creating a great logo, the project hopes to interest hopeful font designers and software developers in building up this project. Join Mailing List http://lists.freedesktop.org/mailman/listinfo/openfontlibrary About Open Font Library The Open Font Library's (www.openfontlibrary.org) major goal is to create an archive of freely usable fonts for anyone to download. If this sounds familiar, its because it is newborn sister project to the Open Clip Art Library (www.openclipart.org). While the OFL.o's site is fresh, with few fonts, the goal is to build it up so that it can be useful to the free and open source communities (and world). For More Information: Please see http://openfontlibrary.org/?ccm=/OFLBLogo for details about this contest. It closes March 14 at 11:59 PM PST.

1 0

Getting menu items from class Desktop
by Irfan Hamid 27 Feb '07

27 Feb '07

Hi, Newbie question follows: I'm trying to fix bug #1664790 ("Display mode toggle doesn't update radio button"). Today's the first time I have delved into the Inkscape sources. I've got the hang of how the menu UI portion is generated automatically and how verbs work (more or less). I've also been able to trace my way to the Desktop class's setDisplayModeNormal( ) and setDisplayModeOutline( ) functions which is where I should implement logic to toggle the radio button change for it to happen. Question is, how to get the GTK widget handle for the main menu bar? I couldn't find any helper functions in Desktop nor any in events.cpp TIA, Irfan.

2 1

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

27 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

Re: [Inkscape-devel] NEW: flood fill
by Joshua Facemyer / Impressus Art 27 Feb '07

27 Feb '07

These work? > - we need a better icon for it - icon artists anyone? > > - we need a matching b/w mouse cursor for the tool

2 5

git on win32
by Aaron Spike 27 Feb '07

27 Feb '07

The recent morbid talk of creating a branch for cairo conversion work makes me think, wouldn't an SCM like git be a huge facilitator for such work? In my mind the one thing that makes branching such a negative is SVN. IMHO SVN is branch possible but not branch friendly. I've only used git for a few small (and mostly linear) projects at work. So I don't have a huge base of knowledge to speak from. I know mental has been doing quite a bit of research into the workflow for using git locally in combination with a central SVN repo. He would be much more capable to comment on its suitability for Inkscape. (Hopefully he will summarize his for the rest of us sometime.) One apparent downer is git's level of support for win32. So I thought I'd take a chance to mention a couple of the options in case anyone wants to check them out. 1) git via cygwin. Two major complaints I've heard are: a) that git is slower on cygwin than it is on native unix. Well, of course it is but rarely do you see a comparison with SVN on windows. I did just recently run across the following quote: "Note: At the time of writing, GIT does not run natively on MSWindows platforms. Several projects are underway to port GIT to Windows but they are not complete yet. It is possible to use git on Win32 via Cygwin, but with slightly worse performance (note: v1.4.5 has several performance enhancements on Cygwin) though even on Cygwin GIT is much faster than CVS or SVN." -- http://docs.moodle.org/en/Tracking_Moodle_CVS_with_git b) installing cygwin is complex. Perhaps we could lessen this perceived complexity for our devs by providing a unified package as we do for libraries. I recall seeing a few packages that distribute portions of cygwin like this. In case anyone wants to try, the most detailed description of running git on cygwin that I have found is at http://git.or.cz/gitwiki/WindowsInstall?action=show . 2) mingw git fork. Apparently there is a usable fork of git built with mingw. Info at http://repo.or.cz/w/git/mingw.git . So maybe win32 won't keep us from git forever. Aaron Spike

3 2

Idea for shape generation and morphing
by Jemima Bond 26 Feb '07

26 Feb '07

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. JB -- ***************************************************************** 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. *****************************************************************

5 7

Announce: Scribus 1.3.3.8 Release
by Plinnell 26 Feb '07

26 Feb '07

The Scribus Team is pleased to announce the release of Scribus 1.3.3.8 This release is purely a further bug fix release to the recently released 1.3.3.7. This release adds more translation updates, some bugs were found and fixed, many improvements to the SVG importer, Open Document Draw importer and improvements to PDF forms. With 1.3.3.7 we announced the availability of a new OpenSuse rpm download repository for all Suse versions 9.3+, including SLED 10. To download add: http://software.opensuse.org/download/home:/mrdocs/ to your yast/apt/smart source list for the corresponding Suse version. We have now added Fedora 5/6 rpms as well. We hope have this for Mandriva in the next release. Downloads: Source and some rpms: http://sourceforge.net/project/showfiles.php?group_id=125235 Upstream Debian/Ubuntu repo: http://debian.scribus.net Ubuntu users are advised to see: http://wiki.scribus.net/index.php/Getting_Scribus_on_Ubuntu/Kubuntu_up_and_… Fedora 5/6 RPMS: http://software.opensuse.org/download/home:/mrdocs/Fedora_Extras_6/repodata/ http://software.opensuse.org/download/home:/mrdocs/Fedora_Extras_5/repodata/ MacOSX: http://aqua.acribus.net The Scribus Team would also like to thank - Anduin.net/Øverby Consulting and Cardia AS for their continued hosting of all of the Scribus websites. The Scribus Team would also like to thank the many end users, translators, testers and contributors who helped us with this release. About Scribus Scribus is a cross-platform open source page layout application with a focus on high quality commercial grade PDF and postscript export. Originally developed on Linux, Scribus now runs natively on MacOSX, OS/2, many forms of Unix and Windows 2000/XP. Underneath the modern and user friendly interface, Scribus supports professional publishing features, such as CMYK color, spot colors, separations, ICC color management and versatile PDF creation. Scribus was the first page layout application on the planet to directly support PDF/X-3 output, a rigorous ISO standard. Scribus did so by almost a year. The Scribus Team is made up of a diverse group of developers with significant experience in pre-press and newspaper publishing. Commercial support for Scribus is available for companies and institutions for implementation, training and migration.

1 0

Two different Inkscape SVN freezes
by Joshua A. Andler 26 Feb '07

26 Feb '07

Ok, there are two recent freezes that I've witnessed (one pointed out by Johan). Both occur with current SVN. First, I've got a file (our icons) that with a particular object selected, if you switch tools inkscape freezes up. I will file a bug report and attach file shortly so others can check it out. Johan's is also easy to reproduce. Run Inkscape in GDB on win32 (both of us tested on XP specifically) and select a file from the "open recent" list. It doesn't freeze outside of gdb and doesn't freeze in gdb on linux. So it seems a little strange. Anyone have any thoughts? (other than filing both bugs formally) -Josh

1 0

NEW: smoother panning and scrolling
by bulia byak 26 Feb '07

26 Feb '07

Several improvements make canvas panning and scrolling smoother and more interactive in complex slow-rendering documents: * When panning by the middle mouse button, Inkscape no longer attempts to redraw the canvas while your mouse button is pressed. Any redrawing only happens after you release the mouse. As a result, the newly revealed parts of the canvas are somewhat more "dirty" but the panning is smoother than before, with few if any "hiccups". * Previously, if you start panning with middle button while Inkscape is still redrawing screen in a complex drawing, panning sometimes completely failed or moved canvas just a little step. Now it is guaranteed to pan the canvas all the way from mouse-press point to mouse-release point in any case, even if sometimes it fails to show the intermediate positions. * When pressing and holding Ctrl+arrows to scroll canvas, Inkscape normally accelerates scrolling so that each next scrolling step is bigger than the previous. Previously, in complex drawings this acceleration sometimes got interrupted, which made scrolling annoyingly bumpy and slow. Now this is fixed so that scrolling is smoothly accelerated even in a slow-rendering document. * The default starting speed and acceleration of Ctrl+arrows scrolling are slightly increased. (They are both settable in Preferences.) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

Fwd: [cairo] Re: NEW: cairo rendering in outline mode
by bulia byak 25 Feb '07

25 Feb '07

Here's a message from a cairo developer - not sure if it reached our list, so I'm forwarding it. It confirms that my initial description was indeed incorrect: Inkscape uses fixed order, while Cairo's order depends on platform. Sorry for the confusion (though it amounts to the same thing from compatibility viewpoint). ---------- Forwarded message ---------- From: Jeff Muizelaar <jeff@...1669...> Date: Feb 25, 2007 5:15 PM Subject: Re: [cairo] Re: [Inkscape-devel] NEW: cairo rendering in outline mode To: bulia byak <buliabyak@...400...> Cc: jiho <jo.irisson@...400...>, cairo@...278..., inkscape List Devel <inkscape-devel(a)lists.sourceforge.net> On Sun, Feb 25, 2007 at 11:10:16AM -0500, bulia byak wrote: > Last night, with the help of Carl Worth, the issue of cairo/inkscape > not working on mac was more or less clarified. Here's how I understand > it. > > When drawing into a memory buffer, cairo uses a fixed byte order of > the R, G, B, A bytes regardless of the platform. This is incorrect. Cairo's byte order depends on the platform. See, for example, pixman/src/fbpict.c:fbOver(): static CARD32 fbOver (CARD32 x, CARD32 y) { CARD16 a = ~x >> 24; CARD16 t; CARD32 m,n,o,p; m = FbOverU(x,y,0,a,t); n = FbOverU(x,y,8,a,t); o = FbOverU(x,y,16,a,t); p = FbOverU(x,y,24,a,t); return m|n|o|p; } As is shown, the alpha component is always in the most significant byte. So byte 0 on big endian and byte 3 on little endian. However, Inkscape's code assumes a fixed byte order (see below). i.e R is byte 0, G is byte 1 etc. void nr_R8G8B8A8_N_EMPTY_A8_RGBA32 (unsigned char *px, int w, int h, int rs, const unsigned char *mpx, int mrs, unsigned long rgba) { unsigned int r, g, b, a; unsigned int x, y; r = NR_RGBA32_R (rgba); g = NR_RGBA32_G (rgba); b = NR_RGBA32_B (rgba); a = NR_RGBA32_A (rgba); for (y = h; y > 0; y--) { if (a == 0) { memset(px, 0, w*4); } else { unsigned char *d = px; const unsigned char *m = mpx; for (x = w; x > 0; x--) { d[0] = r; d[1] = g; d[2] = b; d[3] = NR_PREMUL_111 (m[0], a); d += 4; m += 1; } } px += rs; mpx += mrs; } } > > Inkscape and GDK (which is used by Inkscape for drawing to screen), > however, both use system-dependent byte order, i.e. the order of R, G, > B, A is determined by the hardware and is different on PC and Mac > platforms. > > And it so happens that the fixed order of cairo coincides with the > hardware order on PC but not on Mac. Hence, painting by cairo directly > into Inkscape/GDK buffers worked on PC but on Mac, all colors are > wrong and (in case of outline) black color gets zero opacity, i.e. > becomes invisible. > > Essentially, this means that Inkscape and cairo are not compatible as > is, and that a gradual switching of parts of our display engine to > cairo is not possible. (Unless we ditch Macs, of course.) > > Even if we switch our screen output from using GDK to cairo (which is > relatively easy), this won't help - it will just break rendering on > PCs too. Inkscape has a lot (and I do mean A LOT) of code that assumes > system-dependent byte order. Composers, decomposers, premultipliers, > unpremultipliers, blitters and blotters of all sizes and colors > permeate the codebase. Most of them come all the way from Sodipodi. Fortunately, cairo has a lot of equivalent code that matches cairo's byte order. It also looks like alot of inkscape's compositing code, like cairo's, isn't particularily fast either. > > Now, of course, it's possible to create "adapters" for cairo bits. > That is, every time we use cairo, instead of drawing directly into > Inkscape buffer, we can draw into a temporary buffer instead, > rearrange the bytes in that buffer, and then compose that into the > main buffer. But that is certain to more than negate the feeble speed > gains we're seeing from cairo's image backend rendering. > > Or, we can attempt a much more drastic rearchitecturing, by changing > our functions so they pass around cairo contexts instead of Inkscape > buffers. With this approach, byte reordering will be needed less > frequently, and eventually eliminated completely. But this is not only > much more work, it will also mean a lot more bugs and regressions and > quite some time before Inkscape is usable again. > > So, it looks like due to this stupid byte-order issue, cairo for us is > practically an all-or-nothing proposition - and much more hassle than > I expected. I'm not saying it's impossible but it is quite a major > project that cannot be done gradually. > > Unless, of course, cairo gets so in love with Inkscape as to provide > us with a new image surface with system-dependent byte order... This is painful as well. All of cairo's software compositing routines use the cairo byte order, and likewise X assumes this byte order as well. -Jeff -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Fwd: [cairo] Re: NEW: cairo rendering in outline mode
by jiho 25 Feb '07

25 Feb '07

Forward of a message by Jeff Muizelaar who is probably someone at Cairo and could not post this to the list because he is not subscribed. Begin forwarded message: > From: Jeff Muizelaar <jeff@...1669...> > Date: 2007 February 25 22:15:09 CEST > To: bulia byak <buliabyak@...400...> > Cc: jiho <jo.irisson@...400...>, cairo@...278..., inkscape > List Devel <inkscape-devel(a)lists.sourceforge.net> > Subject: Re: [cairo] Re: [Inkscape-devel] NEW: cairo rendering in > outline mode > > On Sun, Feb 25, 2007 at 11:10:16AM -0500, bulia byak wrote: >> Last night, with the help of Carl Worth, the issue of cairo/inkscape >> not working on mac was more or less clarified. Here's how I >> understand >> it. >> >> When drawing into a memory buffer, cairo uses a fixed byte order of >> the R, G, B, A bytes regardless of the platform. > > This is incorrect. Cairo's byte order depends on the platform. See, > for > example, pixman/src/fbpict.c:fbOver(): > > static CARD32 > fbOver (CARD32 x, CARD32 y) > { > CARD16 a = ~x >> 24; > CARD16 t; > CARD32 m,n,o,p; > > m = FbOverU(x,y,0,a,t); > n = FbOverU(x,y,8,a,t); > o = FbOverU(x,y,16,a,t); > p = FbOverU(x,y,24,a,t); > return m|n|o|p; > } > > As is shown, the alpha component is always in the most significant > byte. So > byte 0 on big endian and byte 3 on little endian. > > However, Inkscape's code assumes a fixed byte order (see below). > i.e R is byte > 0, G is byte 1 etc. > > void > nr_R8G8B8A8_N_EMPTY_A8_RGBA32 (unsigned char *px, int w, int h, int > rs, const unsigned char *mpx, int mrs, unsigned long rgba) > { > unsigned int r, g, b, a; > unsigned int x, y; > > r = NR_RGBA32_R (rgba); > g = NR_RGBA32_G (rgba); > b = NR_RGBA32_B (rgba); > a = NR_RGBA32_A (rgba); > > for (y = h; y > 0; y--) { > if (a == 0) { > memset(px, 0, w*4); > } else { > unsigned char *d = px; > const unsigned char *m = mpx; > for (x = w; x > 0; x--) { > d[0] = r; > d[1] = g; > d[2] = b; > d[3] = NR_PREMUL_111 (m[0], a); > d += 4; > m += 1; > } > } > px += rs; > mpx += mrs; > } > } > >> >> Inkscape and GDK (which is used by Inkscape for drawing to screen), >> however, both use system-dependent byte order, i.e. the order of >> R, G, >> B, A is determined by the hardware and is different on PC and Mac >> platforms. >> >> And it so happens that the fixed order of cairo coincides with the >> hardware order on PC but not on Mac. Hence, painting by cairo >> directly >> into Inkscape/GDK buffers worked on PC but on Mac, all colors are >> wrong and (in case of outline) black color gets zero opacity, i.e. >> becomes invisible. >> >> Essentially, this means that Inkscape and cairo are not compatible as >> is, and that a gradual switching of parts of our display engine to >> cairo is not possible. (Unless we ditch Macs, of course.) >> >> Even if we switch our screen output from using GDK to cairo (which is >> relatively easy), this won't help - it will just break rendering on >> PCs too. Inkscape has a lot (and I do mean A LOT) of code that >> assumes >> system-dependent byte order. Composers, decomposers, premultipliers, >> unpremultipliers, blitters and blotters of all sizes and colors >> permeate the codebase. Most of them come all the way from Sodipodi. > > Fortunately, cairo has a lot of equivalent code that matches > cairo's byte > order. It also looks like alot of inkscape's compositing code, like > cairo's, > isn't particularily fast either. > >> >> Now, of course, it's possible to create "adapters" for cairo bits. >> That is, every time we use cairo, instead of drawing directly into >> Inkscape buffer, we can draw into a temporary buffer instead, >> rearrange the bytes in that buffer, and then compose that into the >> main buffer. But that is certain to more than negate the feeble speed >> gains we're seeing from cairo's image backend rendering. >> >> Or, we can attempt a much more drastic rearchitecturing, by changing >> our functions so they pass around cairo contexts instead of Inkscape >> buffers. With this approach, byte reordering will be needed less >> frequently, and eventually eliminated completely. But this is not >> only >> much more work, it will also mean a lot more bugs and regressions and >> quite some time before Inkscape is usable again. >> >> So, it looks like due to this stupid byte-order issue, cairo for >> us is >> practically an all-or-nothing proposition - and much more hassle than >> I expected. I'm not saying it's impossible but it is quite a major >> project that cannot be done gradually. >> >> Unless, of course, cairo gets so in love with Inkscape as to provide >> us with a new image surface with system-dependent byte order... > > This is painful as well. All of cairo's software compositing > routines use the > cairo byte order, and likewise X assumes this byte order as well. JiHO --- http://jo.irisson.free.fr/

1 0

tutorials license
by Alexandre Prokoudine 25 Feb '07

25 Feb '07

Hi, I fail to figure out what license is used for our tutorials. - there is no COPYING file in doc-docbook branch - no license is mentioned in XML files themselves The reason I'm asking is that we can have a tutorial on text tool pretty soon, but I don't know what to tell the original author about license used. Could someone make it clear please? Alexandre

2 3

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

Senior Project: SVG Crush
by Ted Gould 21 Feb '07

21 Feb '07

Hey, So as we're talking about GSoC I also realized it's time to come up with an idea for a senior project. Here's the one I'm thinking about proposing. I'd love it if anyone has any ideas or suggestions about how to improve it. SVG Crunch SVG is a XML vector graphics format standardized by the W3C for use in the Web. It is currently supported by most major browsers and is increasingly being seen on websites. As it continues to grow in popularity economic pressures will start to come into play. Even though bandwidth has become cheaper, it is still not free. This project is to create a utility to remove excess information in an SVG file to reduce its overall size. Phase One -- Basic XML compression -- There are some basic things that can be done to an XML file to make it smaller. Things like removing spaces and carriage returns. Also renaming name spaces from things like "mathml" to "m". The optimizations are simple but important. At the end of this phase the file should be no different to an XML parser. Phase Two -- SVG Compression -- SVG provides several ways that file size can be reduced as part of the format. These some of these include: using a "pointer tag" (use) to refer to objects that are identical; allowing style to inherit down the XML hierarchy; groups to take style for a set of objects; and many more. These optimizations should be applied to the document in order to reduce the size of the file. At the end of this phase the files should render no differently on an SVG renderer. Phase Three -- Display specific compression -- As a vectored format SVG provides elements that can be rendered at any resolution, but rarely does a graphic on the web need to be zoomed in at 1600%. This phase of the compression should focus on removing the precision of numbers and in some cases removing points that are unnecessary based on a target resolution provided by the user. At the end of this phase the files should look no different to a human at the target resolution. This project will be developed and published as an open source project. It can be done in any language that has an XML library available for it. Thanks, Ted

2 1

8080s no more
by Aaron Spike 21 Feb '07

21 Feb '07

I think we've fixed the 8080s in the wiki urls. Try to prove me wrong. Aaron Spike

1 0

Fixed_g_ascii_strtod
by unknown＠example.com 20 Feb '07

20 Feb '07

Due to a recent compile error, I have found the following in fixed.cpp: /* * until 2004-04-22, g_ascii_strtod could not handle having a locale-based * decimal separator immediately following the number ("5,4" would * parse to "5,4" instead of "5.0" in fr_FR) * * This is the corrected function, lifted from 1.107 gstrfuncs.c in glib */ It defines a function fixed_g_ascii_strtod and config.h defines a macro to point g_ascii_strtod to fixed_g_ascii_strtod. Perhaps it is ok now to purge the fixed function from our code and use the normal function? (trying to build now with "#define g_ascii_strtod fixed_g_ascii_strtod" commented out, but since that'll take a while a decided to already mail this) Cheers, Johan

3 4

Google Summer of Code 2007
by Tobias Jakobs 20 Feb '07

20 Feb '07

Hi, Google is doing it again. Here is the link: http://google-code-updates.blogspot.com/2007/02/speaking-of-summer.html Regards, Tobias

12 22

"Implementing UI Changes"
by Bryce Harrington 20 Feb '07

20 Feb '07

There is definite "method to the madness" for making UI changes, but afaik there hasn't been a definitive location for outlining the general guidelines on UI changes. Perhaps the best place would be in the Inkscape Developer's Manual, so I've started a section here: http://wiki.inkscape.org:8080/wiki/index.php/DeveloperManual#Implementing_U… Please review and add. I don't think we need exhausting details, just explain what the general motivations/principles are that Inkscape UI developers should strive to follow. Bryce

1 0

SCaLE Roundup
by Ted Gould 20 Feb '07

20 Feb '07

Hey all, I thought I'd write up a quick summary of SCaLE, hopefully everyone else who was there can add to (and correct) what I've put here. -- The Booth -- I was a bit concerned that this year we'd just run into the same people as last year. That was definitely not the case. On the most basic level, I'd say that 50% of the people we talked to hadn't heard of Inkscape. We definitely got the word out there. But, I think there were some other notable conversations. - Both of the companies doing network monitoring are interested in doing network maps using SVG. I thought that was pretty cool. They were talking about SVG even before we talked to them. - We got visits from two people from studios in LA. I don't really believe that either will turn into anything, but it was interesting, and probably good to get buzz into that community. Interestingly, one asked if Inkscape was in RHEL 4, and I didn't know. I talked to the Redhat guys, and they built the package right there. There is now Inkscape for RHEL 4 :) - We met the editor of Linux Gazette, and his wife. Apparently she was needing vector illustration to make the move off of Windows. She was trilled to find a way to move to Linux. - We talked with a guy who works at RPI and wants to remove the Adobe CS from their curriculum and replacing it with Open Source tools. Apparently they don't really teach the tools, as much as they use them to teach about work flow. So each student has to buy the full suite for a minor amount of functionality overall. He's working to change that. - Linux.com stopped by. Their overview was pretty flattering, and now is on the Inkscape site. He asked if I'd do an interview, and I didn't realize it was going to be video. You can now watch me stumble over my words trying to say something insightful. - I did an interview with the booth next to us (everyone else was scared). They hired a 'booth babe' to make a video asking stupid questions of conference attendees. It was cute. But I have to harass John Tabor for giving me misinformation about the whole thing :) -- The BOF -- We had the bird of a feather which went very well. We were a bit shocked that they didn't leave the projector in the room, so Josh wasn't able to show all the artwork he collected from folks to show off Inkscape. John showed a little bit of mapping stuff as we had a good group of people huddling around his laptop. There were several people who just wanted to know more about Inkscape, but there were some experienced users also. In particular, there was a guy from Ticketmaster that uses Inkscape to prototype websites. Overall, it was a good crowd and discussion, and we could have definitely gone longer than the hour we were allotted. -- The Talk -- I gave a talk about Inkscape Extensions, with the goal of inspiring new developers to jump on board. I was really worried that it was going to go long, but I was actually about 10 minutes short. They said that it was going to be recorded, but it was not. Josh has some video, but the audio isn't good. Hopefully some post processing will help. For those who want to flip through the slides, they are here: http://gould.cx/ted/presentations/scale5x/ Overall, I think we did pretty good. It's always fun to get together with Inkscapers and hang out. Even promoting Inkscape some. Thanks go to everyone who helped out: Jon, John, Josh, Erin and Hillery. --Ted

6 7

I'm back... and whitespace
by Jon A. Cruz 19 Feb '07

19 Feb '07

Whew. After a not-too-fun delay, I'm finally back. I got a dev environment going based on Darwinports too, so I'm finally on GTK+ 2.10.7 instead of the 2.6 that Fink had stalled at. And for my first large commit, I fixed some DOS line-ends that had come around when I wasn't looking. I just wanted to point that out in case someone had been working in one of those files and gets some conflicts.

1 0

Cairo PDF
by Aaron Spike 19 Feb '07

19 Feb '07

I just looked through the last two months of the Cairo Mailing list. I found it encouraging that even though we don't have any Inkscape advocates working explicitly on perfecting Cairo's PDF output, they continue to move along and make advances. When we get around to fixing the gradient rasterization issue, I think it will feel really nice to a continuous (no matter how gradual) stream of PDF enhancements for free. Just a little extra encouragement, if anyone has the desire to look into this. As far as I know Miklós' patches are still waiting for some polish work: http://lists.freedesktop.org/archives/cairo/2007-January/009075.html http://lists.freedesktop.org/archives/cairo/2007-January/009080.html Aaron Spike

2 2

The Script Window
by Aurélio A. Heckert 19 Feb '07

19 Feb '07

Hi, I do not find anything about the "script window" of the Inkscape. I only know that i need to comple with "--with-python" and/or "--with-perl". How can i use this? An script hire can access the inkscape features? An internal API like: Inkscape::pathsUnion( $id1, $id2 ); Inkscape::pathsIntersection( $id1, $id2 ); Something like that? Thank you, Aurium -- -===================================================- . . Aurélio A. Heckert [ GNU/Linux ] / \ http://www.aurium.cjb.net ((__-^^-,-^^-__)) `-_---" "---_-´ Web Colaborativa: `--|o` ´o|--´ http://www.TWiki.org \ ' / Projeto Software Livre - Bahia: ): :( http://psl-ba.softwarelivre.org (o_o) Coop. de Tecnologias Livres: "-" http://www.colibre.com.br ------------------------------------------------- GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - ( ( ( http://www.midiaindependente.org ) ) ) -===================================================- "Se conhecimento é poder, que país governado por industriais dará a verdadeira educação? Cuidado com o feedback da miséria!" Tet Ramon "Eu temo pela minha espécie quando penso que Deus é justo." Thomas Jefferson

5 5

Re: [Inkscape-devel] Google Summer of Code 2007
by Joshua Facemyer / Impressus Art 19 Feb '07

19 Feb '07

>> I think it would be majorly cooler to have right click "edit in gimp" >> and use Verse for realtime updates in inkscape. But since that hasn't >> caught on, I think we should push for integrating gegl rather than >> imagemagick. gegl might be able to offer us things like rendering for >> svg filters and such too. >> > > I'd say edit in Gimp and suck in changes live (Verse or just file > system) would be very good. Not trying to make Inkscape "do" bitmap > manipulation is good, but so is making the workflow better. > If I can add my 2 bits as a graphic designer, I think this functionality would make Inkscape not only a Killer App (TM), but also part of a Killer Suite (TM). I know there has always been talk of putting together a suite from Inkscape, Gimp and Scribus, but this might be a great start. I agree that it would make the workflow better, and you wouldn't have to worry about trying to implement that which is already implemented in a much broader way in the Gimp - thus, there would be more bitmap-editing functionality. One really cool thing about it, I think, would be the ability to edit embedded bitmaps without having to be concerned with separate files. That would save so much time and effort!

1 0

NEW: style swatches and labels
by bulia byak 19 Feb '07

19 Feb '07

* The somewhat cryptic "F:" and "S:" labels in the selected style indicator (at the left end of the statusbar) and in tool's style swatches are now spelled out as Fill: and Stroke:. We believe this makes the interface, even if less space-efficient, a bit more friendly for newbies. [[Note that I'm still not completely sold on this idea, but decided to try it out. Please voice your opinions.]] * The style swatches at the right end of object-creating tools' control bars now open the Preferences page of the corresponding tool when clicked. Also, now these swatches display a tooltip explaining its purpose (e.g. "Style of new rectangles", "Style of new calligraphic strokes", etc.) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

9 22

NEW: grouping a single object
by bulia byak 18 Feb '07

18 Feb '07

In previous versions, Inkscape didn't allow you to group a single object. Yet in some cases, this operation is useful (for example, to blur the clipped edged of an object). So now this limitation is removed. Let me know if you find any problem with this. The only "problem" I'm aware of is that now, if you press and hold Ctrl+G, you will end up with a very deeply grouped object :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 9

Re: [Inkscape-devel] NEW: style swatches and labels
by Vladimir Savic 18 Feb '07

18 Feb '07

On Friday 16 February 2007 17:08:42 Emanuele Aina wrote: > Vladimir Savic suggerì: > >> You can just middle-click the swatch to remove fill/stroke. > > > > Hmmm.... I've been using this great app since .40 version, but have never > > thought it is possible acheiving it this way?! Great for this feature > > exists, but I really think it would be much more obvious doing color > > discarding like I've described. Just my thoughts. Corel does it in > > similar fashion, but somehow different, Illustrator isn't worth > > mentioning at this particular topic. As of Freehand, I have no clue > > what's their way of dealing with it. > > Oh, I' didn't know of the middle-click behavior too. :) > > Maybe we can add a pseudo-color which removes the fill/stroke if dragged > on the style indicator? > > Corel used to do so and used a blank swatch with a black X drawn inside. Please read further discussion on this topic. There are interesting new facts mentioned. Vlada

1 0

Accessing Inkscape API in external scripts
by Aurélio A. Heckert 17 Feb '07

17 Feb '07

Hi, >From the thread about the Script Window i start to think how to access the Inkscape API in external scripts. I don't know if you already write something about this, but, if you don't may it help... My idea is to say in the XPI "this script uses the Inkscape DOM" and the inkscape will talk with the script all the time, allowing this to use the inkscape like the user does... The Inkscape must listen the commands from the script output and write an feedback in a pipefile for the script know what happens. A sample bash script to fill in red an rectangle with id rect2: #!/bin/bash pipe=$1 echo 'selectElementById rect2' testError "$( cat $pipe )" echo 'setAttribute fill="red"' testError "$( cat $pipe )" I write 2 scripts to see if it's possible. inkSimulator.sh will do what the Inkscape must to do and externalDOM.sh will test it. See the simulation output: ___________________________________________________ $ ./inkSimulator.sh The user has cliqued on the "External DOM Test" efect. The interface is disabled for the user interaction... All the readed DOM commands gets an error response <error num>|<error text> No error returns something like this: 0|Ok Trying to set the attribute fill... Outch! I recived the error 2: Ups... no element selected Trying to get the rect4... Outch! I recived the error 1: The id rect4 do not existis Trying to get the rect2... Yeah! I recived the error 0: Ok, element rect2 selected Trying to set the attribute fill again... Yeah! I recived the error 0: Ok, attribute fill="red" seted in rect2 Nice! The "External DOM Test" ends. ___________________________________________________ I'm sending this scripts attached in the ink-dom-external-proposal.tar.gz to you see the code, if i was not clear. (English is not my language :-) ) It is a good idea? I think it can be easy to write scripts... Thanks, Aurium -- -===================================================- . . Aurélio A. Heckert [ GNU/Linux ] / \ http://www.aurium.cjb.net ((__-^^-,-^^-__)) `-_---" "---_-´ Web Colaborativa: `--|o` ´o|--´ http://www.TWiki.org \ ' / Projeto Software Livre - Bahia: ): :( http://psl-ba.softwarelivre.org (o_o) Coop. de Tecnologias Livres: "-" http://www.colibre.com.br ------------------------------------------------- GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - ( ( ( http://www.midiaindependente.org ) ) ) -===================================================- "Se conhecimento é poder, que país governado por industriais dará a verdadeira educação? Cuidado com o feedback da miséria!" Tet Ramon "Eu temo pela minha espécie quando penso que Deus é justo." Thomas Jefferson

3 3

NEW: batch export and slicing
by bulia byak 17 Feb '07

17 Feb '07

* Batch export: The Bitmap Export dialog (Ctrl+Shift+E) got a new checkbox, Batch export all selected objects. This checkbox is available when two or more objects are selected. If it is checked, instead of exporting selection as a whole, Inkscape exports each selected object separately into its own PNG file. This uses each object's export hints (i.e. export filename and DPI) if they are remembered from a previous export; otherwise, the filename is created from the object ID and the DPI is 90 pixels per inch. Caution: Unlike regular export, batch export overwrites all existing PNG files without warning. This makes it possible to implement all kinds of image slicing and automated export scenarios. For example, if you are working on a web site design, you can create a separate "export" layer. In that layer, "slice" your web page image into separate areas by creating invisible rectangles with no fill and no stroke. Select each rectangle (by Tab/Shift+Tab, or by switching to Outline mode where even an invisible rectangle can be selected by clicking on its outline) and export it into the corresponding filename (which gets saved as that object's export hint). After that, if you do any changes to your graphics, it's very easy to reexport all the slices: just switch to the "export" layer, select all in that layer (Ctrl+A), and export with the Batch export selected objects checkbox on. This functionality replaces the "groups to pngs" extension which I'm going to remove. If you know of any reason why it should stay, please speak up. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 4

pstricks export: inkscape 0.45+devel
by Richard Henwood 16 Feb '07

16 Feb '07

Hi Folks, I would like to have pstricks export prompt me to 'export text as path'. This would allow me to export text as text - and hence use latex annotations in my inkscape drawing. I've checked out and compiled inkscape 0.45+devel on my suse 10.1 machine (64bit). There is apparently some loss of functionality (bug?) in pstricks export since my previous version of inkscape: pstricks doesn't appear to be including text during output. I can reproduce this problem by: 1. start inkscape. 2. use the text tool and type some text. 3. save to filename as pstricks. 4. examine the filename to see it is empty apart from headers. I appreciate that this is the devel package - but thought that if this section of the code was currently in development, some kind sole might give my give my feature request some consideration at the same time! best regards, richard,

2 1

Stroke color
by Romain Thouvenin 15 Feb '07

15 Feb '07

Hi devel, If I remember well, when I was using CorelDraw, a right click on a color of the palette was the action to change the color of the stroke of an object. I find it more logical than Shift+click, since you have two things to paint, and two buttons on the mouse ; and why Shift rather than Ctrl or Alt ? So I thought it would be a good idea to enable right click to paint the stroke, since it isn't used. Of course, we would keep shift + click until another better use is found, since many users are used to this. If you think it is a relevant feature, then I would agree to implement it. It would be my first coding contribution, an occasion to put the hands in the code, and learn about glib, which I don't know at all. What do you think ? Romain

2 2

Inkscape #1 Project
by Spyros Blanas 13 Feb '07

13 Feb '07

In the latest SourceForge.net site-wide email, Inkscape is rated as the #1 project! (Rating is based on project activity.) Judging from recorded stats in these e-mails alone, this is the first time we reach the top. (Inkscape had however reached #2 when preparing for the 0.44 release.) Congratulations to everyone involved! - Spyros Blanas

1 0

PRESS RELEASE: Artists and Developers Ally to Boost Open Source Graphics Software. Libre Graphics Meeting 2007 Announced
by Jon Phillips 13 Feb '07

13 Feb '07

Artists and Developers Ally to Boost Open Source Graphics Software. Libre Graphics Meeting 2007 in MontrÃ©al. Announced 12 February, 2007 - Building on the overwhelming success of last year's Libre Graphics Meeting in Lyon, France, key Free/Libre and Open Source Software (FLOSS) graphics projects are pleased to announce the second Libre Graphics Meeting (LGM), to be held in MontrÃ©al, QuÃ©bec, Canada, May 6, 2007 at Ãcole Polytechnique de MontrÃ©al. This year's LGM provides a venue where FLOSS graphics application developers, users and professional artists from all over the world meet to discuss collaboration, outline the future of the projects together, with the goal of increasing interaction between developers, professional graphics artists and print professionals to improve the steadily expanding FLOSS graphics' application ecosystem. This ecosystem consists of open source projects such as Blender - a 3D creation application, Scribus - a professional grade page layout application, GIMP - a versatile and mature image editor, Inkscape - a user friendly, yet powerful vector drawing application for SVG, Krita - a rapidly maturing "natural" painting application, Open Clip Art Library - a large public domain collection of freely available artwork, and many other projects focussed on graphics creation and editing. According to Louis Desjardins, a 20 year veteran of pre-press and print production and organiser of the conference: "LGM is a sure demonstration of the maturity of free and open source applications - even at a professional level. Not only that, never before have I seen such a close and amicable working relationship between the users of this kind of software and those who create it." Having experienced the whole evolution from camera ready galleys and manual stripping to the advent and evolution of DTP, he states: "We are now seeing Free Software emerge in a domain which was more or less closed before." Numerous companies and organisations are showing their support of LGM by means of sponsorship. They are convinced that LGM has a clear positive impact on the evolution of the projects present at the conference. LGM audience is increasing rapidly as we gather momentum. Sponsors have the opportunity to show their support to the community and get appropriate web and media exposure. This year they also have the opportunity to advertise in the LGM Brochure which will be entirely done using FLOSS. The conference offers presentations of various Free/Libre Open Source graphics projects, technology previews and talks on general issues such as open file formats. There will be informal brainstorming sessions and time for artists and developers to meet face to face and to work on common goals, which is a characteristic of the FLOSS world. LGM 2007 is putting out a call for participation, sponsorship, and discussion. The call for participation includes the submission of at most 2 paragraph presentation abstracts by interested projects and individuals. All types of presentations will be considered, including topics as diverse as collaboration, power-user art techniques, engineering talks, graphics business best practices, and other relevant topics. Official website http://www.libregraphicsmeeting.org/ Source LGM 2007 organisation Press Contact Louis Desjardins louis.desjardins@...400...

1 0

PRESS RELEASE: Artists and Developers Ally to Boost Open Source Graphics Software. Libre Graphics Meeting 2007 Announced
by Jon Phillips 13 Feb '07

13 Feb '07

Artists and Developers Ally to Boost Open Source Graphics Software. Libre Graphics Meeting 2007 in MontrÃ©al. Announced 12 February, 2007 - Building on the overwhelming success of last year's Libre Graphics Meeting in Lyon, France, key Free/Libre and Open Source Software (FLOSS) graphics projects are pleased to announce the second Libre Graphics Meeting (LGM), to be held in MontrÃ©al, QuÃ©bec, Canada, May 6, 2007 at Ãcole Polytechnique de MontrÃ©al. This year's LGM provides a venue where FLOSS graphics application developers, users and professional artists from all over the world meet to discuss collaboration, outline the future of the projects together, with the goal of increasing interaction between developers, professional graphics artists and print professionals to improve the steadily expanding FLOSS graphics' application ecosystem. This ecosystem consists of open source projects such as Blender - a 3D creation application, Scribus - a professional grade page layout application, GIMP - a versatile and mature image editor, Inkscape - a user friendly, yet powerful vector drawing application for SVG, Krita - a rapidly maturing "natural" painting application, Open Clip Art Library - a large public domain collection of freely available artwork, and many other projects focussed on graphics creation and editing. According to Louis Desjardins, a 20 year veteran of pre-press and print production and organiser of the conference: "LGM is a sure demonstration of the maturity of free and open source applications - even at a professional level. Not only that, never before have I seen such a close and amicable working relationship between the users of this kind of software and those who create it." Having experienced the whole evolution from camera ready galleys and manual stripping to the advent and evolution of DTP, he states: "We are now seeing Free Software emerge in a domain which was more or less closed before." Numerous companies and organisations are showing their support of LGM by means of sponsorship. They are convinced that LGM has a clear positive impact on the evolution of the projects present at the conference. LGM audience is increasing rapidly as we gather momentum. Sponsors have the opportunity to show their support to the community and get appropriate web and media exposure. This year they also have the opportunity to advertise in the LGM Brochure which will be entirely done using FLOSS. The conference offers presentations of various Free/Libre Open Source graphics projects, technology previews and talks on general issues such as open file formats. There will be informal brainstorming sessions and time for artists and developers to meet face to face and to work on common goals, which is a characteristic of the FLOSS world. LGM 2007 is putting out a call for participation, sponsorship, and discussion. The call for participation includes the submission of at most 2 paragraph presentation abstracts by interested projects and individuals. All types of presentations will be considered, including topics as diverse as collaboration, power-user art techniques, engineering talks, graphics business best practices, and other relevant topics. Official website http://www.libregraphicsmeeting.org/ Source LGM 2007 organisation Press Contact Louis Desjardins louis.desjardins@...400...

1 0

Inkscape OLPC contacts
by Jon Phillips 13 Feb '07

13 Feb '07

Hello all, ok, Redhat is handling most of the UI development and I'm got them interested in possibly using Inkscape for the drawing activity on OLPC. So, this is a major component of the project and RedHat has developer(s) working on this. Offline one developer asked me who wants to be in the discussion about this. I'm thinking off the top of my head: Bryce, Mental, JonCruz...are there any other people that would like to be put in contact with them? I connected up their interest with discussion about inkboard, since the device has mesh networking, they want to have collaborative sketching/drawing...cool! This is really good news and hopefully will bear fruit, but wanted to make sure I made public this and to see who is interested in this opportunity... I'll send him a list in a couple of hours...sooo...if you are into, then please reply... Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

3 4

node tool refactoring
by bulia byak 13 Feb '07

13 Feb '07

I just committed some changes in node tool code. No new features so far, everything must work exactly as before, but under the hood things are getting into motion. So, if you find any problem with node tool behavior, please let me know at once. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Libre Graphics Meeting 2007 in Montréal Announced
by Louis Desjardins 13 Feb '07

13 Feb '07

Hello all, Our 1st press release is out now! Hope to see you in Montréal! Louis LGM 2007 organiser * * * ENGLISH VERSION * * * FRENCH VERSION BELOW * * * Artists and Developers Ally to Boost Open Source Graphics Software. Libre Graphics Meeting 2007 in Montréal Announced Issue date: 12 February 2007 Building on the overwhelming success of last year's Libre Graphics Meeting in Lyon, France, key Free/Libre and Open Source Software (FLOSS) graphics projects are pleased to announce the second Libre Graphics Meeting (LGM), to be held in Montréal, Québec, Canada, May 4—6, 2007 at École Polytechnique de Montréal. This year's LGM provides a venue where FLOSS graphics application developers, users and professional artists from all over the world meet to discuss collaboration, outline the future of the projects together, with the goal of increasing interaction between developers, professional graphics artists and print professionals to improve the steadily expanding FLOSS graphics' application ecosystem. This ecosystem consists of open source projects such as Blender - a 3D creation application, Scribus - a professional grade page layout application, GIMP - a versatile and mature image editor, Inkscape - a user friendly, yet powerful vector drawing application for SVG, Krita - a rapidly maturing "natural" painting application, Open Clip Art Library - a large public domain collection of freely available artwork, and many other projects focussed on graphics creation and editing. According to Louis Desjardins, a 20 year veteran of pre-press and print production and organiser of the conference: "LGM is a sure demonstration of the maturity of free and open source applications - even at a professional level. Not only that, never before have I seen such a close and amicable working relationship between the users of this kind of software and those who create it." Having experienced the whole evolution from camera ready galleys and manual stripping to the advent and evolution of DTP, he states: "We are now seeing Free Software emerge in a domain which was more or less closed before." Numerous companies and organisations are showing their support of LGM by means of sponsorship. They are convinced that LGM has a clear positive impact on the evolution of the projects present at the conference. LGM audience is increasing rapidly as we gather momentum. Sponsors have the opportunity to show their support to the community and get appropriate web and media exposure. This year they also have the opportunity to advertise in the LGM Brochure which will be entirely done using FLOSS. The conference offers presentations of various Free/Libre Open Source graphics projects, technology previews and talks on general issues such as open file formats. There will be informal brainstorming sessions and time for artists and developers to meet face to face and to work on common goals, which is a characteristic of the FLOSS world. LGM 2007 is putting out a call for participation, sponsorship, and discussion. The call for participation includes the submission of at most 2 paragraph presentation abstracts by interested projects and individuals. All types of presentations will be considered, including topics as diverse as collaboration, power-user art techniques, engineering talks, graphics business best practices, and other relevant topics. Official website: http://www.libregraphicsmeeting.org/ - 30 - Source: LGM 2007 organisation Louis Desjardins EMAIL louis [dot] desjardins [at] gmail [dot] com * * * FRENCH VERSION * * * ENGLISH VERSION ABOVE * * * Une rencontre internationale stimulante entre les arts graphiques et les logiciels libres. Le Libre Graphics Meeting 2007 débarque à Montréal. Date de diffusion : 12 février 2007 La deuxième édition du Libre Graphics Meeting (LGM) se déroulera à Montréal, au Québec, les 4, 5 et 6 mai 2007 à l'École Polytechnique de Montréal. Le succès retentissant du premier Libre Graphics Meeting à Lyon, en France, l'année dernière, a convaincu les développeurs des meilleurs logiciels libres dans le domaine des arts graphiques de renouveler l'expérience. Le LGM est un moment privilégié au cours duquel développeurs de logiciels libres, utilisateurs et créateurs professionnels venus du monde entier se rencontrent. C'est l'occasion pour eux de tracer les lignes directrices des développements futurs de ces logiciels au travers d'une réelle collaboration entre les gens du métier et les concepteurs. Ces échanges soutenus permettent d'enrichir et de développer l'écosystème en pleine évolution que constituent les logiciels libres de la chaîne graphique. Cet écosystème est constitué de logiciels libres tels : * Blender, un modeleur tridimensionnel * Scribus, un logiciel de mise en page de niveau professionnel * GIMP, un logiciel complet de manipulation d'image * Inkscape, une application de dessin vectoriel au format SVG * Krita, un logiciel de création d'images peintes ou dessinées de manière « naturelle » * la graphothèque Open Clip Art, une vaste collection d'images qui peuvent être utilisées librement * et d'autres encore... Pour Louis Desjardins, organisateur de la conférence et professionnel des arts graphiques depuis 20 ans, « le LGM est une démonstration éclatante de la maturité des logiciels libres, même sur le plan professionnel. Je n'ai jamais vu une aussi étroite et amicale collaboration entre ceux qui utilisent les logiciels et ceux qui les créent. » Ayant vécu de l'intérieur la révolution numérique dans les arts graphiques, du montage traditionnel des textes photocomposés à l'essor considérable de la publication assistée par ordinateur (PAO), Louis Desjardins ajoute : « Nous voyons maintenant arriver les logiciels libres dans un secteur qui a toujours été traditionnellement fermé ». Plusieurs compagnies et organismes soutiennent d'ores et déjà le LGM. Elles se montrent ainsi convaincues de l'impact positif du LGM sur l'évolution des logiciels libres présentés à la conférence. En soutenant le LGM, les organisations démontrent leur volonté d'appuyer la communauté du libre. Elles obtiennent en retour une visibilité médiatique des plus recherchées. Cette année, un espace leur sera notamment réservé dans la brochure du LGM qui sera entièrement conçue et réalisée à l'aide de logiciels libres. Les conférences seront l'occasion de démonstrations, de présentation des avancées techniques récentes et de discussions sur des sujets plus généraux tels que les formats de fichiers ouverts. Des sessions de travail plus informelles permettront également aux développeurs et utilisateurs de travailler de concert sur des objectifs communs. La participation des professionnels des arts graphiques aux travaux du LGM est fortement encouragée, elle est même essentielle. Un appel à contribution est donc lancé. Les personnes intéressées peuvent soumettre un résumé d'au plus 2 paragraphes de toute présentation qu'elles souhaiteraient faire. Toute proposition sera considérée : contribution à un projet, démonstrations par des utilisateurs experts, discussions techniques, présentations d'expériences en entreprise, etc. Renseignements et inscription : http://www.libregraphicsmeeting.org/fr - 30 - Source : L'organisation du LGM 2007 Contact : Louis Desjardins — courriel : louis [point] desjardins [à] gmail [point] com -- Louis Desjardins Mardigrafe inc. T 514 934 1353 F 514 934 3698 http://www.mardigrafe.com

1 0

NEW: GNOME-VFS from Open/Save/Export
by Jon Phillips 13 Feb '07

13 Feb '07

I'm trying out the bulia-style announcement. I applied a simple patch that allows us to use non-local URIs in addition to local paths via Gnome-VFS by using GTK file chooser on the Open, Save ___, and Export dialogs. This means you can use webdav shares, samba mounts, sftp/ssh shares, now...basically, any backend that gnome-vfs supports, we should be able to use. So, in effect, one could work on files from a bluetooth phone filesystem (if so inclined ;). Before, Gnome-VFS support, Bryce setup as a configure-time option, --with-gnome-vfs, which appears to be turned on by default (even without the configure-time option). And, one could open any URI that gnome-vfs supported from the commandline. So, now we have the added capability So, please test this out. Also, I'm curious if/how this works on Windows and Mac OS X. Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

5 7

Re: [Inkscape-devel] [Inkscape-user] Feature Request, Break a text, lines, words or letters.
by Aaron Spike 13 Feb '07

13 Feb '07

ValessioBrito wrote: > I request in: > http://sourceforge.net/tracker/index.php?func=detail&aid=1658585&group_id=9… > > see animation: > http://valessio.ul-jb.org/projetos/inkscape/feature_request/break_text.gif Excellent request. In particular, there are people in the chat channel asking how to break words apart into letters on an almost weekly basis. Break apart mostly does it, but it can get fiddly if there are many wholey letters. Aaron Spike

1 0

Xara and Inkscape comparison on Linux Action Show
by Joshua A. Andler 12 Feb '07

12 Feb '07

FYI: I'm in the middle of listening, but there is a comparison of Xara and Inkscape. http://www.linuxactionshow.com/?p=77 -Josh

11 47

[Fwd: Re: Inkscape and OLPC]
by Jon Phillips 12 Feb '07

12 Feb '07

Sorry to forward a few of these to the inkscape-devel list, but I think its an interesting issue for us to deal with, especially as so many open mobile/ubiquitous devices are on the horizon, plus, it helps us track down memory leaks, etc. Mental, this seems like it might interest you a bit? Also, could some others comment. What are the top five ways we can practically lower these memory requirements? Jon -------- Forwarded Message -------- > From: James Cameron <quozl@...1662...> > To: Joshua N Pritikin <jpritikin@...237...> > Cc: devel@...1312... <devel@...1312...>, Bryce Harrington > <bryce@...961...> > Subject: Re: Inkscape and OLPC > Date: Mon, 12 Feb 2007 10:25:35 +1100 > > On Fri, Feb 09, 2007 at 09:55:25PM +0530, Joshua N Pritikin wrote: > > Isn't inkscape still a memory pig? > > inkscape 0.44.1-1 in my tests has 56Mb peak virtual size on startup, and > 76Mb after loading the basic tutorial page. This would be an > appreciable proportion of the currently planned 128Mb on the platform. > > On startup (not on a B-test-1) > > VmPeak: 56068 kB > VmSize: 56068 kB > VmLck: 0 kB > VmHWM: 45420 kB > VmRSS: 45420 kB > VmData: 30068 kB > VmStk: 84 kB > VmExe: 4880 kB > VmLib: 17408 kB > VmPTE: 64 kB > > After loading basic tutorial page (not on a B-test-1) > > VmPeak: 73676 kB > VmSize: 73676 kB > VmLck: 0 kB > VmHWM: 60868 kB > VmRSS: 60868 kB > VmData: 46116 kB > VmStk: 84 kB > VmExe: 4880 kB > VmLib: 17480 kB > VmPTE: 80 kB > > > Can inkscape be tuned to not allocate > > absurd amounts of memory? > > It doesn't seem absurd given the functionality, but I imagine there > might be opportunities to trim. The inkscape developers may know more. > > > I invested in a 512M RAM upgrade just so I > > could run inkscape on moderately complex drawings. > > That seems excessive, and doesn't match my brief measurements. Were you > running other applications at the time? I've assumed the basic tutorial > is moderately complex. I don't know how this would compare to the > drawings used by the target market of 5 to 9 year olds. > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

1 0

Inkscape 0.45 crashes during the start on Mac OS X 10.3.9.
by Areozol 11 Feb '07

11 Feb '07

Hi there, The problem is already mentioned in the subject. For starters, I must admit, that I never had problems with X11 applications, including previous relases of Inkscape. I am using the ibook G4, so it is not related to the Intel architecture. When I start Inkscape 0.45, I have a messeage about long time need for caching the fonts etc., and after clicking "OK" the Inkscape disappears from Dock, and in Console I can see following output: bash: no job control in this shell dyld: /Applications/Inkscape.app/Contents/Resources/bin/inkscape-bin Undefined symbols: /Applications/Inkscape.app/Contents/Resources/lib/libfontconfig.1.dylib undefined reference to _FT_Get_BDF_Property expected to be defined in /usr/X11R6/lib/libfreetype.6.dylib /Applications/Inkscape.app/Contents/Resources/lib/libfontconfig.1.dylib undefined reference to _FT_Load_Sfnt_Table expected to be defined in /usr/X11R6/lib/libfreetype.6.dylib Some other people have the same problem on their Macs, and the bugs have been reported on bugtracker here: http://sourceforge.net/tracker/index.php? func=detail&aid=1654068&group_id=93438&atid=604306 and here: http://sourceforge.net/tracker/index.php? func=detail&aid=1652913&group_id=93438&atid=604306 Please, fix this bug ASAP, or find some remedy, if this is caused by local settings.

2 1

Re: [Inkscape-devel] [Inkscape-user] NEW: faster blur
by bulia byak 11 Feb '07

11 Feb '07

On 2/11/07, Donn <donn.ingle@...400...> wrote: > I have been doing some icons in the last few days and working with blur as a > drop-shadow quite a lot and I wanted to ask : Is there some way to make a > special case where an object can have a "live blurred clone" attached to it > wherever it moves, rotates or is node-edited or has other objects joined to > it? I am thinking of having a "shadow" that is simply there and is > predictable such that I can focus on the thing at hand, leaving the shadow to > just work. In short -- making the "shadow" a property/attribute of an object. Yes, to an extent, read http://wiki.inkscape.org:8080/wiki/index.php/ReleaseNotes045#SVG_filters:_G…, blur tips, drop shadow -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

NEW: faster blur
by bulia byak 11 Feb '07

11 Feb '07

I committed the patch by Jasper which implements a faster blur algorithm, so now the Gaussian blur must be noticeably faster in the SVN trunk. Everyone using gaussian blur, please test the new code with regard to: - any especially bad artefacts? (as before, lowering quality in Preferences > Filters introduces some artefacts, but they look reasonable, I think even nicer than with the old algorithm) - how much faster it is on your images? (test on different zooms and with export; we need some estimates to put into the release notes) - is the range of quality/speed settings adequate? or would you like to have a still faster/lower quality step? - any other problems? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

NEW: misc stuff
by bulia byak 11 Feb '07

11 Feb '07

Here are some things that were added to SVN since 0.45 but not yet announced here: * Smart redraw: With complex images and/or on slow computers, you may have noticed that Inkscape redraws the screen image in horizontal strips, and these strips are painted sequentially top to bottom. Now this direction is automatically changed based on where your mouse cursor is. In particular, if mouse is closer to the bottom of the area to redraw, strips will be painted in the bottom-to-top order. This significantly improves the responsiveness and interactivity in some situations. For example, when you are node-editing the bottom part of a complex path, the entire path needs to be redrawn on each change, but now this redraw starts from the bottom and therefore the you see the effect of your changes at once - i.e. while screen redraw may still lag behind your mouse movement, this lag is less noticeable. * If the selected object(s) have gradient in fill or stroke, the selected style indicator in the bottom-left corner of the editing window now displays a live gradient preview prefixed by R or L to indicate Radial or Linear gradients (instead of displaying "L Gradient" or "R Gradient" text labels as before). Also, this and other similar widget now use italic font face to indicate None and bold to indicate Unset. * In Gradient tool, when you have one of the gradient handles selected, its style (color and opacity) is reflected by the selected style indicator (left of the statusbar) and the Fill&Stroke dialog. Previously, opacity of a gradient handle was reflected as fill-opacity and stroke-opacity; now it is reflected as master opacity (the "O:" spinbutton in the selected style indicator, the "Master opacity" slider in Fill&Stroke). This makes it much easier to view and change opacity of gradient handles using only the selected style indicator in the statusbar. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

[Fwd: Re: Inkscape and OLPC]
by Jon Phillips 11 Feb '07

11 Feb '07

Yes, here's a developers response about the system and general testing requirements (anyone got a spare kid? Jon Cruz?) ;) Jon -------- Forwarded Message -------- > From: James Cameron <quozl@...1662...> > To: Jon Phillips <jon@...235...> > Cc: devel@...1312... <devel@...1312...>, Bryce Harrington > <bryce@...961...> > Subject: Re: Inkscape and OLPC > Date: Fri, 9 Feb 2007 10:14:34 +1100 > > On Thu, Feb 08, 2007 at 11:04:20PM +0000, Jon Phillips wrote: > > I'm not so familiar with all the drawing capabilities for the device > > yet, but seems like an Inkscape-like app would be excellent (but > > possibly too complicated). Our canvas is great ;) > > There is a mouse touchpad. There will be a drawing or writing touchpad > either side. There are two mouse buttons, left and right. The screen > is 1200x900 pixels, 200DPI, colour or monochrome, and windows take up > the whole screen usually. > > If you have a spare 5 to 9 year old, sit them in front of Inkscape and > ask them to do something. You'll rapidly learn what they need. I've > only used Inkscape for half an hour, so I'm not able to comment on it. > > I've tried a B-test-1 laptop unit with build 239 and Tux Paint on a two > year old. That seemed to work well. "yum install tuxpaint". > > http://en.wikipedia.org/wiki/Tux_Paint > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

6 7

LGM brochure
by cedric GEMY 10 Feb '07

10 Feb '07

Already told abouton IRC but I'm working on Inkscape 2 pages for LGM brochure that will be distributed with the canadian well-known Grafika magazin (4000 ex there). In order to Illustrate, we'd need the best design have ever been made with Inkscape, with reproduction permission for free (please). You can send me files or links as soon as you can. pygmee

1 0

Needing to make a layer or graphics non printable
by Dennis 10 Feb '07

10 Feb '07

Hi, I am needing the ability to make a layer non printable. Can some one point me to the right area in the code to possibly activate this feature? I did some searching and found the attribute sodipodi:nonprintable here http://inkscape.modevia.com/doxygen/html/attributes_8cpp-source.php on line 00037 but it does not seem to work on a layer or graphic when I use that attribute in the xml editor. How can I activate this attribute?

2 1

Re: [Inkscape-devel] [Inkscape-user] Can't do 2 simple things
by MenTaLguY 10 Feb '07

10 Feb '07

On Wed, 2007-02-07 at 19:54 +0100, Ulf Erikson wrote: > What about two options that let you "see hidden objects" and "select > locked objects"? That would let you see and select any hidden or locked > objects as if they were normal objects. I like this idea -- it's less of a blunt instrument than "unlock all". -mental

2 1

Inkscape on OLPC?
by Jon Phillips 10 Feb '07

10 Feb '07

Heya, one of my top priority projects at CC now is OLPC. I talked with the pres. of software and content, Walter Bender today and I intro'd myself and mentioned Inkscape, and he immediately said, "Oh cool, I use Inkscape all the time. Want to port it to Sugar?" "Sugar is the core of the OLPC Human Interface. Its goal is to turn the Laptop into a fun, easy to use, social experience that promotes sharing and learning." http://wiki.laptop.org/go/Sugar Has anyone tried to build Inkscape with Sugar? Is anyone interested in doing this? It is a cool thing to have happen, as they are needing a drawing program, and this could help us springboard into the process of refactoring and lib'ification more, as the device has memory/space limits and a targeted demographic, kids. I started a wiki page on it for anyone who is interested: http://wiki.inkscape.org:8080/wiki/index.php/OLPC Would anyone like to help? If so, I can possibly get a development system for use/testing, although I believe there is a livecd of current builds (based on fedora core 6) and a test environment that can be run locally... Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897...

3 4

Build System
by Aaron Spike 09 Feb '07

09 Feb '07

How many of us understand how autoconf and friends work? How many are able to effectively edit and maintain the build process? I spent a few days during the 0.45 dev cycle working to add soft linking for libssl. Most of my time was spent in total confusion. And when I asked around no one among us was able to give much help. I find this a little scary. And I wonder if there isn't a different build system out there that more of us could become proficient in. For lib2geom Verbalshadow decided to give CMake a try. I'm not sure what led to this decision. I think he looked at Scons and a few others first. Maybe because a huge project like KDE is using it. I found out recently that our sister project Scribus is also switching to CMake. You can read their happy rants: http://rants.scribus.net/2006/05/20/cmake-rocks/ http://rants.scribus.net/2006/05/20/cmake-certainly-does-rock/ http://rants.scribus.net/2006/07/16/a-little-help-from-your-friends/ Verbal and I have been pretty able to take care of things with CMake. But I'm not sure I can make a recommendation for or against anything because I really don't know that much about build systems. We also have Bob's build system to consider. I'll let him give you the details. I'd like to use this thread to enumerate our needs for a build system. And I'd like to request some volunteers to help me evaluate any alternatives we find. The general needs I know about are: - maintainable by our team - crossplatform support - availability to our end users Build systems I know of include: - gnu auto* (what is the proper name?) - Bob's buildtool - Scons - Cmake People interested in finding and evaluating a new build system: - Aaron Spike Please add to these lists. Aaron Spike

12 17

Info about source code of 0.45
by Federico 09 Feb '07

09 Feb '07

Hello I wanted to know if the present codes source to the address http://inkscape.modevia.com/svn-snap/?M=D is the source code of the inkscape 0.45 published in these days at sourceforge. Becouse I succeed to compile this packages under windows correctly while the packakes at the address http://sourceforge.net/project/showfiles.php? group_id=93438&package_id=99112 not compiling under windows. Federico Naviga e telefona senza limiti con Tiscali Scopri le promozioni Tiscali adsl: navighi e telefoni senza canone Telecom http://abbonati.tiscali.it/adsl/

4 3

Fwd: Build System
by Joshua Blocher 09 Feb '07

09 Feb '07

On 2/7/07, Kees Cook <kees@...62...> wrote: > On Sat, Feb 03, 2007 at 06:12:56PM -0800, Bryce Harrington wrote: > > I think it would be great to see the following build system problems > > solved: [snip] > > I'll throw in my $0.02 too... If the current build system were replaced, > I'd like to not lose one specific feature: fully parallel builds. At > present, given the "single Makefile in src/", I can actually use all 4 > CPUs to do compiles, etc. I don't want to regress to having a separate > Makefile in every subdirectory. :) I will have to look into this but i don't there will be a problem with using all available processors to compile. As to the seperate Makefiles in every subdirectory they would be a cmakelist.txt but they would all be included into the main cmakelist.txt in the src directory. this can be avoid by setting all the sub-projects in the same cmakelist.txt file but doing this IMO would make the build files a more of a hassle to work with. Joshua L. Blocher verbalshadow > > -- > Kees Cook @outflux.net > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

3 2

moo I mean foo
by Esteban Barahona 08 Feb '07

08 Feb '07

buddha dharma sangha jhana /*"last message"*/ -- http://www.zensui.org

1 0

Build error
by Loi 08 Feb '07

08 Feb '07

I just got an error while building the latest trunk revision of inkscape. Configure Options were: ./configure --prefix=$HOME/INKSCAPE --with-gnome-vfs --enable-binreloc --enable-inkboard --with-python --disable-lcms gc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I../cxxtest -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -MT extension/internal/ps.o -MD -MP -MF "extension/internal/.deps/ps.Tpo" -c -o extension/internal/ps.o `test -f 'extension/internal/ps.cpp' || echo './'`extension/internal/ps.cpp; \ then mv -f "extension/internal/.deps/ps.Tpo" "extension/internal/.deps/ps.Po"; else rm -f "extension/internal/.deps/ps.Tpo"; exit 1; fi extension/internal/ps.cpp:46:36: error: gtk/gtkprintunixdialog.h: Datei oder Verzeichnis nicht gefunden extension/internal/ps.cpp:108: error: variable or field 'unix_print_complete' declared void extension/internal/ps.cpp:108: error: 'GtkPrintJob' was not declared in this scope extension/internal/ps.cpp:108: error: 'print_job' was not declared in this scope extension/internal/ps.cpp:109: error: expected primary-expression before 'user_data' extension/internal/ps.cpp:110: error: expected primary-expression before '*' token extension/internal/ps.cpp:110: error: 'error' was not declared in this scope extension/internal/ps.cpp:110: error: initializer expression list treated as compound expression extension/internal/ps.cpp:111: error: expected ',' or ';' before '{' token extension/internal/ps.cpp: In function 'void Inkscape::Extension::Internal::unix_print_dialog(const gchar*, const gchar*)': extension/internal/ps.cpp:118: error: 'gtk_print_unix_dialog_new' was not declared in this scope extension/internal/ps.cpp:129: error: 'GtkPrinter' was not declared in this scope extension/internal/ps.cpp:129: error: 'printer' was not declared in this scope extension/internal/ps.cpp:129: error: 'GTK_PRINT_UNIX_DIALOG' was not declared in this scope extension/internal/ps.cpp:129: error: 'gtk_print_unix_dialog_get_selected_printer' was not declared in this scope extension/internal/ps.cpp:131: error: 'gtk_printer_get_name' was not declared in this scope extension/internal/ps.cpp:133: error: 'gtk_printer_accepts_ps' was not declared in this scope extension/internal/ps.cpp:134: error: 'GtkPrintJob' was not declared in this scope extension/internal/ps.cpp:134: error: 'job' was not declared in this scope extension/internal/ps.cpp:135: error: 'gtk_print_unix_dialog_get_settings' was not declared in this scope extension/internal/ps.cpp:136: error: 'gtk_print_unix_dialog_get_page_setup' was not declared in this scope extension/internal/ps.cpp:136: error: 'gtk_print_job_new' was not declared in this scope extension/internal/ps.cpp:140: error: 'gtk_print_job_set_source_file' was not declared in this scope extension/internal/ps.cpp:142: error: 'gtk_print_job_send' was not declared in this scope extension/internal/ps.cpp: At global scope: extension/internal/ps.cpp:116: warning: 'void Inkscape::Extension::Internal::unix_print_dialog(const gchar*, const gchar*)' defined but not used make[2]: *** [extension/internal/ps.o] Fehler 1 make[2]: Leaving directory `/home/loi/src/inkscape/inkscape/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/home/loi/src/inkscape/inkscape' make: *** [all] Fehler 2

10 24

0.45 release pickup
by Bryce Harrington 07 Feb '07

07 Feb '07

Hi all, Searching for 'inkscape' on news.google.com shows a couple news items: http://www.prweb.com/releases/2007/2/prweb502902.htm http://svg.org/story/2007/2/5/182623/3069 Also, we've made the feature freeze date for Ubuntu (Feb 8), and so Inkscape 0.45 will be in the new release of Ubuntu, Feisty Fawn. On SourceForge, we've reached the #2 most active project slot. Inkscape 0.45 has already been downloaded over 25,000 times, not counting the .exe package (traditionally the most popular). We're getting a bit of an upsurge in bug reports, so if you have some spare minutes over the next few days, make a habit to peek at the newest bugs in the bug tracker (sort by Open Date with state==Open). Bryce

1 0

distros and flavours of software
by Esteban Barahona 07 Feb '07

07 Feb '07

I have noticed that FOSS is basically an "anarchist" way of developing software. Some "natural order" is required. Fractal art is also "anarchist", but it's beautiful. Imagine a base InkScape cross-platform package which depends solely on GTK. Now visualize each "fork" as a flavour. A fork in the tree is one for the 3 most used platforms: First Desktop (Macintosh) Free Desktop (GNOME, KDE, the "light desktops") Propietary Desktop (Windows) that's 3 main forks. but let them happen. just keep the same versioning (ie: no preference among platforms). The Adobe folks said something wise, "use the software of your choice in the platform of your choice". Let's grow up, propietary software was never "evil" and there's a triad of main platforms. A triad of main flavours. Each platform has it's own "quirks", but that make each unique. I propose a 4th platform: ZenSUI It's experimental, based on pure OpenGL 2.0, with "legacy dependancies" of GTK and Qt. It will be paid software libre, because I don't want to stop eating. It will NOT use either the desktop methaphor nor the 3D ui metaphor. It will be a 2D, Unix-only, OpenGL-based user interface. It will be Simple, Transparent, Consistent User Interaction (a SUI not a GUI, and not a CLI) It will allow configurability for the 3 "main personas": developer.designer.user and it will use less than 1 GB of memory in a flash drive connected through eSATA (that's the base "ZenSUI computer"). ZenSUI will use an "information metaphor"; it's information centric (no difference between local and external, the user should know that). It will be the first peaceful-anarchist-corporation*1 of 150*2 members or less. And I, as founder, am the first member. There's room for 149 eager, talented software and interaction producers. The name of this community is ZenSUI.Net (not the generic .Net escuse of a language that made Microsoft). The "place of reunion" is www.zensui.org *1 just a term... it can be also FOSS community *2 3*5*10 -- http://www.zensui.org

1 0

OpenUsability and Inkscape
by cedric GEMY 07 Feb '07

07 Feb '07

Hi all 2 years ago i opened and inkscape account on openusability. Nothingimportant happened there until last weeks. A usability student wants to work on inkscape. We have 2 or 3 weeks before she is ready to work on it, and then make proposal and studies during 3 months. We, me and bryce, already made some proposals to her, but anyone can send me more. It can be usefull one day ;) Plus, we may need some help to implement UI proposal. With some help at the beginning i guess i could work alone with her at the end, any contributor are welcome. cedric

4 8

Inkscape talk
by Daniel Pope 07 Feb '07

07 Feb '07

At the weekend I'm down to give a talk about SVG and Inkscape at my local LUG (Hampshire, UK). Several members of the LUG have expressed an interest, in that they don't know Inkscape but they've heard lots of good things about it. Videos of the talks are recorded and made available through our website and on Google videos. I was just wondering if anyone had any insightful comment they might wish me to convey (about SVG or Inkscape), or perhaps a favourite tip for using Inkscape? I'd be particularly interested in anything which might leave people with the urge to install themselves a copy and have a go. I'd also like to take this opportunity to congratulate everybody for their hard work in getting 0.45 out of the door. Dan

3 2

win32 official packages update
by Aaron Spike 06 Feb '07

06 Feb '07

I see that some archives for win32 were uploaded last night. Great! I've removed the pre2 exe from the dl page because I think it could do much more harm than good. I hope it being there didn't disuade our win32 packager from uploading an exe for 0.45.0. Oh btw, who is making these win32 packages?!? :-) It would be really great coordinate with you on the matter. There are some win32 packages stuck in the upload queue too. One pre2 build from one of Bryce's attempts. And I notice a 0.45 zip. Is this zip there because the currently active zip is truncated to 1/10th the appropriate size? Whoever you are. Whatever is going on. Please email me and we'll get this settled. Aaron Spike

6 6

0.45 release: lessons learned
by bulia byak 06 Feb '07

06 Feb '07

1. Do not start the release process until the packagers from all major platforms report that the current SVN builds and works without major problems. 2. Do not cut the final release until the packagers from all major platforms report that they are ready (as in, ready _right now_) to build and upload their binaries. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 5

www.inkscape.org website change
by Esteban Barahona 06 Feb '07

06 Feb '07

Hi all, To know each other a little better I propose to ad a section of "who made Inkscape" @ www.inkscape.org Since it's Free and Open Source Software (aka FOSS), we don't "get paid". More or less, I don't believe in an ego (read Minsky for more info about the buddhist concept of no-self/anata)... BUT one of the ways of "getting paid" in the hackers (as in software developer of software libre) world is to: be recognized as good software developers. ie: I can put the following line: "human-machine interface software developer of inkscape" in my resume (Curriculum Vitae) to get a job... since (I) "have the habit of eating" ^_^ I propose that we elect some developers and put one 512x512px mini-blog image (at most). I chose to be the last entry (in this year, 2007 CE). ...I don't care about ego. (...flam3s over the Net pass through emptyness, aka insults to me are ignored so don't even try =P). This images can link to our personal websites... etc ...we lose ~75% of communication when chosing "plain text communication" instead of "real-world personal in-the-same-place communication" so, any questions about this simple idea? -- http://www.zensui.org

5 5

coord flip
by Aaron Spike 06 Feb '07

06 Feb '07

Well I think it is about time to work on flipping the coord system. I'm volunteering time. Could someone please volunteer a direction to proceed? Aaron Spike

3 3

Envelope extension fix
by Tavmjong Bah 06 Feb '07

06 Feb '07

Hi, As I reported earlier, the Envelope extension (AKA Summers Night) is broken in 0.44 and 0.45. I finally got time to look at it an the fix is trivial, just deleting a line. Three other lines can also be deleted as they are no longer necessary. It was due to a flip in the y coordinate. Patch attached. Tav

4 5

User Interface for Inkscape 0.5
by Esteban Barahona 06 Feb '07

06 Feb '07

images are more understandable that words: current ui: http://www.zensui.org/img/Inkscape-default.png proposed ui: http://www.zensui.org/img/Inkscape-clean.png // note that: This change is based on a pure 2Desktop not 3Desktop... ie: not Xgl with "not-necessary" effects... Since a page is a container/box for information (in this case an image) and Inkscape uses standards (SVG, XML) it is apropiate that: Inkscape uses a simplified W3C box model. in the clean/proposed version of the ui (which is color-coded) the following new/changed paremeters are: Background Color = black // Width = variable /* this can be 2 values, width and height ...but they're better as variables */ Border Color = green Border Width = 2px (this paremeter is optional, or can be user-selected to Zero width) Border Height = 2px Box Color = white Box Width = 1000px // aka "page" width Box Height = 700px // aka "page" height favorite-most-used way-of-measure = pixel (...or milimeter, etc) I know Java and some C++ so I can help with some code too... any feedback about the User Interface/Interaction for the new milestone of Inkscape?

2 2

Re: [Inkscape-devel] User Interface for Inkscape 0.5
by Esteban Barahona 06 Feb '07

06 Feb '07

2007/2/6, Thorsten Wilms <t_w_@...123...>: > > (...) > > I have a hard time understanding what you are about. > Please try to explain in detail what the changes are you want > and why you think they should happen. > Thorsten Wilms, I want the shade effect of all "pages" to go away, to make more clean the interface.

2 2

Windows packages needed
by Bryce Harrington 06 Feb '07

06 Feb '07

We've got linux and osx packages, so it'd be great to get the win32 packages up soon. I think that's pretty much the only thing remaining for completion of 0.45. Thanks, Bryce

4 4

Release announcements
by Bryce Harrington 06 Feb '07

06 Feb '07

Hi all, Rejon and I have sent out announcements to the various (English) sites we normally notify, but if you know of more places - especially non-English sites - please send them a copy of the announcement too. There are a number of translations of the release announcement available here: http://wiki.inkscape.org:8080/wiki/index.php/ReleaseAnnounce045 Thanks, Bryce

3 2

Inkscape Announces 0.45 Release :: http://www.inkscape.org :: Draw Freely.
by Jon Phillips 05 Feb '07

05 Feb '07

Draw Freely: Inkscape Announces 0.45 Release February 5, 2007 - The Inkscape community today announced the newest version of its cross-platform open source vector graphic drawing software, Inkscape. Inkscape 0.45 features a new Gaussian Blur SVG filter. Sponsored by Google's Summer of Code program, Gaussian Blur allows you to softly and naturally blur any Inkscape objects, including shapes, text, and images. This enables a wide range of photorealistic effects: arbitrarily shaped shades and lights, depth of field, drop shadows, glows, etc. Also, blurred objects can be used as masks for other objects to achieve the "feathered mask" effect. Numerous other new features, enhancements to existing features, and bug fixes have been included. A history dialog allows you to browse your change history. Many new extension effects are added including Pattern along Path and Color Effects. There are performance improvements to rendering speed, on the order of 2-3% in general, and up to 5-10% for drawings using heavy transparency and/or radial gradients. Compositing quality is also improved through the removal of banding seen in gradients. The Inkscape community invites anyone to contribute to the project. The project is now working on the upcoming 0.46 release which will focus on the initial stages of adding SVG animation support, increasing the apps PDF functionality, and other refactoring tasks. On a global scale, Inkscape is pushing for version 0.50 to have full compatibility with SVG Mobile/Tiny. Then, the ultimate large goal is to get to Inkscape 1.0 which will be a fully W3C SVG 1.1 compliant application. The more help the project receives, the faster the aforementioned goals will be accomplished. Download Linux, Windows, and Mac OS X packages: http://sourceforge.net/project/showfiles.php?group_id=93438 For many more details, see the complete Release Notes for 0.45: http://wiki.inkscape.org/wiki/index.php/Release_Notes045 Community submitted screenshots: http://www.inkscape.org/screenshots/ About Inkscape Inkscape is an open source drawing tool that uses the World Wide Web Consortium's ([[W3C]]) scalable vector graphics format (SVG). Some supported SVG features include basic shapes, paths, text, markers, clones, alpha blending, transforms, gradients, and grouping. In addition, Inkscape supports Creative Commons' metadata, node-editing, layers, complex path operations, text-on-path, text-in-shape, and SVG XML editing. It can also import EPS, <nowiki>PostScript</nowiki>, and most bitmap formats, and exports PNG, PS, PDF and various vector formats. Inkscape's main motivation is to provide the Open Source community with a fully [[W3C]] compliant XML, SVG, and CSS2 drawing tool. Additional work includes conversion of the codebase from <nowiki>C/Gtk</nowiki> to <nowiki>C++/Gtkmm</nowiki>, emphasizing a lightweight core with powerful features added through an extension mechanism, and maintaining a friendly, open, community-oriented development process. Press Contact Jon Phillips jon@...235... +1 510.499.0894

1 0

User Interface Feature Request
by Esteban Barahona 05 Feb '07

05 Feb '07

Hi, Thanks for all the Inkscape developers! If I have to chose just one app in a "dumb terminal" it will be Inkscape! As Interaction/Interface Designer in training, I have one trivial (I guess) feature request for the next major (a là Mac, ie: 3.1 to 3.2) release: current: http://www.zensui.org/img/Inkscape-default.png (proposed) simplified W3C box-inspired edition: http://www.zensui.org/img/Inkscape-clean.png note that the box can use this user configurable names (parameters in code?): background = black border = green content = white the border can be excluded to avoid "feature cripple". Thanks/Metta ^_^ -- http://www.zensui.org

1 0

Re: [Inkscape-devel] Build System
by Joshua Facemyer / Impressus Art 05 Feb '07

05 Feb '07

For all the use I get out of inkscape, I'd like to pitch in with this. I figure it would be a good way to get my feet wet, and I've been hawking this list long enough. The most coding I've done is some really basic php scripting, but I'm somewhat familiar with the basics, so if someone would tell me what to do, I'd be happy to pitch in. I've really no clue where to start. > I'm going to chime in here. > The main reason I picked Cmake was the Build syntax looked > considerable less painfully then most of the other systems out > especially when compared to the Auto* build system. Secondly it is > cross-platform on all the major platforms that we wanted to support > *nix, Windows, MACOSX, and many others as well. And the thrid reason > was I wanted to see if i could do it with a small project looking to > hopefully build enough knowledge to attempt something like Inkscape. > > I think a Handful of dedicated People could have all of the build > system converted > in a week or two at most. With only one or two working part time on it > the outside of a month. And that is people with no knowledge of how > Cmake build system works. If we could borrow some experts from the > Scribus team or some other Cmake knowledgeable group it would go much > faster. > > I'm of course willing to help to convert to whatever system we decide > on, but Cmake would be my choice. Whatever help I can give. It should > be noted that i have piss poor access to web for the time being and > the foreseeable future. > > > Joshua L. Blocher > verbalshadow >

3 5

Inkscape Announces 0.45 Release
by Bryce Harrington 05 Feb '07

05 Feb '07

Inkscape Announces 0.45 Release http://www.inkscape.org :: Draw Freely. The Inkscape community today announces the newest version of its vector graphic drawing software. Inkscape 0.45 features a new Gaussian Blur SVG filter. Sponsored by Google's Summer of Code program, Gaussian Blur allows you to softly and naturally blur any Inkscape objects, including shapes, text, and images. This enables a wide range of photorealistic effects: arbitrarily shaped shades and lights, depth of field, drop shadows, glows, etc. Also, blurred objects can be used as masks for other objects to achieve the "feathered mask" effect. Numerous other new features, enhancements to existing features, and bug fixes have been included. A history dialog allows you to browse your change history. Many new extension effects are added including Pattern along Path and Color Effects. There have been performance improvements to rendering speed, on the order of 2-3% in general, and up to 5-10% for drawings using heavy transparency and/or radial gradients. Compositing quality is also improved through the removal of banding seen in gradients. Download Linux, Windows, and Mac OS X packages: http://sourceforge.net/project/showfiles.php?group_id=93438 For many more details, see the complete Release Notes for 0.45: http://wiki.inkscape.org/wiki/index.php/Release_Notes045 Community submitted screenshots: http://www.inkscape.org/screenshots/ About Inkscape ============== Inkscape is an open source drawing tool that uses the World Wide Web Consortium's (W3C) scalable vector graphics format (SVG). Some supported SVG features include basic shapes, paths, text, markers, clones, alpha blending, transforms, gradients, and grouping. In addition, Inkscape supports Creative Commons' metadata, node-editing, layers, complex path operations, text-on-path, text-in-shape, and SVG XML editing. It can also import EPS, PostScript, and most bitmap formats, and exports PNG, PS, PDF and various vector formats. Inkscape's main motivation is to provide the Open Source community with a fully W3C compliant XML, SVG, and CSS2 drawing tool. Additional work includes conversion of the codebase from C/Gtk to C++/Gtkmm, emphasizing a lightweight core with powerful features added through an extension mechanism, and maintaining a friendly, open, community-oriented development process.

1 0

Crash handler locks X
by Daniel Pope 05 Feb '07

05 Feb '07

Sometimes Inkscape crashes while performing an operation that grabs the X pointer. It displays the crash handler window but the Ok button can't be clicked. In fact the entire X session is locked. I have to log into a tty and kill either Inkscape or the WM to be able to continue. Of course we don't crashes to happen, but I wonder if calling XUngrabPointer() in the crash handler would prevent them freezing my desktop? Dan

5 9

Re: [Inkscape-devel] [Inkscape-user] About Screen in 0.45pre1
by momo 05 Feb '07

05 Feb '07

Ooops! I forgot to convert the "Inkscape 0.45" wording to curves.... Attached is a corrected SVG file, please could someone add it to the release? In the attached jpg you can have a look at how it should look. About the "cutted" blur, well there is unfortunately nothing I can do about as it seems to be the behaviour of Inkscape... Molumen ----- Original Message ----- From: Axiom X11 To: Inkscape User Community Sent: Monday, January 22, 2007 4:36 PM Subject: [Inkscape-user] About Screen in 0.45pre1 I am running the prerelease from yesterday, and it looks pretty good. One minor thing is the about screen is not quite right. The text "Inkscape 0.45" does not appear in the same font (since I probably don't have the same font as the designer). Turning it into a shape would fix this. Also the glow under the second ball back cuts off where it should fade nicely. (See attachment) Good luck on release. -axiom ------------------------------------------------------------------------------ ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ------------------------------------------------------------------------------ _______________________________________________ Inkscape-user mailing list Inkscape-user(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-user

3 2

custom default templates
by Bryce Harrington 04 Feb '07

04 Feb '07

Patch from Debian has been applied to SVN HEAD: "Custom default templates can now be specified per-user. Start a new document, make any customizations you wish - such as changing the paper size - and save to ~/.inkscape/templates/default.svg. Now, all new documents you create will be created with this template." Bryce

2 2

Packaging & Marketing for 0.45
by Bryce Harrington 04 Feb '07

04 Feb '07

I've just posted the source tarball for 0.45 to sourceforge. Packagers, please create the packages from this. :-) (Also, please consider gpg signing your release packages - there are some notes for this on the CreatingDists page in Wiki.) It's also time for us to create the release announcement for this release. Anyone interested in helping me on this? Bryce

3 8

saving sodipodi:modified
by bulia byak 04 Feb '07

04 Feb '07

Johan: I noticed that as a result of your patch here: http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/src/exte… now Inkscape always saves file with sodipodi:modified="true" because you moved the omod->save before that attribute is set to NULL instead of after as before. Was there any reason for it? It looks wrong, sodipodi:modified should never be saved I think. I fixed it by moving the NULLing of that one attribute before the actual save. Let me know if you see any problem with this: http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/src/exte… -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Inkscape 0.45-pre3 released
by Bryce Harrington 03 Feb '07

03 Feb '07

There were several packaging issues discovered with pre2, so I've posted one more pre-release. There are also a few bug fixes included; see the NEWS file for details. Download from: http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9911… Let me know ASAP if there are any remaining problems. Otherwise we'll hopefully get 0.45.0 final out tomorrow or Saturday. Bryce

5 10

Fw: Remaining critical bugs for 0.45
by momo 02 Feb '07

02 Feb '07

These two are related one to each other, and are very naughty. > 1617082 Blur UI usablity issues > 1629816 blur incremented by pixels Because of the way blur is calculated, it cannot be smoothly applied to any object sizes. These are (at least for me as a designer) showstoppers as the whole usability of the "main new function" is under question... On the other side I have no clue about how difficult is a redesign of that behaviour, so probably the blur function will make its way to 0.45 release with the actual behaviour... Molumen ----- Original Message ----- From: "bulia byak" <buliabyak@...400...> To: "Bryce Harrington" <bryce@...961...> Cc: <inkscape-devel@...6...> Sent: Wednesday, January 10, 2007 10:40 AM Subject: Re: [Inkscape-devel] Remaining critical bugs for 0.45 >I think these are certainly stoppers: > >> 1630485 Inkview don't support blur / crashes >> 1575829 Metadata are truncated at 4 chars and add a char 18 hexa > > Dunno about other listed as "crashers". Actually, I would like to > caution people against overzealous bug fixing at this point. To avoid > destabilizing, please concentrate either on serious crash bugs or on > bugs which can be fixed as unintrusively as possible. Some of the bugs > Bryce listed a more of RFEs than bugs, and now is certainly not the > right time to work on them in the trunk (of course you can work on > them locally to commit when 0.45 is out). > > -- > bulia byak > Inkscape. Draw Freely. > http://www.inkscape.org > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

7 26

Dropper tool broken in 0.45pre and trunk?
by Tavmjong Bah 02 Feb '07

02 Feb '07

Hi, In both trunk and 0.45 the dropper tool appears to be broken. Steps: 1. Remove preference file. 2. Draw square (it should be blue). 3. Draw circle (it should be red), leave selected. 4. Select dropper tool. 5. Move cursor over square and rectangle, note that the status bar is not updated, reads #000000 alpha 0 if Pick Alpha is checked, #ffffff if Pick alpha is not checked. 6. Click on square, circle turns white (or black of Pick alpha is checked and Set alpha not checked). If it does work, try picking the color from a few more objects. It worked on some of the object I tried after doing a make clean, make install, but failed on others. I didn't see a pattern to which ones worked and which ones didn't. Additional observation: if the dropper tool is click-dragged it works on those objects where simply clicking doesn't. Tested with Fedora Core 6. Note that 0.44.1 works as expected. Tav

3 3