- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 14, Issue 43
by Joshua Facemyer / Impressus Art 23 Jul '07

23 Jul '07

> > > This list, like the Blur slider below it, must > > > search the selected object's filter stack for feBlend or feComposite, > > > display the current mode of that filter and let me change it (or add a > > > new filter to the top of the stack, but only if no such filter already > > > exists in the selected object's stack). > > That would interact very badly with many interesting filters, as they > > may be built out of multiple feBlend/feGaussianBlur elements; simply > > picking the first or last feBlend element (or even all of them, > > depending on how the filter is designed) won't give desirable results. > OK, that was just one of my ideas, I don't insist on making it that > way too much. It may indeed be confusing sometimes, although also > useful IMHO. What do others think? I agree that the user should be in control of exactly which instance of a filter he is editing - he might have a blurred object that is then composited which he wants to again blur after the composite. There is no way you can code the dialog to determine what instance of the filter he intends to adjust. I'm not familiar with the current implementation, so please pardon my ignorance. However, I think it is necessary to have a list of filters on a pane of the dialog (much like the layers dialog) in order of implementation for the object/group which can easily be chosen for editing. They could then be named (?) and kept track of that way if so desired. It's a familiar method already, and seems to me the most intuitive way to control the filters. Of course, then you might even have some sort of indication (maybe an icon) of what filters are affecting the object, but which are applied to a different subset of objects (group), which could then be chosen and edited. It might be fairly complex, but something like this: choose the filter, a dialog asks if you want to switch the selection to the group affected by the filter (if it's different from the current selection). Make sense? It does to me, but I'm the one thinking it...

1 0

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 14, Issue 39
by Christopher Brown 21 Jul '07

21 Jul '07

> Date: Thu, 19 Jul 2007 20:58:00 +0200 > From: David Christian Berg <david@...407...> > Subject: Re: [Inkscape-devel] Changed bitmap handling > > On Thu, 2007-07-19 at 12:30 -0400, bulia byak wrote: > > On 7/19/07, David Christian Berg <david@...407...> wrote: > > > Ok, sorry to disagree, but the always embed option is only good for > > > home-use, not for professional use. > > > > Not at all. Some professionals may sometimes want their images not > > embedded, but far from always. > > Ok, maybe the "only" was exaggerated and should be a "mainly", but still > my point is valid :) > > > Even with some bitmap capabilities > > > integrated in Inkscape people will continue to want to use GIMP or > > > Photoshop to do sophisticated adjustments. Extracting and re-embedding > > > is a little cumbersome. > > > > OK, I think we can make this behavior settable in prefs, but with the > > default being to embed. > > Actually I think it should just be a checkbox "embed" in the import > dialog that is checked by default. (I'll have to figure about dragging > files into the document still) > > > > Or think of one image being used on a poster, a booklet and within some > > > entrance ticket or the such. It's great to only have to change it at one > > > place! > > > > You're comparing some inconvenience (having to extract or change > > prefs) with a nasty surprise and frustration that may be caused when > > you e.g. crop the image for the poster and then discover that it got > > cropped in the booklet as well. The latter is much worse than the > > former, and is simply unacceptable as default behavior. > > Why would you crop an image? You do that in Inkscape with the clip > option :-D > > > > I don't see a strong need for an image lying directly in an > > > automatically created folder next to the SVG... these can almost just as > > > well be embedded. However externally linked image are a must imho. > > > > Sure, we need this option, but off by default. > > Off by default, meaning, unless the user changes a setting, it will always embed images? For my purposes, i.e. permanent effects on bitmaps, I think I should keep the format that the image is already in. If the user wants to embed an image, he can do so easily with the python extension. > > > As for the editing problem: I believe that editing an image would be > > > introduced by double-clicking the image. When the linked image has no > > > write access, a message should show up: > > > Right now I'm using the Extensions menu. What is the advantage to double-clicking, and how do you picture the interface? > > > "The image cannot be edited because you do not have writing access to > > > the linked file. Would you like to embed the image in the the document > > > to continue editing?" > > > > Yes, but only if the setting is changed to not embed. By default, it > > just gets silently embedded and no warning is needed. > > I disagree! If in a document there is a non-embedded image, this warning > should always appear! By default no images will be linked so therefore > the dialogue will not appear. Acutally a similar dialogue should be > shown for _all_ embedded image, as a warning that this changes the > original image. As far as writing over the original image, I would never do that. For image.jpeg, right now I'm creating a copied image at image_orig.jpg, unless image_orig.jpg is taken, at which point I ask the user for somewhere to save the new image, unless the image_orig.jpg which already exists is equivalent to image.jpeg. Back when I used Windows, that was how Picasa handled the issue, and I thought it would work for me too. (Also, I ask the user for a new location if image_orig.jpg and/or image.jpeg are unwriteable.) > > Anyways, we basically agree on the topic. > > Cheers! > > David > These are mostly little things, but I'm curious about your idea of double-clicking of images to edit them. -Christopher

2 1

Re: [Inkscape-devel] Bitmap handling (GSoC)
by Christopher Brown 21 Jul '07

21 Jul '07

On 7/18/07, Bryce Harrington <bryce@...961...> wrote: > On Wed, Jul 18, 2007 at 10:33:00AM -0700, Ted Gould wrote: > > Hello all, > > > > As you guys are aware Chris is working on putting some bitmap editing > > tools into Inkscape for is GSoC project. There's a couple things that > > are difficult on the user interaction front that I wanted to bring up > > and see what people think. > > > > Basically, there are two types of images: embedded and linked. There is > > two types of linked images that are read-only and ones that we can > > write. So what should happen when someone does a bitmap operation on > > these types of image? How should undo/redo be handled? > > > > I'm leaning towards saying "always embed" at this point. It's simpler > > and probably does something similar to what most people want anyway. We > > don't need file dialogs or temporary files. What does everyone think > > about this? Chris, did I state the problem correctly? > > Hi Chris, > > Can you tell us more about your plans with this feature, and how > embedding vs. linked will make things more challenging or less? > Sounds like most people prefer embedded - does this lead us into any > issues on your end we should know about? > > Bryce > > Embedding all images would certainly make it much simpler and easier. I don't know about speed issues -- but intuition tells me that having a 10 mb file would load more slowly than a 100 kb svg file and five 2 mb images. But that's a matter for someone who's put more time into Inkscape's rendering functions to answer. If I inserted an image and executed some special effect on it, and then found out my program had converted my image into base64 and embedded it into my svg document, without asking me, I wouldn't be too I happy, personally. I don't want to make that the only option, and I'd actually rather not have it default. My next goal is to be able to undo operations on linked images. If that isn't extraordinarily hard (and I don't expect it to be, I just have to get into the undo buffer, I guess), I don't see any reason why keeping images linked would be a bad idea. -Christopher

2 1

Convolve Matrix filter implemented
by Felipe Sanches 20 Jul '07

20 Jul '07

I have implemented the convolve matrix filter The patch and the 2 new files have been posted to the patch tracker: /src/display/nr-filter-convolve-matrix.cpp /src/display/nr-filter-convolve-matrix.h See http://sourceforge.net/tracker/index.php?func=detail&aid=1757228&group_id=9… The implementation isn't complete yet, but the basic is already working. For example, you can see that now inkscape renders correctly the 4th test in the SVG1.1 test suite. A screenshot is available at http://bighead.poli.usp.br/~juca/code/inkscape/inkscape-SVG1.1-testsuite-co… I am wondering what is causing the spurious horizontal or vertical lines when we scroll the screen. Any clue on that? Felipe "Juca" Sanches

3 3

latex+pstricks export: bug and requests of dev
by Joce Etienne 20 Jul '07

20 Jul '07

Hello, This export possibility is brilliant. I think there's a bug in the handling of stroke colour (or width) for paths: saving as latex+pstricks a path with no stroke (but a fill colour) gives a path with a stroke in the tex file. Also, there's no dialog offering *not to* save text as curves, as is the case with the postscript export. This is a pity, since one could then include latex commands in the text (as is possible with xfig). One could always explicitely convert (some of) the text to paths in order to prevent it from being interpreted by latex. As well, keeping track of the labels in the saved tex file would help. They could even be included as PStricks "nodes", so additional pstricks commands could be added in the latex document (such as an arrow between an element of the drawing and an element of the latex document it's included in). Anyway, thanks a lot for this brilliant tool! I'm using Inkscape as well for fun as for work (scientific sketches), and it's great. Jocelyn Sorry if some of the above has already been reported, mailman archives utility is out of order as I write. Inkscape 0.45.1 (Build 18 July 2007) -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger

2 1

Resizable 3D boxes
by Maximilian Albert 20 Jul '07

20 Jul '07

Hi everyone! Good news! 3D box coding finally has had a new visible effect: Boxes are now resizable 'in perspective'. The current version by default provides three handles for each box, two on the front face (which we consider lying in XY plane) and one on the rear face (for the Z direcion). (As a sidenote, observe that the labelling of the Y and Z axis has been changed compared to the last version.) The first two handles can be used to arbitrarily resize the box inside the XY-plane, the third one obviously resizes it in the direction of the Z axis. When Shift is being pressed, the movement temporarily becomes constrained to a single axis for the first two handles and switches to occuring inside the XY plane for the third handle. (Try it, this is more intuitive than it sounds.) However, this is only one of many possible scenarios. As an alternative, I have implemented a second variant where the box has four handles and all but the circle-shaped one (which acts as a kind of 'master handle') use constrained dragging by default. It is possible to switch between these two variants using the corresponding toggle buttons in the 3D box toolbar showing three/four knots, respectively. These buttons are for convenience only and will disappear once the definitive behaviour is settled. I would very much appreciate your feedback what kind of behaviour you consider most intuitive. This could certainly also be a mixture of the two, or there could be a different number of handles, or they could be at different corners, or ... Tell me what you think is most natural. (It probably depends on the perspective, too; try toggling the states of the vanishing points from infinite to finite using the corresponding buttons and see whether this makes a difference). BTW, the 3D box tool now has the shortcuts Shift-F4 and X so that it's not necessary to manually change line #143 in widgets/toolbox.cpp to unhide the toolbox icon. In case you are wondering why this new feature has taken so long since my last email: I have constantly been refactoring the code under the hood because it was extremely cumbersome at that time, making expansion and implementation of new features rather difficult. But I believe that the current internal representation is sufficiently elegant and generic so that further development should be much quicker (and with a lot more visible effects anyway). Next I am going to attack the style issues Bulia mentioned in one of his last emails (sorry that this has lied idle in the meantime). Alternatively, I could implement draggable vanishing points first. Bulia, what do you think is more important? Thanks for all your feedback and best regards, Max ==== P.S.: While I am at it I'd also like to pose a few questions regarding small bugs that can possibly spare me a good deal of scouring the code. Maybe someone has a quick hint where to look. 1) After resizing the box, undo (Ctrl-Z) correctly undoes the change of size but the corresponding handle remains at the altered position. How can I make the handle undo-aware, too? 2) Toggling the state of a vanishing point is not undo-able either. How can I change that? Do I need to register the corresponding action somewhere? 3) With the 3D box tool active, clicking on an already created but currently unselected box only selects a single face instead of the whole box. I suspect this is related to the fact that the box is implemented as a group of paths (which represent the separate faces). How can I pass the click on to the parent box? Can this be done by tagging the paths as objects of sodipodi:type="inkscape:3dboxface" (which I would have to do for the style stuff anyway) and catching the select action? Thanks!

7 28

changelog for Debian
by David Christian Berg 20 Jul '07

20 Jul '07

I'd like to build from SVN and am just a dumb user. Can you please put back the Debian changelog that was in there before? That would make it easy for me to compile and build a package for myself. Thanks! David

3 3

Next Text Task
by Gail Banaszkiewicz 20 Jul '07

20 Jul '07

Hi all, I'm having Richard and mental review a patch with most of the tref stuff implemented. There are some small issues with it still and I will be fixing those issues, but I'd like to get the bulk of it versioned in the meantime. With this submission, you can open a document with a tref and see the content get updated when the source is modified. Also, I wanted to get a clear consensus on what I should work on next. bulia mentioned that the CSS stuff would be good (bulia, can you remind everything precisely what you were referring to when you mentioned that so we are all clear?). Also keep in mind that I intend to stick around (though probably not as frequently) after the official program ends. So hopefully we'll see text improve more and more over the next year! Finally, look for a blog post that summarizes my feelings on the program so far. You may find it interesting given that this is my first experience with open source. Gail

4 10

Re: [Inkscape-devel] Changed bitmap handling
by bulia byak 19 Jul '07

19 Jul '07

On 7/19/07, David Christian Berg <david@...407...> wrote: > Ok, sorry to disagree, but the always embed option is only good for > home-use, not for professional use. Not at all. Some professionals may sometimes want their images not embedded, but far from always. Even with some bitmap capabilities > integrated in Inkscape people will continue to want to use GIMP or > Photoshop to do sophisticated adjustments. Extracting and re-embedding > is a little cumbersome. OK, I think we can make this behavior settable in prefs, but with the default being to embed. > Or think of one image being used on a poster, a booklet and within some > entrance ticket or the such. It's great to only have to change it at one > place! You're comparing some inconvenience (having to extract or change prefs) with a nasty surprise and frustration that may be caused when you e.g. crop the image for the poster and then discover that it got cropped in the booklet as well. The latter is much worse than the former, and is simply unacceptable as default behavior. > I don't see a strong need for an image lying directly in an > automatically created folder next to the SVG... these can almost just as > well be embedded. However externally linked image are a must imho. Sure, we need this option, but off by default. > As for the editing problem: I believe that editing an image would be > introduced by double-clicking the image. When the linked image has no > write access, a message should show up: > > "The image cannot be edited because you do not have writing access to > the linked file. Would you like to embed the image in the the document > to continue editing?" Yes, but only if the setting is changed to not embed. By default, it just gets silently embedded and no warning is needed. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Inkscape Logo use
by Tavmjong Bah 19 Jul '07

19 Jul '07

Hi, What is the copyright status of the Inkscape logo? Can it be used on a book cover? Of course you want to know why I am asking... I've reached an agreement with Prentice Hall, aka Pearson, aka SourceForge Community Press for publishing my guide book to Inkscape. For the moment, it will remains as a PDF download. The HTML version of the book will remain freely available on my website. (Although there will be three new tutorials that are only in the PDF version.) I will give more details as they are known. This is a recent development and it the move is proceeding at breakneck speed. Tav

3 2

Broken extensions
by unknown＠example.com 19 Jul '07

19 Jul '07

Hello all, I just found out that the LaTeX renderer, functionplotter, gears, and probably other effects are broken for me :( I get a Microsoft Visual C++ runtime library (?!) error. This was very dissapointing; now i have to revert to 0.45.1 :( Anybody know what causes the bug? -Johan (winxp, svn head)

3 2

inkscape.org issues + call for revisions.
by unknown＠example.com 18 Jul '07

18 Jul '07

hello, first of all I'd like to introduce myself as someone who helps to manage the inkscape.org vm, but you may better know me as Inc on irc. Now onto business. If you've not noticed inkscape.org has been going down quite a bit lately that is due to apache hitting max clients. The best way to fix this problem is to put the whole website behind squid. Currently the website is behind squid but it's not able to work efficiently due to the fact that we're sending headers like "cache-control: no cache, must-revalidate. Bryce had mentioned that no-cache was probably there because of the translations. When we didn't have it there people were getting pages in whatever language the first person to load the page had set. So we probably need to rethink that. We need to get this done ASAP so that inkscape.org will be stay up. thanks, --Ian "Inc" Caldwell

1 0

inkscape.org issues + call for revisions.
by unknown＠example.com 18 Jul '07

18 Jul '07

hello, first of all I'd like to introduce myself as someone who helps to manage the inkscape.org vm, but you may better know me as Inc on irc. Now onto business. If you've not noticed inkscape.org has been going down quite a bit lately that is due to apache hitting max clients. The best way to fix this problem is to put the whole website behind squid. Currently the website is behind squid but it's not able to work efficiently due to the fact that we're sending headers like "cache-control: no cache, must-revalidate. Bryce had mentioned that no-cache was probably there because of the translations. When we didn't have it there people were getting pages in whatever language the first person to load the page had set. So we probably need to rethink that. We need to get this done ASAP so that inkscape.org will be stay up. thanks, --Ian "Inc" Caldwell

1 0

Changed bitmap handling
by Ted Gould 18 Jul '07

18 Jul '07

Hello all, As you guys are aware Chris is working on putting some bitmap editing tools into Inkscape for is GSoC project. There's a couple things that are difficult on the user interaction front that I wanted to bring up and see what people think. Basically, there are two types of images: embedded and linked. There is two types of linked images that are read-only and ones that we can write. So what should happen when someone does a bitmap operation on these types of image? How should undo/redo be handled? I'm leaning towards saying "always embed" at this point. It's simpler and probably does something similar to what most people want anyway. We don't need file dialogs or temporary files. What does everyone think about this? Chris, did I state the problem correctly? --Ted

5 5

Probelm with PDF import / PNG export
by momo 18 Jul '07

18 Jul '07

Hi, I'm sending these PDF, SVG and PNG files to report a strange behaviour with the PDF import in Inkscape. The following applies to Inkscape0707150130 on Windows XP SP2 The attached file: It is a PDF-X1a 2003 (full cmyk, PDF1.4 compatible) it is the PDF specification that is the most simple and standard for offset printing. No layers, no spot colors, etc... This PDF has been produced by Illustrator CS2. The problems: - The PNG export: the PNG exported from the attached PDF is horizontally mirrored and cutted (see attached PNGs). G9.png was exported with "export selected objects" right after the importing of the PDF. G10.png was exported with "export selected objects" after I moved the logo to the center of the A4 page. LOGOdusicacouture.svg is the SVG saved by Inkscape right after opening the PDF. Looks like there is a mirroring that occurs when saving/exporting from this file, even if the PDF itself shows properly in Inkscape (see attached screenshot screenshotPDFopen.png) - color: When importing this PDF, the color is wrong. The original color (which renders the same in Illustrator, Corel Draw, Photoshop (when rasterized), Indesign) is C44 M58 Y86 K35. Inkscape shows C00 M27 Y61 K60 (alpha 100%). Also, I'd like to help testing more toroughly the PDF import feature. I have tons of PDFs created by a bunch of different programs and I can even create required PDFs (PDF-X3, PDF-X1a:2003 and others) from different applications. So please contact me if you need some specific PDFs for testing. Molumen

2 2

Add export to OCAL feature patch
by Bruno Dilly 16 Jul '07

16 Jul '07

Hi guys, I've submitted some patches to add support to export to OCAL feature patch over WebDav today. It's working fine for me. So, if someone could review this code, I will be grateful. Thanks to Jon and Ted, it's using gnome-vfs library. The neon library dependency was avoid =) Rigth now, it's impossible to interface with ccHost over WebDav, but I'm working on it. So, if you want to test the feature, I recommend you to use any webdav server, as you can find here: test.webdav.org/ Thanks

3 3

Poppler on win32
by Bob Jamison 15 Jul '07

15 Jul '07

John Cliff helped me get his build of Poppler in win32 into the library bundle. http://inkscape.modevia.com/win32libs/gtk210-070715.7z I tweaked init.cpp and build.xml to use it. The latest build today should have it. Builds after 070715: http://inkscape.modevia.com/win32 It is building right now, so I don't know the time yet. It looks like it does definitely import simple PDF's. From what I've seen, it imports curves (to be expected :) but no images or fonts yet. Good start. bob

3 2

Re: [Inkscape-devel] [Inkscape-user] Feature Ideas | colorscheme's
by bulia byak 15 Jul '07

15 Jul '07

On 7/10/07, Maarten van der Velde <Maarten.van-der-Velde@...1771...> wrote: > 1. can substitute all ocurances of 1 color for 1 predifinded other > color. > (so, for example, I could tell it to substitue all > #000000 -> #FF0000, > #FF0000 -> #FFFFFF and > #FFFF00 -> #0000FF, > hence turning the German flag into the Dutch) With our coloreffect.py extension class, it's very easy to implement. I just did it. * A new effect, Replace color in the Color submenu, simply replaces one RRGGBB-specified color to another within selection or, if there's no selection, in the entire document. As with other effects in that submenu, the replacement affects fill, stroke, and gradient colors, but not colors of bitmaps. > 2. can either systematiccally cycle/iterate through the specified > colors, or assing them randomly, creating a series of output SVG files, > all with different color-schemes. Anyone can easily do this using the same extension base class, patches are welcome :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 5

Re: [Inkscape-devel] PDF import extension
by bulia byak 15 Jul '07

15 Jul '07

OK, I figured this out. By default poppler does not install all the headers. To force 0.59 to install its headers over the old ones, configure it thus: ./configure --prefix=/usr --enable-xpdf-headers On 7/12/07, Miklós Erdélyi <erdelyim@...400...> wrote: > On 7/12/07, bulia byak <buliabyak@...400...> wrote: > > It does not compile for me. I first tried with poppler 0.51 from > > dapper, then installed 0.59 from source, but this didn't help: > > > > extension/internal/pdfinput/pdf-parser.cpp: In member function 'void > > PdfParser::parse(Object*, GBool)': > > extension/internal/pdfinput/pdf-parser.cpp:372: error: no matching > > function for call to 'Parser::Parser(XRef*&, Lexer*, int)' > > /usr/include/poppler/Parser.h:26: note: candidates are: > > Parser::Parser(XRef*, Lexer*) > > /usr/include/poppler/Parser.h:22: note: > > Parser::Parser(const Parser&) > > > > Any ideas? > You have the includes of the older version set by pkg-config (eg. > /usr/include). Check that Inkscape really uses the include files from > 0.59 (which might reside in /usr/local/include). I also use the 0.59 > src tarball and the constructor of the class Parser takes 3 arguments. > > miklos > -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 12

3d buttons with Inkscape
by Florian Köberle 15 Jul '07

15 Jul '07

The filter inkscape developers have done nice work. With the current SVN version it is possible to make a shape looking like a button (see attachments). I noticed several things by testing it: - Adding a feOffset let Inkscape crash - There is no GUI, for setting the attribute in2 of feComposite to SourceGraphic if you don't count the XML editor. - The Grahpic looks similar but not equal on Firefox 3.0a6. The Graphic produced by Inkscape graphic is darker. The question is: Is it a bug in Firefox or Inkscape? Opera 9.20 display the Grahpic without the filter effect.

5 7

blend modes rendering regression
by Alexandre Prokoudine 15 Jul '07

15 Jul '07

Hi, Am I the only one to experience rendering regression when using screen blend mode in one object over gaussian blur in another? http://prokoudine.info/shots/inkscape/046-blend-screen-regression.png Alexandre

4 6

headz up :)
by Alexandre Prokoudine 15 Jul '07

15 Jul '07

Hi, Just for your information: as of today amount of Inkscape developers (as of registered at SourceForge) has reached 100 ;-) Alexandre

1 0

cancelling an extension won't work
by Alexandre Prokoudine 15 Jul '07

15 Jul '07

Hi, When you call a dialog of the last used extension, change or don't change settings and click "Cancel", extension still runs and produces output. Reproducible at least with Spirograph, Gear, L-Systems, Graph Plotter. By the way, do we want to bind some keyboard shortcut to "Previous Effect Settings..."? Alexandre

1 0

Re: [Inkscape-devel] PDF import extension
by unknown＠example.com 13 Jul '07

13 Jul '07

> -----Original Message----- > From: Miklós Erdélyi [mailto:erdelyim@...400...] > On 7/13/07, J.B.C.Engelen@...1578... > <J.B.C.Engelen@...1578...> wrote: > > John Cliff wrote: > > > > > > Whats stopping it working on win? is there anything you need help > > > test or what ever? > > Bump. :-) > This bump is the fact that compiling the latest poppler for > win isn't straightforward because the win version hasn't been > maintained for a while. (I meant "bump" as in "bump up this post in case it was forgotten" :) ). How much work do you think it'll be to make poppler buildable on windows? Bulia's mail about the import success make me very curious! Cheers, Johan

2 1

Re: [Inkscape-devel] PDF import extension
by Miklós Erdélyi 13 Jul '07

13 Jul '07

On 7/12/07, bulia byak <buliabyak@...400...> wrote: > For text however, as I said before, it would be nice to have both > options and to be able to choose when importing. Sometimes it is more > important to have text as text; sometimes it is more important to have > it look right. Realistically, Inkscape won't have support for embedded > SVG fonts any time soon, and this means these two goals will remain > mutually exclusive until then. So, can you implement such an option? Yes. So the input dialog appearing when opening a PDF document should have the options for selecting whether you want text as path or as text (with embedded fonts/without them) and the possibility to select the page you want to import (with preview). This dialog will be present as soon as it will make sense :) (ie., when we'll have these options actually implemented) miklos

2 1

GSoC Mentor Surveys due by Monday July 16
by Bryce Harrington 13 Jul '07

13 Jul '07

Hi all, Just a reminder that student evaluations are due by this Monday July 16. If you haven't submitted them yet, please plan on doing so this weekend. It takes about 5-10 min. http://code.google.com/soc/2007/mentor_home.html More Info: http://groups.google.com/group/google-summer-of-code-announce/web/midterm-s… Bryce

2 1

unset stroke, clone and stroke width
by jiho 13 Jul '07

13 Jul '07

Hello all, I remarked a behavior that I find counter intuitive when dealing with clones. It also seems to me like it is just a bug in Inkscape's UI and that the underlying SVG rendering is correct. When cloning an object, the properties of the clones (color, opacity etc.) can be edited only if they are "unset" in the original object. Therefore, I expect that when I unset stroke on the original object I should be able to edit all aspects of the stroke of its clone(s). While this is true for color, this is not true for stroke width, line cap style, opacity and all other properties. However if I manually edit the original objects properties and remove its stroke width, line cap, opacity etc. attributes, it is possible to change them in the clone and Inkscape displays it fine (apart from markers that are not retained). I have done a file in which the behavior is showed for all attributes I could think of: http://jo.irisson.free.fr/dropbox/inkscape/test_unset_stroke.svg So I think that when unsetting stroke, all stroke attributes should be removed, not only color. Would this be conceivable? PS: in addition, while unsetting fill makes it appear black, unsetting stroke makes it disappear. Is it intended? JiHO --- http://jo.irisson.free.fr/

2 1

PDF import extension
by Miklós Erdélyi 13 Jul '07

13 Jul '07

On 7/12/07, jiho <jo.irisson@...400...> wrote: > I see poppler >=0.5.5 is required. Is there a important reason why > 0.5.4 won't be enough? Unfortunately the newest version and 0.5.4 aren't compatible on the API level, eg. they have the Parser class with different constructors defined. That's why we need the newest one and cannot support older versions. > As for the cairo-based import, is there something special to do to > get it? I have cairo 1.4.6 and it works perfectly for the PDF export > (I mean, as well as on other systems) but I don't have any PDF import > in the Open/Import dialogs. The cairo-based import also needs libpoppler and in addition to that the libpoppler-glib and the cairo-svg packages. miklos

1 0

Exporting svg into png.
by Tomasz Kobiela 13 Jul '07

13 Jul '07

Hi. Maybe it isn't bug or it is allready solved but I have problem when exporting svg into png. When I export my logo or any artwork with blur effect it cut it. For example i made circle with blured border (or stroke) and I export it to png but after export i see cuted blur to non blured stroke. I need to make four aditional shapes arrange them so my circle is in the center, export them and then cut my circle in gimp. I would like to see in next release a support for exporting blured shapes without cuting them.

3 3

Fwd: PDF import extension
by bulia byak 12 Jul '07

12 Jul '07

On 7/12/07, Miklós Erdélyi <erdelyim@...400...> wrote: > Sorry for that :) mental said that I should enable by default the > native PDF import. The one which worked for you and which reproduced > text by glyphs is the cairo-svg-surface based one (actually it was a > quick hack to get it working in Inkscape). Now the other one which now > spews out the debug info is the not-yet-finished native one which will > import text and gradients properly (soon...now it's only good for > importing shapes). Well, then, unless someone complaints, I think I'll make the cairo-based one the default _for now_. When your native one with gradient support matures, we'll switch it back. For text however, as I said before, it would be nice to have both options and to be able to choose when importing. Sometimes it is more important to have text as text; sometimes it is more important to have it look right. Realistically, Inkscape won't have support for embedded SVG fonts any time soon, and this means these two goals will remain mutually exclusive until then. So, can you implement such an option? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 1

Changes in building
by Gail Banaszkiewicz 12 Jul '07

12 Jul '07

Just wondering if there have been any recent changes in the way Inkscape is built, particularly in Windows. For some odd reason, Eclipse CDT suddenly thinks that Inkscape.exe is not a recognized executable when it comes to debugging. It was fine for many weeks before this one. Any insight would be much appreciated. Thanks! Gail

3 5

Re: [Inkscape-devel] PDF import extension
by MenTaLguY 12 Jul '07

12 Jul '07

Since everyone else seems to be having success with the PDF import, and since poppler is a C++ library, it seems possible that the heap corruption is the result of a C++ ABI mismatch between the build of poppler you have installed and the version of g++ you are compiling Inkscape with. Could you try installing a recompiled poppler and see if that makes a difference? -mental

1 0

[Fwd: [ inkscape-Bugs-1752331 ] Live effects causing problems on Windows]
by Ted Gould 12 Jul '07

12 Jul '07

I thought we fixed the thing on win32 where the command prompt pops up. Did I regress that with my changes? --Ted -------- Forwarded Message -------- From: SourceForge.net <noreply@...34...> To: noreply@...34... Subject: [ inkscape-Bugs-1752331 ] Live effects causing problems on Windows Date: Wed, 11 Jul 2007 23:30:06 -0700 Bugs item #1752331, was opened at 2007-07-12 04:23 Message generated for change (Settings changed) made by buliabyak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1752331&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Extensions Group: Win32 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Ted Gould (gouldtj) Summary: Live effects causing problems on Windows Initial Comment: I was testing one of the latest windows development builds (Inkscape 0.46dev+devel, built Jul 11 2007) and I noticed something pretty odd with the new live effects. Basically, it works by calling the effect repeatedly as you make changes. However on windows this involves opening a dos window for python to run each time, which happens 4 to 20 times a minuet, which is darn annoying... oh, and the other problem it has, is when changing a value by using a spinbox, it seems to lose control and it will keep registring the same event so the value will change to the min/max value of the spinbox depending on which arrow you press. These two bugs combined lead to a lovely loop of open an effect, say jitter nodes dos window opens change value of spinbox by using arrow loop * 100(0)? incress spinbox value by 1 open dos window to rup python interpreter, stealing focus and on top close python window, retuning focus to UI incress spinbox value by 1 open dos window to rup python interpreter, stealing focus and on top close python window, retuning focus to UI end loop... Update Inkscape UI tomh (hicks . kingtom (at the google mail place) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1752331&group_…

1 0

preview checkbox, again
by bulia byak 11 Jul '07

11 Jul '07

Ted, Yesterday for the first time I tried live-update effect on a large slow document (about 1Mb with lots of blur etc). It was a torture. I could not even adjust the number of paragraphs because it froze on every change for a long time. You made the effects themselves asynchronous - that is nice. But in situations like this, the actual effect run takes only a small fraction of the total time; a lot more time is spent by Inkscape itself on saving and then reloading the large file. And since Inkscape itself is not asynchronous at all, this freezes everything including the effect dialog. Sorry for pounding on it, but I think I've proven enough by now that the checkbox must be there and off by default :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 6

W3C SVG tests and Inkscape
by Tavmjong Bah 11 Jul '07

11 Jul '07

Hi, For fun, I ran Inkscape in batch mode over the W3C SVG test files. You can see the results at: http://tavmjong.free.fr/INKSCAPE/W3C_SVG/htmlInkscapeHarness/full-index.html Tav -- Tavmjong Bah A Guide to Inkscape http://tavmjong.free.fr/INKSCAPE/

7 6

Async script extensions
by Ted Gould 11 Jul '07

11 Jul '07

Hey all, So I've finally got my work on switching the scripting extensions over to being a call with parameters instead of a parsed string on the command line. At the same time I've made them asynchronous, which has some nice side effects. Basically, this all involved reworking large portions of the scripting code -- which brings the possibility of breaking things. Two areas in specific that I'm worried about: -- win32. Some of the functions I've used had notes on what does and doesn't work on win32, but the documentation was sparse, and I'm concerned it was incomplete. -- internationalization. I know we've had problems in the past with this code and different locales of filesystem and UI. I believe I kept all that code in place -- but history means that those with the complex setups should be extra observant when noticing how their SVN builds run. So other than those concerns, enjoy everyone. I hope this will add a lot of usability to the scripts, especially some discoverability to the parameters. Have fun, Ted

9 22

text case effects
by bulia byak 11 Jul '07

11 Jul '07

A group of new effects in the Text submenu performs various case conversions on selected text objects: converting to UPPERCASE, lowercase, Sentence case, Title Case, as well as flipping case (switching uppercase to lowercase and back) and rANdoMiZInG cAse. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 10

spirals
by Alexandre Prokoudine 11 Jul '07

11 Jul '07

Hi, A question in a design forum on drawing exact logariphmic spirals in One Well Known Application :-) triggered my interest to a way doing same thing in Inkscape. In fact Inkscape operates in other terms than all the geometric sources I read so far overnight. Divergence (or Linearity) sounds very much like Ratio, but 1,618 simply won't work for any amount Turns I've tried :) Apparently , if I divide Turns by 0,618 and input the result into Divergence, the resulted spiral will look pretty close to a Fibonacci spiral, but not exactly it. This brings me to a point we I don't quite understand what I'm doing :) Does Inkscape simply lack documentation to help people do the calculations? Can Inkscape make it easier for users by providing presets that would lock existing Spiral tool's options to some ratio so that one could pick, say, hyperbolic or archimedean or logarithmic spiral and draw as many turns as (s)he wishes? Alexandre

4 6

Re: [Inkscape-devel] [Inkscape-user] noob. Can someone help me build/run?
by Joshua A. Andler 11 Jul '07

11 Jul '07

Hey xl cheese, I'd recommend doing a clean checkout again from "https://inkscape.svn.sourceforge.net/svnroot/inkscape/inkscape/trunk" instead (note the inkscape at the beginning). That will ensure you won't run into the issue a few of our devs recently have. Also, since you're on Ubuntu, I'd recommend pulling up a terminal and doing "sudo apt-get build-dep inkscape" which will pull down the dependencies for you. I will be honest that I can't offer anything good advice-wise in trying to get eclipse to work as I've never used it. Gail, do you want to chime in? However, if you want to know the standard way to build (again in a terminal), after the initial checkout or when I make clean I do this: "svn up && ./autogen.sh && ./configure && make && sudo make install". Then I just typically do "svn up && make && sudo make install" after that. I also CCd the devel-list as well to get others input to perhaps help with Eclipse (and it's a good place to ask development related Qs in general)... Hopefully the above is at least a little helpful for you... Cheers, Josh xl cheese wrote: > I want to dust of my programming skills and thought I'd play with inkscape > in my spare time. > > Trying to use Eclipse on a Ubuntu 7.04 system. > > I did this command to copy the svn locally: (/home/wes/inkscape) > svn checkout https://svn.sourceforge.net/svnroot/inkscape/inkscape/trunk > inkscape > > Now that I have the source code how do I make it run in Eclipse? > > So far I have created a new project called WesInkscape in the dir > /home/wes/inkscape/src I can't seem to build it or run it. > > The inkscape wiki page for eclipse doesn't help. > > Thanks. > > _________________________________________________________________ > http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migrati… > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user >

3 3

smaller commands toolbar
by Alexandre Prokoudine 11 Jul '07

11 Jul '07

Hi, The "Make commands toolbar smaller" option from Preferences dialog seems to make the opposite effect: the toolbar is smaller when the option is disabled. Is this intentional? Am I the only one to see it? Alexandre

1 0

Re: [Inkscape-devel] Selector keybinding change
by Diederik van Lierop 10 Jul '07

10 Jul '07

Molumen wrote: > A similar and IMO more intuitive functionality is implemented in Corel > Draw. > There you can select the nudge distance, how far will an object move > when you click on the cursors. That would be great! Maybe we could also have an additional checkbox to link the nudge distance to the grid-spacing. I'm an engineer and I _love_ grids ;-) Diederik

1 0

Selector keybinding change
by bulia byak 10 Jul '07

10 Jul '07

* Draging the scale handles with Alt now scales selection by an integer factor, i.e. up to 2, 3, 4, etc. times the original size or down to 1/2. 1/3, 1/4, etc. of the original size (in any of the two dimensions independently). This replaces the old and rarely used "slow" scaling mode with Alt. Admittedly this use of Alt is not very consistent with others - I would prefer to use Ctrl for that but it's already used for preserving ratio. At least, this mode is much more useful than the Sodipodi-era, very counterintuitive old "slow" mode where a move of the mouse pointer resulted in 1/10 of the displacement. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 15

moves
by bulia byak 10 Jul '07

10 Jul '07

1. I moved the 3D box tool back under Rect on the toolbar - it's definitely one of the shape tools and most logically belongs with other shapes. 2. I moved the filter effects dialog to Object menu under Fill and Stroke, instead of the Effects menu. The two kinds of "effects" are confusing enough as they are, even without further confounding them by placing them into one menu. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Re: [Inkscape-devel] Getting the GdkWindow in which a verb was invoked
by bulia byak 09 Jul '07

09 Jul '07

On 7/9/07, Chris Adams <oneseventeen@...400...> wrote: > Ironically I prefer Inkscape on Windows, there's a couple of things > (like trying to select an object that is behind another object via the > alt key) that don't work for me on my Ubuntu laptop see http://wiki.inkscape.org/wiki/index.php/FAQ#How_to_make_Alt.2Bclick_and_Alt… -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

one more
by bulia byak 08 Jul '07

08 Jul '07

* Previously, the only way to switch selection from scale mode to rotate mode or back was to click on it, which was rather inconvenient when the selected object is in a group or under other objects. Now you can switch modes with keyboard as well by pressing Shift+S in Selector tool. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: [Inkscape-devel] WebDav class patch submitted today
by Jon Phillips 08 Jul '07

08 Jul '07

Yes, it does. Since we can already set this at config time, would be better to vut down dependencies... Jon -----Original Message----- From: Bruno Dilly <bruno.dilly@...400...> Sent: Saturday, July 07, 2007 7:18 PM To: Ted Gould <ted@...11...> Cc: inkscape-devel@...6...; Bryce Harrington <bryce@...961...> Subject: Re: [Inkscape-devel] WebDav class patch submitted today Yes, it does. I've found some libs that support WebDav, when I was searching about it. I should had explained better, I'm not starting from the scratch. I'm using the neon lib, an WebDAV client library, http://www.webdav.org/neon/. It has worked fine for our purpose. I don't know the gnome-vsf library too much, I will try to study it better. On 7/7/07, Ted Gould <ted@...11...> wrote: > On Sat, 2007-07-07 at 16:23 -0300, Bruno Dilly wrote: > > I'm Bruno and I'm working in the Export to/Import from Open Clip Art > > Library gsoc project. > > Today I submitted a patch (item #1749698) with the webdav class, that > > implements all the necessary webdav methods. > > > > If you could take a look in it, I will be grateful. Soon I will submit > > an Export to OCAL patch, that will use this class to store files in > > webdav servers. > > Uhm, doesn't gnome-vfs support webdav? > > --Ted > > > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

3 2

WebDav class patch submitted today
by Bruno Dilly 08 Jul '07

08 Jul '07

Hi, I'm Bruno and I'm working in the Export to/Import from Open Clip Art Library gsoc project. Today I submitted a patch (item #1749698) with the webdav class, that implements all the necessary webdav methods. If you could take a look in it, I will be grateful. Soon I will submit an Export to OCAL patch, that will use this class to store files in webdav servers. See you

2 3

SPStyle now uses SPFilterReference
by bulia byak 07 Jul '07

07 Jul '07

I changed SPStyle to use SPFilterReference for linking up filters, the same as filters use to link up to each other. This simplified SPStyle code (got rid of ad-hoc hreffing, etc) and fixed at least one bug: now filters are no longer lost when you undo an effect from Effects menu. Of course there may be gotchas, so please report to me any crashes and misbehaviors in filters linking (but not rendering - that is Niko's domain now, my changes should not affect that). If all goes smoothly I will similarly switch SPStyle's paintservers (gradients and patterns) which will fix a bunch of other long-standing bugs. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 6

Re: [Inkscape-devel] GTK+ and GTKMM problems
by joel＠...1709... 07 Jul '07

07 Jul '07

> I think the best thing to do would be to rewrite the desktop window code to use > a Gtk::Window rather than a GtkWindow as the top-level window. It's a small > step towards the complete Gtkmmification we have been wanting anyway. I agree, and I'm embarking on this process. My investigations have lead me to this little gem in edgit-widget.cpp: void * EditWidget::getWindow() { return this ; } This surprised me a little as EditWidget is a subclass of Gtk::Window. EditWidget is cast into a void*, then in SPDesktop::getToplevel it's cast into GtkWindow*. Can someone explain to me why EditWidget::getWindow returns a void* not a Gtk::Window*? why is the type thrown out? Am I missing something here? I'm very surprised that this series of casts works at all. I assume that the Gtk::Window class contains GtkWindow* as the first member. Shouldn't this be fixed? Joel ---------------------------------------- From: MenTaLguY <mental@...3...> Sent: 06 July 2007 15:21 To: joel@...1709... Subject: Re: [Inkscape-devel] GTK+ and GTKMM problems On Fri, 6 Jul 2007 15:09:04 -0700, "joel@...1709..." wrote: > What I really want here is "temporary wrapper" just to satisfy > FileChooserDialog. There seems to be rather a lack of documentation about > all this - or maybe I don't know where to look. Glib::wrap wasn't intended to be used that way. > Am I right in thinking that while all inkscape dialogs use Gtkmm, the main > window is based on plain old GTK+ ? If not, is there a way I can get a > reference to it's underlying Gtk::Window rather than a crumby GtkWindow*? I think the best thing to do would be to rewrite the desktop window code to use a Gtk::Window rather than a GtkWindow as the top-level window. It's a small step towards the complete Gtkmmification we have been wanting anyway. -mental

2 1

GTK+ and GTKMM problems
by joel＠...1709... 07 Jul '07

07 Jul '07

Hi All, After the discussions of a few weeks back, I'm working on a (supposedly) minor mod to correctly set the parenting of the file dialogs. Many inkscape modal dialogs do not have the inkscape desktop correctly set as their parent window, so that in Windows, at least, it becomes possible for the user to hide a file dialog, say, behind the inkscape desktop by simply clicking on it (as mentioned in bug #1431528) for example. For the file dialogs, correcting this is fairly simple: there's a version of the Gtk ::FileChooserDialog constructor which has an extra parameter allowing you to specify a parent window. Now here's my problem: It's fairly easy to get the GtkWindow* of the desktop window - C style, from a SPDesktop pointer. However, the Gtk ::FileChooserDialog constructor requires a Gtk::Window&. The obvious solution to this is to use the Glib ::wrap function which takes in one, and returns the other. The problem comes when you have to tidy up. If you do a C++ delete on the desktop's wrapper Gtk::Window* returned by Glib::wrap, it doesn't just destroy the wrapping, but also the desktop window itself. So that if you press OK or Cancel in a file dialog, gtkmm responds by completely closing down inkscape - which is rather a shame. What I really want here is "temporary wrapper" just to satisfy FileChooserDialog. There seems to be rather a lack of documentation about all this - or maybe I don't know where to look. Am I right in thinking that while all inkscape dialogs use Gtkmm, the main window is based on plain old GTK+ ? If not, is there a way I can get a reference to it's underlying Gtk::Window rather than a crumby GtkWindow*? If so, would it be appropriate to create a wrapped Gtk::Window at the beginning of the life of the SPDesktop and stored inside, only deleting it after the desktop is finally closed? - so that the SPDesktop::getToplevel would instead return a pointer/reference to this Gtk::Window, rather than a GtkWindow*? [I seem to be the only one using SPDesktop::getToplevel]. As much of a PITA as all this is, I would like to find a solution, because it's not just the file dialogs that are suffering from a lack of parentage. It's even possible to put the About box behind the desktop - which is just a bit yucky. Oh and sorry about the ^Ms Joel

3 3

Trailing whitespace
by John Faith 06 Jul '07

06 Jul '07

Hello, I noticed the trailing whitespace item here http://wiki.inkscape.org/wiki/index.php/InkscapeJanitors#Cleanup:_Whitespace so I made a script which generates a (large) patch. Should this be done for just .cpp, .c and .h files in src/ or should other files be touched? , John

3 3

Need some input for solving UI bug
by Diederik van Lierop 06 Jul '07

06 Jul '07

Revision #15307 fixes bug #1740146, in which changes in the document-properties dialog are written to the wrong document when multiple documents are open. In registered-widget.cpp, we used to have if (!repr) repr = SP_OBJECT_REPR (sp_desktop_namedview(dt)); but this won't update "repr" when the focus has changed to another document. Just removing the if-statement did the trick, but this is also needed for the other controls. We have two other options though: - make "repr" a local variable instead of a class-variable. Why should it be a class-variable after all? - have a mechanism to notify the class of changes in the focus and update "repr" accordingly, but I don't see a reason for doing it like this. I'm not very familiar with the GUI stuff yet, so some pointers in the right direction would be appreciated. Diederik

3 3

GSoC Midterm Evaluations
by Gail Banaszkiewicz 06 Jul '07

06 Jul '07

Just wanted to give a heads up to anyone that doesn't receive these announcements, and for those that interested in the program but aren't directly involved. Gail LH wrote: > Hello everyone, > > All participants in GSoC should take a moment to peruse the newly > published midterm survey documentation. The document covers > information for students, mentors with assigned students, mentors > without assigned students and organization administrators. There are > detailed instructions for submitting the surveys, as well as a > granular survey timeline. If you have any questions after reading the > documentation, just let us know. > > Cheers, > LH > > http://groups.google.com/group/google-summer-of-code-announce/web/midterm-s…

3 2

Crashbug on fixing XML node creation.
by unknown＠example.com 05 Jul '07

05 Jul '07

Hi all, I am about to fix a bug in the code... /display/canvas-grid.cpp line 229: newnode = xml_doc->createElement("inkscape:grid"); newnode->setAttribute("type", getSVGName(gridtype)); repr->appendChild(newnode); Inkscape::GC::release(repr); <--- this line should be there but isn't When I add that GC::release line, a strange bug appears. When repeating grid creation and undoing by pressing the new button and then pressing ctrl+z, first it works fine, but after a number of repetitions Inkscape crashes (svnhead, WinXP). Can anyone shine light on this matter please? (note that i did not yet commit this 'fix') Cheers, Johan

2 1

Svg to pdf color not exported
by PICHOT ANTOINE 05 Jul '07

05 Jul '07

Hello, I'm using Inkscape 0.45.1, built Mar 21 2007 on Windows XP. The pdf produced by an export (using save a copy...) of the attached file does not include the color. Is this a known bug/behaviour ? Can someone help ? Cheers, Antoine Pichot Alcatel-Lucent Research Engineer Research & Innovation Centre de Villarceaux Room COP 2.A06F Route de Villejust 91620 Nozay antoine.pichot@...1768... Tel : +33 1 3077 2663 Fax : +33 1 3077 6177

1 0

Script Updates
by Ted Gould 05 Jul '07

05 Jul '07

Okay, I've committed some updates, which I think fix most of the minor issues. -- Effects without GUIs work now -- The working directory for scripts is the same as the working directory for Inkscape instead of a temp directory. I don't think this fixes all the win32 issues -- but it is the same as before. -- Parameters don't have extra quotes -- Removed plugin code to the SVN history --Ted

4 10

Re: [Inkscape-devel] Google Summer of Code
by Ted Gould 05 Jul '07

05 Jul '07

On Thu, 2007-06-28 at 14:42 -0500, Christopher Brown wrote: > I'm trying to find out if I can affect embedded images without writing > temporary files by using ImageMagick's blobs, so I'm implementing IM > in Inkscape via MagickCore. The problem is that after I affect an > Image, sometimes Inkscape doesn't update the image to reflect the > change (since I don't change the filename), until I save it, or copy > the image, or do something to it. I think that you need to emit the contentChanged signal from the node. But, I can't seem to figure out how this is supposed to be done. I'm CC'ing the -devel list to see if someone can help you there. > I'd run the update sp_item on every item in the selection, but that > method wants a SPCtx pointer, and I have no idea where to get that. Is > there an easier way to update the sp_image or can you tell me how to > get the SPCtx pointer? I think that you're going to have to keep things at the repr/xml level because I don't think that we currently have a way to take the data modified in the SP_ level and reencode it back into a PNG for the repr level. So, it'll be better to have IM build the PNG and place it on the XML node as data. Then Inkscape can pull it into the renderer. Not as efficient, but it should work without having to implement some crazy PNG stuff. (again, the people on -devel may correct me :) ) --Ted

1 0

back-compatibility: font name quoting
by MenTaLguY 05 Jul '07

05 Jul '07

It looks like recent trunk has begun putting single quotes around font names with spaces in them; I believe this is fine in terms of the CSS spec, except that recent released versions of Inkscape can't parse that and end up using the default font (generally bitstream vera) instead. Ideas? -mental

3 10

n00b questions
by joel＠...1709... 04 Jul '07

04 Jul '07

Hi, Given that I'm pretty new to the Inkscape developement world, I had a couple questions. The first is this: what hurdles stand between Inkscape today, and v1.0? I love using it, and I've now completely migrated over from CorelDRAW. I'm really keen to see Inkscape develop and become more and more popular, for a couple of reasons: 1. it's good for the world, and 2. more users mean more developers which means more features/innovation more quickly - which is good for me! v0.45.1 is great, and v0.46 will be even greater. I'm now happy to use Inkscape for most of my design work. It's not perfect - it's a bit rough around the edges, but in general it does the job pretty well. From my point of view, the app needs a bit of polishing here and there to improve slickness, but generally it's in pretty good shape. However, reading the roadmap it says that we're at least 11 releases away from v1.0. If you're roughly on a 6 month release cycle, that puts v1.0 at least 5 years away! Surely that's not right? I worry that until Inkscape gets to >v1.0 it will be seen as "experimental" and "unstable" by many. I worry that until 1.0, the app will languish, not attracting the user base or developer base it deserves.. Companies won't trust it, and Ubuntu probably won't bundle it for example. So to rephrase my question: how many of the tasks in the roadmap are *truly* necessary? Maybe I'm being niéve, but surely inkscape doesn't have to be all things to all men - even at 1.0. Many of the ideas seem tantalysing; I can't wait. But surely we need to sort between "must have" and "nice to have". We can add the "nice to haves" into v1.1, or v2.0 just fine, no? I'll ask my second question in a second e-mail.

4 3

Re: [Inkscape-devel] Script Updates
by joel＠...1709... 04 Jul '07

04 Jul '07

For myself I would like to see as much live updating in inkscape as possible. The more visual feedback the user gets, the more fluid the app will feel. If using an effect were like compiling a program, then: no, you wouldn't want to update every time you change a line of code. Compiling is slow, and the intermediate results are completely useless. However, we're trying to help te user be artistic. Effects generally run quite quickly, and the intermediate results are often useful in helping the user find the magic combination of parameters that create just the right effect. Live updating needn't make inkscape feel slow if: 1. script threads run at low/medium a priority so the rest of the app/system don't lock up. 2. script execution is quickly aborted if the user changes a parameter, or presses cancel. On a connected topic: would it be worth adding some kind of optional progress API to the python set? This way potentially long running scripts can give some feedback as to the percentage progress that has been made. I think this could be useful when doing live preview, or when doing the final render. Otherwise a script is rather like the Turing Machine; you never whether to give up waiting. ---------------------------------------- From: "bulia byak" <buliabyak@...400...> Sent: 03 July 2007 10:35 To: "Ted Gould" <ted@...11...> Subject: Re: [Inkscape-devel] Script Updates On 7/3/07, Ted Gould wrote: > Well, I challenged whether this is required in a previous e-mail, and > you didn't respond. So I assumed that you thought my logic was > flawless :) It's not about logic. It's about "feel" if you like, about perception and doing what is expected. If I have a dialog with several parameters, and you set them in turn, you are not interested in seeing the result after only one parameter is set. But once you set the first parameter, you see something changing on your canvas and you waste your time trying to figure out what happened. This is annoying and wasteful (although, of course, in another situation where I want to fine-tune the parameters, it's a huge time saver). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Re: [Inkscape-devel] n00b questions
by joel＠...1709... 03 Jul '07

03 Jul '07

A thought just occured to me: would it be useful for someone to create a wiki page that contains a list of *all* the SVG features (maybe the contents page of some SVG specification), so that we can check off the things we have, and people like me can see what remains to be completed? ---------------------------------------- From: "Joshua A. Andler" <joshua@...533...> Sent: 03 July 2007 12:21 To: joel@...1709... Subject: Re: [Inkscape-devel] n00b questions joel@...1709... wrote: > > Hi, > Given that I'm pretty new to the Inkscape developement world, I had a couple questions. > > The first is this: what hurdles stand between Inkscape today, and v1.0? Better SVG Compliance. I believe the last discussion put it at SVG Tiny 1.1 being fully supported. As great as Inkscape is in the general vector realm, we are first and foremost (specifically) an SVG editor. I also recall there being goals for falling below a certain amount of bugs or something along those lines. > If you're roughly on a 6 month release cycle, that puts v1.0 at least 5 years away! > > Surely that's not right? The above addresses this. If we had full support tomorrow (which won't happen), the next release could be targeted 1.0. > I worry that until Inkscape gets to >v1.0 it will be seen as "experimental" and "unstable" by many. I worry that until 1.0, the app will languish, not attracting the user base or developer base it deserves.. Companies won't trust it, and Ubuntu probably won't bundle it for example. Being with the project for a few years, I can tell you it's seen nothing but steady growth and adoption. It seems that once people understand why it's not "1.0", they get past the superficial numbering. Honestly, if people choose software based on version number, they're not properly evaluating all candidates. That said, if people view Inkscape as a general purpose vector editor and not an SVG editor, if we hit 1.0 without full color management support and rockstar pdf output, things would look really bad to them. Oh and as for Ubuntu bundling it... two of our core devs are Ubuntu developers, so if we will ever stand a chance, it probably lies more with their powers of persuasion (and user demand) than a superficial number. ;) For the record, the first thing that Ubuntu utilizes on your computer at startup (GRUB) is only 0.97, or rythmbox which is a default install is at 0.11, etc... so I don't think numbers matter that much. So... if you want to get things moving toward 1.0 you can either polish up the rough edges you see, or work toward SVG Tiny compliance. Either way, it moves Inkscape forward. :) -Josh P.S. I'm sure others will elaborate more and make me look like a fool. ;)

2 1

Re: [Inkscape-devel] Second n00b question: Cairoification
by joel＠...1709... 03 Jul '07

03 Jul '07

Thanks for both your answers, they're both very informative. Sorry abut th ^Ms, the "SmarterMail" web client I'm using is maybe not so smart. The problem'll go away by next week when I get back on my real mail client. ---------------------------------------- From: "Joshua A. Andler" <joshua@...533...> Sent: 03 July 2007 12:27 To: joel@...1709... Subject: Re: [Inkscape-devel] Second n00b question: Cairoification joel@...1709... wrote: > > Here's my second question: how's the cairofication coming along? Cairofication is awaiting a few fixes in Cairo. My understanding is that after that, we're golden. > For me this would be a truly killer feature: fast hardware rendering in OpenGL. What problems stand in the way of us switching over before the next release? I heard about the problem with off-centre elipse gradient fills. Is this the only sticking point? Couldn't we just cludge it by composing the gradient out of loads of bilinear filled triangles, or by a pile of ellipses? Or couldn't we put pressure on the Cairo guys to add support - wouldn't having Inkscape use their engine be a big incentive for them to grease the weels? Bulia and Carl Worth (a core Cairo dev) know what fixes we need. There are 3 or 4 of them I believe. A couple which are pretty serious. One relates to spurious lines showing up when zooming in. Another relates to Masks not rendering correctly (which you could possibly look into on our end to make it compatible with how Cairo currently wants masks, as it would be faster than waiting for the fix on Cairo's end - per Carl). And there is one or two more that I don't recall offhand. Honestly, before any faster hardware rendering, the biggest benefit we get is half the memory consumption... not to mention free renderer upgrades as Cairo improves. > Or are there other things to think about? or is it simply a work in progress for the assigned developer? If you would really like to look into making this stuff happen, please let us know. You could also drop by our jabber room or IRC to talk as well. -Josh

1 0

Second n00b question: Cairoification
by joel＠...1709... 03 Jul '07

03 Jul '07

Here's my second question: how's the cairofication coming along? For me this would be a truly killer feature: fast hardware rendering in OpenGL. What problems stand in the way of us switching over before the next release? I heard about the problem with off-centre elipse gradient fills. Is this the only sticking point? Couldn't we just cludge it by composing the gradient out of loads of bilinear filled triangles, or by a pile of ellipses? Or couldn't we put pressure on the Cairo guys to add support - wouldn't having Inkscape use their engine be a big incentive for them to grease the weels? Or are there other things to think about? or is it simply a work in progress for the assigned developer?

2 1

Re: [Inkscape-devel] Toolbar Icons in Windows
by joel＠...1709... 02 Jul '07

02 Jul '07

Those icons also look really good. I'm so glad all these open applications are getting a face lift; it makes them so much more appealing. ---------------------------------------- From: Andreas Nilsson <nisses.mail@...563...> Sent: 01 July 2007 15:38 To: joel@...1709... Subject: Re: [Inkscape-devel] Toolbar Icons in Windows joel@...1709... wrote: > I have a question about standard toolbar icons. I notice that when I > run inkscape in Gnome in Ubuntu, the system provides some of the > standard icons in toolbar for things like Open, Save, Print, Cut, Copy > and Paste. These Ubuntu provided icons look really good (are > they Tango?). However, in the Windows version of Inkscape (or is it > GTK+ ?), the standard icons just look a little dreary, and washed out. > Is there any chance that the Windows users could have brighter icons > which follow the Windows style guidelines? - like the Silk Icons > (http://www.famfamfam.com/lab/icons/silk/), or for that matter any > icons which follow the Tango style guidlines? > Hi Joel! I assume you refer to the gtk+ stock icons that are being used in the stable windows builds, and yes, they fit in somewhat bad on windows. However, new gtk+ stock icons are coming in the next stable release (gkt+ 2.12?). These should blend in a bit better with other windows applications. Check out http://www.andreasn.se/blog/?p=45 for more details. - Andreas

1 0

Re: [Inkscape-devel] Toolbar Icons in Windows
by joel＠...1709... 02 Jul '07

02 Jul '07

Those icons look great! I can't wait till they're in. ---------------------------------------- From: "Alexandre Prokoudine" <alexandre.prokoudine@...400...> Sent: 01 July 2007 14:24 To: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Subject: Re: [Inkscape-devel] Toolbar Icons in Windows On 7/2/07, joel wrote: > These Ubuntu provided icons look really good (are they Tango?). They are in Tango style, but not Tango. The theme is called Human. > or for that matter any icons which follow the Tango style guidlines? Yes, we have a tango styled icon set in works. Have a look at http://gnomelook.org/content/show.php/Tangofied+inkscape+icons+set?content=… if you want to know more :) Alexandre ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Toolbar Icons in Windows
by joel＠...1709... 01 Jul '07

01 Jul '07

I have a question about standard toolbar icons. I notice that when I run inkscape in Gnome in Ubuntu, the system provides some of the standard icons in toolbar for things like Open, Save, Print, Cut, Copy and Paste. These Ubuntu provided icons look really good (are they Tango?). However, in the Windows version of Inkscape (or is it GTK+ ?), the standard icons just look a little dreary, and washed out. Is there any chance that the Windows users could have brighter icons which follow the Windows style guidelines? - like the Silk Icons (http://www.famfamfam.com/lab/icons/silk/), or for that matter any icons which follow the Tango style guidlines? Sorry to keep posting comments about such seemingly trival details - I'm just stickler for details sometimes.

3 2

new API: XML::Subtree
by MenTaLguY 01 Jul '07

01 Jul '07

I've introduced a new API for monitoring changes to subtrees of a given XML tree. It extends the existing change notification API for XML::Node by providing an attachment point for NodeObservers to observe changes to an entire subtree in the document, instead of just a single node. The main difference is that rather than registering a NodeObserver with a Node via Node::addObserver, you create a Subtree object for that node and add the observer to it instead. XML::Node *some_node; XML::NodeObserver &observer; ... XML::Subtree *subtree = new XML::Subtree(*some_node); subtree->addObserver(observer); ... subtree->removeObserver(observer); delete subtree; // XML::Subtree is manually manged I'm going to do a more efficient implementation of XML::Subtree eventually, but that shouldn't alter the API given here. -mental

1 0

Updated Wiki Eclipse Tutorial
by joel＠...1709... 01 Jul '07

01 Jul '07

Now that Eclipse Europa is out, I've updated the Eclipse Pages (I believe correctly) to reflect the changes made in this release.

1 0

Tutorial translations: switching to xml2po
by Colin Marquardt 01 Jul '07

01 Jul '07

Hi, is there anyone who objects using xml2po for the tutorial translations? See http://wiki.inkscape.org/wiki/index.php/DocumentationTranslation for the process. With xml2po, translators would get regular po files to translate, with all the positive effects (no manual looking for string changes; more dedicated tools than for Docbook; familiarity of amny translators with the format; translator credits for free (even though we don't pull them yet for the About box); strings from included images are in the same file; the Gnome people are using it; and probably some more). I am using xml2po for the German translation since pre-0.45, and it worked quite well so far. I have started automating the conversion process to HTML/SVG (to the then intermediate Docbook XML) in SVN. So if there are no valid objections overriding the plusses, I will soon start converting all translated Docbook XML files to the po format. Please submit any translated XML files that are not yet in SVN. I think now is a good time to tackle that process, considering that 0.46 is probably a while but not too far away, and there are quite some efforts going into tutorials recently (thanks Ryan :). Cheers Colin PS: I'm cmarqu on IRC.

1 0

Effects on Win32 (and side note)
by Joshua A. Andler 01 Jul '07

01 Jul '07

Okay... first off, I nuked my svn checkout, xmingw, and my gtklibs... Then brought everything back up-to-date and clean at that. Cross-compiled for win32 and fired up inkscape on the win32 box. The error I reported yesterday persisted (about not finding python25.dll). I manually moved the dll file from the main inkscape dir into the python subdirectory where python.exe resides. This solved problem of not being able to find the dll. However, effects still do not work. When I try to run effects (interpolate is my example here) I now get output stating: "python: can't open file 'share\extensions\interp.py': [Errno 2] No such file or directory" For the sake of trying to find a workaround (like the dll), I copied the "share\extensions" directory structure with the contents into that python dir as well (hey it worked for the dll). Unfortunately, this did not fix it. It seems like this may be more related to our library upgrade and new python than the changes Ted made. I really want to make sure that people will still be able to use effects on win32, and it seems like the sooner we can know if there's a problem, the better. Anyone else building for/on win32 having a different experience? Again, note that I'm cross-compiling, not compiling natively. Side note: Bob, the gtkrc file copied to "inkscape\etc\gtk-2.0" has the correct change I suggested. But, the gtkrc file that is in "inkscape\share\themes\MS-Windows\gtk-2.0" does not have the change and it is the one inkscape actually uses. -Josh P.S. Ted, you're getting CC'd because I want you to know that I plan on testing your changes on win32 asap... and also to know that I will bug you if your changes don't work on win32. ;)

6 17

Getting the GdkWindow in which a verb was invoked
by Joel Holdsworth 28 Jun '07

28 Jun '07

Hi again, I'm currently working on a patch to add support for native file dialogs for windows users. It's worked out pretty well, and I'm almost finished. I have one slight problem though: parent windows. In the GTK version, sp_file_open_dialog (in file.cpp) is called from inside FileVerb::Perform in verbs.cpp. But how is it possible to get the GdkWindow object of the windows in which the verb was invoked? If I have this I can add it as an extra parameter to sp_file_open_dialog, to enable both the GTK, and Win32 file dialogs to be correctly set as child windows of the document's window. Any suggestions? Joel Holdsworth

5 7

Object Sets
by Jeff Rose 28 Jun '07

28 Jun '07

Hi Inkscapers, I was just talking with a friend while he is working on some diagrams in inkscape, and he wants to be able to have items in multiple groups. (This is a network diagram, so for example it would be nice to have a set of all nodes, to be able to change color and style, but then also put various subnets of nodes into their own groups so they can be transformed as a unit.) Looking into it a bit it seems that this is really a limitation of the way svg handles groups, and since both groups and layers in inkscape are implemented with svg groups I guess it's not possible to use a set oriented approach like this? Any ideas why groups are limited in this way within the svg spec? I can imagine a number of situations in which it would be nice to change style attributes or script or transform on different sets of potentially overlapping objects. Any thoughts on this? -Jeff

2 1

Funny situation with use inside text
by Gail Banaszkiewicz 27 Jun '07

27 Jun '07

2 4

3D box tool update
by Maximilian Albert 27 Jun '07

27 Jun '07

Hi everyone, following Gail's example, I would like to post a short note on my progress, too, and at the same time announce version 0.1 of the 3D box tool. :) Well, that's probably too much of a promise. It is _extremely_ limited, the only thing it may be useful for is giving an impression of the envisaged behaviour (also see http://www.rzuser.uni-heidelberg.de/~malbert/core_functionality.shtml ). I'd appreciate comments, although I admit that there is not much to comment on yet. ;) All you can do at the current stage is create a box in a fixed perspective. No dragging of corner nodes is possible yet, nor of vanishing points (VPs) or perspective lines (PLs), nothing. Although you can of course treat boxes as "normal" groups of paths and edit them in the usual way. However, since currently the transform method is not implemented, you should hit Ctrl+Shift+G and Ctrl+G before doing so (in order to ungroup and regroup the paths representing the faces, which removes the 'sodipodi:type="inkscape:3dbox"' attribute from the group so that it is not recognized as a 3D box any more; this mainly fixes issues with undo/redo). In the current fixed perspective the edges of the box are drawn along parallel PLs directed towards "infinite" VPs in x-, y- and z-direction. You will notice, however, that as soon as the 3D box tool is activated, three points are drawn on the canvas. They represent "finite" VPs and it is possible to switch between "finite" (i.e., the PLs meet in the respective VP) and "infinite" (i.e., the PLs are parallel) in each direction by toggling the corresponding button in the 3D box toolbar. The VPs will be color-filled when their state is finite. Sorry that they don't disappear again when switching to another tool, but I didn't want to invest a lot of time in making them work better when I need to rewrite the code anyway as soon as they become draggable. BTW, already drawn boxes are not updated live yet, toggling the VPs' states only affects the drawing of new boxes (also note that when the VPs are white they don't affect the drawing of boxes, although they appear on the canvas; this is a bit counter-intuitive when using the tool for the first time). Since the functionality is so limited I decided to hide the tool's icon for the time being. To make it visible, simply uncomment line #129 in src/toolbox.cpp. You can also change the position/direction of finite/infinite VPs by setting the corresponding values in src/box3d-context.cpp (starting from line #122) and recompiling. Very inconvenient, I know. And if anyone wants to design a *nice* icon for the toolbox, you are most welcome (I haven't invested any time in that so far). Well, I really hope to make faster progress starting from next week. I have just handed in my Diplom thesis (whose completion took a lot more time than expected) so that I could only work part-time on SoC during the past weeks. Cheers, Max

6 8

Re: [Inkscape-devel] SPAM-LOW: Re: Getting the GdkWindow in which a verb was invoked
by joel＠...1709... 27 Jun '07

27 Jun '07

> If you have problems like this, please fix it in GTK and not in every > GTK app. GTK+ is a multi-platform toolkit by the definition on there > website and not only an Linux toolkit that works on windows too. I couldn't agree more, and I think the i-beam problem has been solved precisely because the later builds use more up-to-date versions of GTK. > But we need a file dialog that fits better into windows. So I would suggest > to write a gtk dialog, that looks like a windows dialog. > The pros are, that all windows gtk apps will benefit from it and that we > can still use the preview and the bookmarks. I would have to disagree with you there. It will be very difficult for a facsimily of the Windows dialog to look consistent in it's finer details - leaving Windows users rather unsatisfied. The details really do matter. The dialog should not be nearly the same (all except for that one little thing), it needs to be exactly the same. When one calls the OpenFileName API you get the open file dialog for the version of windows which you are using. But, I suspect it'll be impossible for use to make clones of the file dialogs of *all* windows versions - especially when you take forwards compatibility with future versions of Windows into account. This is why we need to use the Windows API. I'm very impressed that the Print dialog is now the native windows file dialog - it just looks so much better! For versions of Windows before Vista, there is scope for making slight changes to the dialog by modifying the "dialog template". This basically allows you to add extra controls to it. Vista has a slightly more refined, better supported way of allowing you to do the same thing. So there would need to be different code for all versions prior to vista to all versions vista and onwards. I myself am very happy to take on this rather fiddly task, because I place a very high value on consistency. > I can only agree with you, that Windows is an very important platform. > But please don't hack the Windows support into Inkscape but make it the > "right way". ;) I wouldn't have it any other way. ---------------------------------------- From: Tobias Jakobs <tobias.jakobs@...128...> Sent: 26 June 2007 12:08 To: Joel Holdsworth <joel@...1709...> Subject: SPAM-LOW: Re: [Inkscape-devel] Getting the GdkWindow in which a verb was invoked Am Dienstag, den 26.06.2007, 18:09 +0100 schrieb Joel Holdsworth: > One thing I notice quite regularly is that > because this a GTK app, it is inevitably primarily designed for Gnome. An > example of this problem is the edit box I-beam cursor. In 0.45.1 when you > hover over an edit box in windows you get a GTK style I-beam, rather than > the windows system I-beam. I'm very glad that this has now been fixed in the > developement builds. A second example is scrollbars. When you scroll to the > maximum or minimum extent, the arrow buttons grey out. That behaviour makes > sense, but it's not Windows standard, so it sticks out like a sore thumb. > If you have problems like this, please fix it in GTK and not in every GTK app. GTK+ is a multi-platform toolkit by the definition on there website and not only an Linux toolkit that works on windows too. > I guess I got a similar impression of the file dialogs. Far from making me > feel like a first class citizen, it made me feel like it was one of those > linuxy things that noone had got round to fixing sorting out yet - Linux > being the primary platform for the project, and I being a mere "M$ Windoze" > user. I definitely don't think we should add more options to resolve this - > as they tend to be an excuse for dodging hard design decisions. I agree that > it would be a shame to loose bookmarks and preview, but then I don't think > many Windows users will know what they're missing. Instead they'll be happy > that the application has the humility to "play the Windows game the Windows > way". > I agree with you that we need other file dialogs on windows. An old usability rule is: "The Platform is the King." That means, it's not important to have the same dialogs on every platform, but to fit into the platform as good as possible. So the first question is, is there a standard Windows file open dialog? Look at Word, Photoshop, Coral Draw, Notepad and you will find 4 different file open dialogs. So we don't need "the standard windows file open dialog" because the users are used to different file dialogs. But we need a file dialog that fits better into windows. So I would suggest to write a gtk dialog, that looks like a windows dialog. The pros are, that all windows gtk apps will benefit from it and that we can still use the preview and the bookmarks. > I think it's quite important that we try and show Windows users that we take > their platform sersously, because the majority of developers work on that > platform, so we could do with attracting their input to get more inovation, > and faster progress. I can only agree with you, that Windows is an very important platform. But please don't hack the Windows support into Inkscape but make it the "right way". ;) Regards, Tobias

3 2

Re: [Inkscape-devel] Getting the GdkWindow in which a verb was invoked
by joel＠...1709... 26 Jun '07

26 Jun '07

Ok, well if emost people are happy then I'll go ahead, and do the job as neatly as I can. You probably won't see too much visible progress in a while, because I'm holiday for the next 2 weeks, and after that I have a contract which always seems to soak up most of my brain power, but I will have it on the back burner. ---------------------------------------- From: "Joshua Blocher" <verbalshadow@...400...> Sent: 26 June 2007 16:16 To: joel@...1709... Subject: Re: [Inkscape-devel] Getting the GdkWindow in which a verb was invoked Hi Joel, On 6/27/07, joel@...1709... wrote: > Hi Joshua, > > Yes I can see how you would loose out - I quite understand. Although I do > think we need to think about the needs of more common Windows users. You use > one application on several platforms, wheras most people use one platform > and several applications, so we really need to optimise consistency on a > per-platform basis, not on a per-app basis; simply to satisfy the > expectations of the users. The aim here is to reduce the number of > different-functioning dialogs that the user of any given platform has to > learn and understand. I would say that is the way windows works almost every app has a slightly different spin on what their apps open dialog looks and functions like. Sure most use the base open dialog as a base for their implementation but its still different, some even implement completely different looking and functioning ones, that's every version of office that i can remember and many other graphic apps. Sorry, I'm not trying to discourage you. What you want to do will probably help the average windows user. I just want to make sure that we think carefully about the downside for multi-platform users and issues is may cause with helping users. We need to remember that this is a cross-platform program and that every bit of platform specific code may additional complexity of maintaining and supporting for the long term. Since Dev's seem to have blessed off on it with conditions, good luck. Joshua L. Blocher verbalshadow > > ________________________________ > From: "Joshua Blocher" > Sent: 26 June 2007 15:02 > To: inkscape-devel(a)lists.sourceforge.net > Subject: Re: [Inkscape-devel] Getting the GdkWindow in which a verb was > invoked > > I'm personnelly for keeping the current gtk dialog, i use both windows > and linux and I simply expect inkscape to provide the same > functionality and work in the same way (where possible) on both > platforms. This provides maximum usability for multi-platform users > and reduces the need to know the platform specifics when helping > other users. I'm not against making things more "usable" for windows > users, so i feel that IF need that a gtk dialog made to look like > office 2003 open dialog ( what tobias suggested) is probably the best > half way point. It offers bookmarking and previews. It still wouldn't > function and work in exactly the same way but at least it would still > be there. > > Joshua L. Blocher > verbalshadow > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

1 0

Re: [Inkscape-devel] Getting the GdkWindow in which a verb was invoked
by Joel Holdsworth 26 Jun '07

26 Jun '07

Are you saying that at some stage there was suport for native windows file dialogs which was then removed? If so why was this? and if I was to add the support in once again would I be reversing some community decision from a while ago? if that decision was made, on what grounds was it made? > ----- Original Message ----- > From: "Bob Jamison" <rwjj@...127...> > To: "Joel Holdsworth" <joel@...1709...>; > <inkscape-devel(a)lists.sourceforge.net> > Sent: Tuesday, June 26, 2007 4:20 PM > Subject: SPAM-LOW: Re: [Inkscape-devel] Getting the GdkWindow in which a > verb was invoked > > >> Joel Holdsworth wrote: >>> Hi again, >>> I'm currently working on a patch to add support for native file dialogs >>> for windows users. It's worked out pretty well, and I'm almost finished. >>> I have one slight problem though: parent windows. >>> In the GTK version, sp_file_open_dialog (in file.cpp) is called from >>> inside FileVerb::Perform in verbs.cpp. But how is it possible to get the >>> GdkWindow object of the windows in which the verb was invoked? If I have >>> this I can add it as an extra parameter to sp_file_open_dialog, to >>> enable both the GTK, and Win32 file dialogs to be correctly set as child >>> windows of the document's window. >>> Any suggestions? >>> Joel Holdsworth >> >> You might look at src/dialogs/filedialog-win32.cpp as an >> example. It was the original native dialog that we replaced with the >> current one. >> >> >> bob >> >

8 20

Re: [Inkscape-devel] Getting the GdkWindow in which a verb was invoked
by joel＠...1709... 26 Jun '07

26 Jun '07

Hi Joshua, Yes I can see how you would loose out - I quite understand. Although I do think we need to think about the needs of more common Windows users. You use one application on several platforms, wheras most people use one platform and several applications, so we really need to optimise consistency on a per-platform basis, not on a per-app basis; simply to satisfy the expectations of the users. The aim here is to reduce the number of different-functioning dialogs that the user of any given platform has to learn and understand. ---------------------------------------- From: "Joshua Blocher" <verbalshadow@...400...> Sent: 26 June 2007 15:02 To: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] Getting the GdkWindow in which a verb was invoked I'm personnelly for keeping the current gtk dialog, i use both windows and linux and I simply expect inkscape to provide the same functionality and work in the same way (where possible) on both platforms. This provides maximum usability for multi-platform users and reduces the need to know the platform specifics when helping other users. I'm not against making things more "usable" for windows users, so i feel that IF need that a gtk dialog made to look like office 2003 open dialog ( what tobias suggested) is probably the best half way point. It offers bookmarking and previews. It still wouldn't function and work in exactly the same way but at least it would still be there. Joshua L. Blocher verbalshadow ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Re: [Inkscape-devel] Getting the GdkWindow in which a verb wasinvoked
by joel＠...1709... 26 Jun '07

26 Jun '07

I think it is worth the extra effort, and I'm willing to put it in, because right now the GTK dialog is just aweful. I'm going away on holiday for the next couple of weeks, but when I get back, I'll begin to look in to all this, if the rest of developers are willing to sanction it. ---------------------------------------- From: MenTaLguY <mental@...3...> Sent: 26 June 2007 11:29 To: bulia byak <buliabyak@...400...> Subject: Re: [Inkscape-devel] Getting the GdkWindow in which a verb wasinvoked On Tue, 26 Jun 2007 15:26:24 -0300, "bulia byak" wrote: > Easy access to the examples folder is also a very important selling > point, especially for newbies. As it is now, I'm sure many users don't > even suspect that we have such a folder. It is possible in principle to customize the Win32 places bar, though there's still the question of whether it's worth the effort: http://msdn.microsoft.com/msdnmag/issues/03/03/CuttingEdge/ -mental

1 0

Re: [Inkscape-devel] Automatic Engraving
by Tom Lechner 26 Jun '07

26 Jun '07

Hi, If there's to be a dedicated engraving tool, the following links are very interesting. They involve methods of automatic engraving in the field of non-photorealistic rendering. One method uses Bezier patches to determine line direction. If mesh gradients get established in Inkscape, then this would be another use for the meshes: engraving bucket fill! http://portal.acm.org/ft_gateway.cfm?id=237287&type=pdf&coll=GUIDE&dl=GUIDE… http://www.iro.umontreal.ca/~ostrom/publications/pdf/SIGGRAPH99_FacialEngra… http://www.iro.umontreal.ca/~ostrom/publications/abstracts.html Tom ----------- http://www.laidout.org http://www.tomlechner.com

6 8

Re: [Inkscape-devel] Getting the GdkWindow in which a verbwas invoked
by joel＠...1709... 26 Jun '07

26 Jun '07

Hey... I'm glad a couple of people agree with me, so I'm not going crazy. I think trying to embed GTK in Windows native in GTK seems like a very hard, risky, and potentially ugly way of solving the problem. I'm much more in favour of implementing an shell thumbnail extension to achieve our goal, mainly because it would be a more Windowsy solution, and would result in less hassle. This would solve the SVG preview problem for XP and Vista users, in Inkscape, and allow them to thumbnail across the whole system, which could be a significant selling point! Looking at the thumbnail API it all depends really in how hard it is to render an arbitrary SVG file into an arbitrary HDC/HBITMAP. ---------------------------------------- From: MenTaLguY <mental@...3...> Sent: 26 June 2007 10:48 To: Gail Banaszkiewicz <gbanaszk@...1686...> Subject: Re: [Inkscape-devel] Getting the GdkWindow in which a verbwas invoked On Tue, 26 Jun 2007 13:01:49 -0400, Gail Banaszkiewicz wrote: > Dang I hate those stupid open windows in Inkscape - I would personally > be happy to have the option to use the Windows dialogs! With previews, > of course ;) While I'm not a frequent user of Inkscape on Windows, I've had to do so occasionally for work; I think I'd also prefer a native file dialog (though I'd miss the Gtk dialog's bookmarks a little bit). Previews are another issue, though -- before we could implement them in the native dialog, we'd need to determine how to embed a Gtk widget in a Win32 window. If we can get that part sorted out, then the usual dialog customization approach should work: http://msdn2.microsoft.com/en-us/library/ms646960.aspx#_win32_Explorer_Styl… (Win32 programming is one of the few things that makes me miss working with Gtk...) -mental ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Re: [Inkscape-devel] Getting the GdkWindow in which averbwas invoked
by joel＠...1709... 26 Jun '07

26 Jun '07

That's my suggestion ---------------------------------------- From: MenTaLguY <mental@...3...> Sent: 26 June 2007 11:37 To: Tobias Jakobs <tobias.jakobs@...128...> Subject: Re: [Inkscape-devel] Getting the GdkWindow in which averbwas invoked On Tue, 26 Jun 2007 20:34:55 +0200, Tobias Jakobs wrote: >> This is probably a naive question, but if the files are just SVG, it >> seems that the native Windows preview mechanism would be able to display >> them. But I could be wrong :) > > No, there is no SVG-Preview in Windows. I think what she and Joel are getting at is that on Vista (and XP?), it should be possible for us to provide it. -mental ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Re: [Inkscape-devel] Getting the GdkWindow in which a verbwas invoked
by joel＠...1709... 26 Jun '07

26 Jun '07

New fangled - yes. But IExtractImage has been in since XP for thumbnails. ---------------------------------------- From: MenTaLguY <mental@...3...> Sent: 26 June 2007 11:34 To: Gail Banaszkiewicz <gbanaszk@...1686...> Subject: Re: [Inkscape-devel] Getting the GdkWindow in which a verbwas invoked On Tue, 26 Jun 2007 14:11:15 -0400, Gail Banaszkiewicz wrote: > I was thinking pretty much what Joel was talking about in a subsequent > email. Ahh, yeah. IPreviewHandler. All these new-fangled Vista things... :) -mental ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Re: [Inkscape-devel] Getting the GdkWindow in which a verb wasinvoked
by joel＠...1709... 26 Jun '07

26 Jun '07

I would say that it definitely is worth the effort, because attention to detail *really* matters. You just need a willing volunteer - which is probably me! Subject: Re: [Inkscape-devel] Getting the GdkWindow in which a verb wasinvoked On Tue, 26 Jun 2007 15:26:24 -0300, "bulia byak" wrote: > Easy access to the examples folder is also a very important selling > point, especially for newbies. As it is now, I'm sure many users don't > even suspect that we have such a folder. It is possible in principle to customize the Win32 places bar, though there's still the question of whether it's worth the effort: http://msdn.microsoft.com/msdnmag/issues/03/03/CuttingEdge/ -mental

1 0

Re: [Inkscape-devel] Getting the GdkWindow in which a verb was invoked
by joel＠...1709... 26 Jun '07

26 Jun '07

That's a good tip. I agreee with you also that we need to do better with the parenting. The problem extends well beyond the file dialogs. I had just assumed that because Gnome works differently, it wasn't such an obvious problem for Linux users. ---------------------------------------- From: Ted Gould <ted@...11...> Sent: 26 June 2007 11:17 To: bulia byak <buliabyak@...400...> Subject: Re: [Inkscape-devel] Getting the GdkWindow in which a verb was invoked On Tue, 2007-06-26 at 13:07 -0300, bulia byak wrote: > > In the GTK version, sp_file_open_dialog (in file.cpp) is called from inside > > FileVerb::Perform in verbs.cpp. But how is it possible to get the GdkWindow > > object of the windows in which the verb was invoked? > > You can do SP_ACTIVE_DESKTOP, then use getToplevel to get GTK window, > and then use ->window to get from GTK to GDK (untested!) I don't think this is good, I'd like to see SP_ACTIVE_DESKTOP all but removed from the codebase. When the verb is called it is passed the information on the window that called it. That's currently not passed into sp_file_open_dialog, but should be. (infact, very few verbs use it, but they should). The desktop can be gotten in any verb "perform" function with the following code: SPDesktop *dt = dynamic_cast(sp_action_get_view(action)); That is, if it is called on a SPDesktop and not another subclass of an action. But I would imagine that FileOpen always is. --Ted

1 0

Re: [Inkscape-devel] Getting the GdkWindow in which a verbwas invoked
by joel＠...1709... 26 Jun '07

26 Jun '07

Hey... I'm glad a couple of people agree with me, so I'm not going crazy. I think trying to embed GTK in Windows native in GTK seems like a very hard, risky, and potentially ugly way of solving the problem. I'm much more in favour of implementing an shell thumbnail extension to achieve our goal, mainly because it would be a more Windowsy solution, and would result in less hassle. This would solve the SVG preview problem for XP and Vista users, in Inkscape, and allow them to thumbnail across the whole system, which could be a significant selling point! Looking at the thumbnail API it all depends really in how hard it is to render an arbitrary SVG file into an arbitrary HDC/HBITMAP. ---------------------------------------- From: MenTaLguY <mental@...3...> Sent: 26 June 2007 10:48 To: Gail Banaszkiewicz <gbanaszk@...1686...> Subject: Re: [Inkscape-devel] Getting the GdkWindow in which a verbwas invoked On Tue, 26 Jun 2007 13:01:49 -0400, Gail Banaszkiewicz wrote: > Dang I hate those stupid open windows in Inkscape - I would personally > be happy to have the option to use the Windows dialogs! With previews, > of course ;) While I'm not a frequent user of Inkscape on Windows, I've had to do so occasionally for work; I think I'd also prefer a native file dialog (though I'd miss the Gtk dialog's bookmarks a little bit). Previews are another issue, though -- before we could implement them in the native dialog, we'd need to determine how to embed a Gtk widget in a Win32 window. If we can get that part sorted out, then the usual dialog customization approach should work: http://msdn2.microsoft.com/en-us/library/ms646960.aspx#_win32_Explorer_Styl… (Win32 programming is one of the few things that makes me miss working with Gtk...) -mental ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Closing #1739862
by Joel Holdsworth 26 Jun '07

26 Jun '07

How can I close feature request #1739862 now that I've added the requested feature?

2 1

ellipse to bez constant
by Bill Baxter 26 Jun '07

26 Jun '07

Is there any reason why sp-ellipse.cpp uses .552 as the ellipse-to-bezier constant rather than something with a few more digits: 0.55228474983079356 I know it probably makes little visual difference, but why not use the exact number if you have it? I certainly wouldn't use 3.14 for PI. So why use .552 when you mean 4*(sqrt(2)-1)/3? --bb

4 7

Compilation fails when using --with-python flag
by Vladimir Savic 25 Jun '07

25 Jun '07

Configure doesn't complains, but still inkscape building fail although I have python installed. Two versions exactly: 2.4.4 and 2.3.5. This is the error message: if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/perl5/5.8.8/i686-linux/CORE -I/usr/include/python2.4 -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DRELAYTOOL_CRYPTO='static const int libcrypto_is_present = 1; static int __attribute__((unused)) libcrypto_symbol_is_present(char *m) { return 1; }' -DRELAYTOOL_SSL='static const int libssl_is_present = 1; static int __attribute__((unused)) libssl_symbol_is_present(char *m) { return 1; }' -DHAVE_SSL -I/usr/include/freetype2 -DPNG_NO_MMX_CODE -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -DPOTRACE=\"potrace\" -DPNG_NO_MMX_CODE -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-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/usr/include/gtkspell-2.0 -I../cxxtest -Wall -Wformat-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2 -Wno-unused-parameter -g -O2 -MT extension/script/InkscapePython.o -MD -MP -MF "extension/script/.deps/InkscapePython.Tpo" \ -c -o extension/script/InkscapePython.o `test -f 'extension/script/InkscapePython.cpp' || echo './'`extension/script/InkscapePython.cpp; \ then mv -f "extension/script/.deps/InkscapePython.Tpo" "extension/script/.deps/InkscapePython.Po"; \ else rm -f "extension/script/.deps/InkscapePython.Tpo"; exit 1; \ fi extension/script/InkscapePython.cpp: In member function 'virtual bool Inkscape::Extension::Script::InkscapePython::interpretScript(const Glib::ustring&, Glib::ustring&, Glib::ustring&)': extension/script/InkscapePython.cpp:466: warning: unused variable 'line' make[2]: *** No rule to make target `extension/script/cxx/cxxextensions.c', needed by `extension/script/cxx/cxxextensions.o'. Stop. make[2]: Leaving directory `/home/vlada/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/vlada/inkscape' make: *** [all] Error 2 localhost inkscape #

2 2

website, take two :)
by Alexandre Prokoudine 25 Jun '07

25 Jun '07

Hi, Back in March I sent a mail [1] on changes on inkscape.org that probably should take place. Here is the updated list of proposed changes. 1. "Documentation" section: 1.1. "Translation" subsection should be a link to http://wiki.inkscape.org/wiki/index.php/Translation_information 1.2. "Publications (Overviews)" subsection should be a link to http://wiki.inkscape.org/wiki/index.php/ArticlesAndPresentations 1.3. "Example SVG Files" subsection should be removed 1.4. "Tutorials" subsection should be renamed to "Official tutorials" 1.5. New "Contributed tutorials" subsection should appear and contain links to http://inkscapetutorials.wordpress.com/ and http://www.inkscapetutorials.com/ These new sites already list all available tutorials, so there is no need in a wiki page. 2. "Showcase" page should be removed and become a link to http://wiki.inkscape.org/wiki/index.php/Galleries. The Galleries wiki page should be reorganized (more on this later) 3. "Status" page should be either removed completely or be updated automatically (November 15, 2005 doesn't sound like the project is alive :)) 4. "Discussion" section should have a new "International communities" subsection and contain links to: http://www.inkscapeforum.com/ (English) http://www.inkscape-forum.de (German) http://www.open-draw-community.de (German) http://twiki.softwarelivre.org/bin/view/InkscapeBrasil/WebHome (Brazil) http://www.linuxgraphic.org (French) http://www.linuxgraphics.ru (Russian) If you know other local communities, please add them to the list In an unbelievable case eveyone agrees :) would anyone volunteer to do this? [1] http://article.gmane.org/gmane.comp.graphics.inkscape.devel/19960 Alexandre

8 14

SVG Support in the Wiki
by joel＠...1709... 25 Jun '07

25 Jun '07

Hi All, I was in the process of trying to construct a wiki page for the spirograph extension I was working on a couple of months ago. There's not very much to say about it, but I've got an SVG of the output to demonstrate with. The SVG support in the wiki seems to be rather broken, as you can see: http://wiki.inkscape.org/wiki/index.php/Spirograph. Normally I'd just cut my losses and upload with PNG, it's just that I think the wiki of an SVG editor probably should have it's SVG support configured correctly. What do we think? Joel Holdsworth

2 1

Compiling with btool in Windows Vista
by joel＠...1709... 25 Jun '07

25 Jun '07

Hi Everyone, I'm just in the process of trying to get involved with the development of inkscape, and I've spent the last few weeks trying to compile it by various methods. The btool method (as suggested here http://wiki.inkscape.org/wiki/index.php/Win32Port ), is the simplest way, and in the end, the only way I can see to compile inkscape in Windows (although I have tried several approaches). Inkscape can be compiled no problem on a fresh install of Windows XP - I tried it on Virtual PC this morning. However, (and you may already be aware of this), it does not compile properly on Windows Vista, my main OS. First, mingwenv.bat runs successfully, whether running in an administrator or normal console. But there's hitch on the next step. The problem relates to g++ I think. If I do the step: "g++ buildtool.cpp -o btool", I get back the response "g++: _spawnvp: No such file or directory". It is possible to get past this step by compiling with btool with cygwin. However once you try and run btool.exe, you get the output printed below, which you may notice contains the killer line "i686-pc-mingw32-g++.exe: _spawnvp: No such file or directory". I think this must all be a problem with g++ in Vista. I'm not sure how what the dev team can do, but I think the wiki should be updated at least. Best Regards Joel Holdsworth ----------------------------------------- #################################################### # BuildTool v0.6, 2006 Bob Jamison #################################################### ######## PARSE : build.xml ######## PARSE COMPLETE ######## EXECUTE ## Target : init ---- task : mkdir : build ---- task : mkdir : inkscape ---- task : copy : src/helper/sp-marshal.h.mingw to src/helper/sp-marshal.h ---- task : copy : src/helper/sp-marshal.cpp.mingw to src/helper/sp-marshal.cpp ---- task : makefile : inkscape_version.h ---- task : makefile : config.h ## Target : compile ---- task : cc : regenerating C/C++ dependency cache : compile of build/obj/arc-context.o required by src/arc-context.cpp ============ cmd ============ i686-pc-mingw32-g++ -c -Wall -O3 -mms-bitfields -DVERSION=\"0.45.1\" -DHAVE_CONFIG_H -DXP_WIN -D_INTL_REDIRECT_INLINE -I. -Ic:/gtk210/include -Ic:/gtk210/include/glibmm-2.4 -Ic:/gtk210/lib/glibmm-2.4/include -Ic:/gtk210/include/gtkmm-2.4 -Ic:/gtk210/lib/gtkmm-2.4/include -Ic:/gtk210/include/gdkmm-2.4 -Ic:/gtk210/lib/gdkmm-2.4/include -Ic:/gtk210/include/pangomm-1.4 -Ic:/gtk210/include/atkmm-1.6 -Ic:/gtk210/include/cairomm-1.0 -Ic:/gtk210/include/sigc++-2.0 -Ic:/gtk210/lib/sigc++-2.0/include -Ic:/gtk210/include/gtk-2.0 -Ic:/gtk210/lib/gtk-2.0/include -Ic:/gtk210/include/atk-1.0 -Ic:/gtk210/include/pango-1.0 -Ic:/gtk210/include/glib-2.0 -Ic:/gtk210/lib/glib-2.0/include -Ic:/gtk210/include/libxml2 -Ic:/gtk210/include/freetype2 -Ic:/gtk210/include/cairo -Wno-comment -Ic:/gtk210/perl/lib/CORE -Ic:/gtk210/python/include -Isrc -Isrc/application -Isrc/debug -Isrc/dialogs -Isrc/display -Isrc/dom -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/svg -Isrc/dom/util -Isrc/extension -Isrc/extension/implementation -Isrc/extension/internal -Isrc/extension/internal/libwpg -Isrc/extension/script -Isrc/graphlayout -Isrc/helper -Isrc/inkjar -Isrc/io -Isrc/jabber_whiteboard -Isrc/jabber_whiteboard/dialog -Isrc/libavoid -Isrc/libcola -Isrc/libcroco -Isrc/libnr -Isrc/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap -Isrc/livarot -Isrc/pedro -Isrc/removeoverlap -Isrc/svg -Isrc/trace -Isrc/trace/potrace -Isrc/ui -Isrc/ui/dialog -Isrc/ui/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/arc-context.cpp -o build/obj/arc-context.o ============================= i686-pc-mingw32-g++.exe: _spawnvp: No such file or directory Make error: exec of command 'i686-pc-mingw32-g++ -c -Wall -O3 -mms-bitfields -DV ERSION=\"0.45.1\" -DHAVE_CONFIG_H -DXP_WIN -D_INTL_REDIRECT_INLINE -I. -Ic:/gtk2 10/include -Ic:/gtk210/include/glibmm-2.4 -Ic:/gtk210/lib/glibmm-2.4/include -Ic :/gtk210/include/gtkmm-2.4 -Ic:/gtk210/lib/gtkmm-2.4/include -Ic:/gtk210/include /gdkmm-2.4 -Ic:/gtk210/lib/gdkmm-2.4/include -Ic:/gtk210/include/pangomm-1.4 -Ic :/gtk210/include/atkmm-1.6 -Ic:/gtk210/include/cairomm-1.0 -Ic:/gtk210/include/s igc++-2.0 -Ic:/gtk210/lib/sigc++-2.0/include -Ic:/gtk210/include/gtk-2.0 -Ic:/gt k210/lib/gtk-2.0/include -Ic:/gtk210/include/atk-1.0 -Ic:/gtk210/include/pango-1 .0 -Ic:/gtk210/include/glib-2.0 -Ic:/gtk210/lib/glib-2.0/include -Ic:/gtk210/inc lude/libxml2 -Ic:/gtk210/include/freetype2 -Ic:/gtk210/include/cairo -Wno-commen t -Ic:/gtk210/perl/lib/CORE -Ic:/gtk210/python/include -Isrc -Isrc/application -Isrc/debug -Isrc/dialogs -Isrc/display -Isrc/dom -Isrc/dom/io -Isrc/dom/odf -I src/dom/svg -Isrc/dom/util -Isrc/extension -Isrc/extension/implementation -Isrc/ extension/internal -Isrc/extension/internal/libwpg -Isrc/extension/script -Isrc/ graphlayout -Isrc/helper -Isrc/inkjar -Isrc/io -Isrc/jabber_whiteboard -Isrc/jab ber_whiteboard/dialog -Isrc/libavoid -Isrc/libcola -Isrc/libcroco -Isrc/libnr -I src/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap -Isrc/livarot -Isrc/pedro -Isrc/removeoverlap -Isrc/svg -Isrc/trace -Isrc/trace/potrace -Isrc/ui -Isrc/ui/ dialog -Isrc/ui/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/arc- context.cpp -o build/obj/arc-context.o' failed : No such file or directory Make error: problem compiling:

1 0

First and Second Ever SVN Commits
by joel＠...1709... 25 Jun '07

25 Jun '07

Hello All, I'd just like to say that I've just made my first and second ever SVN commits on the project - hopefully the beginning of many more. I've also just got my mail server fixed, so I can now send a volley that I've been preparing for a while. All the best Joel Holdsworth

1 0

inkscape python needs lxml
by Adib Taraben 25 Jun '07

25 Jun '07

Bob, some python scripts need python lxml extension. >> The fantabulous lxml wrapper for libxml2 is required by inkex_lxml.py and therefore this extension. Please download the latest version from <http://cheeseshop.python.org/pypi/lxml/>. << could you please add this into the gtk package you provide. So that this get inserted into the win32 build. Regards, Adib. ---

5 9

Wiki and Planet Skins
by ryan lerch 24 Jun '07

24 Jun '07

you may have noticed that the wiki and the planet skins have been changed to come into line with the inkscape website. (im not sure if the wiki skin is the default yet, but if you want to set the skin as your default in users prefs, that will work - the skin is unimaginatively called "inkscape") if there are any problems with these, or you have some suggestions for improvements, feel free to discuss them, and i will try to include them... i intend to try to get the posts on the planet looking a bit better, maybe even displaying them in speech bubbles similar to http://planet.gnome.org/ cheers, ryanlerch

1 0

Re: [Inkscape-devel] [Inkscape-user] Automatic engraving?
by bulia byak 22 Jun '07

22 Jun '07

On 6/21/07, Terry Brown <terry_n_brown@...36...> wrote: > See attached .jpg - my thought is that if you could just cover a > picture with some uniform paths (made from stroke to path) and then > have thick/thinning applied to them across a regular grid (red dots) > you could make these engraved style pics with a lot of complexity > and detail very quickly and easily. Obviously my example's just a > simple mock up. I like the idea. All that needs to be done is to combine the trace-background code and the thinning/thickening code. Should not be too difficult to do. The only problem is, with this addition the thinning/thickening functionality certainly breaks the envelope of the Calligraphy tool. It needs at least one more keyboard modifier and some toolbar controls, which simply won't fit into this already overloaded tool. So I'm thinking about breaking this functionality into a tool of its own, for example Shape Morph, which would give me more room to develop it further. Also it will hopefully improve the visibility of this functionality - it seems to me it wasn't noticed enough so far, although it's extremely useful in a lot of ways (not only for engraving, of course). So, any objections to me adding one more button to the main toolbar? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 4

Re: [Inkscape-devel] [Inkscape-user] Automatic engraving?
by bulia byak 22 Jun '07

22 Jun '07

On 6/22/07, Terry Brown <terry_n_brown@...36...> wrote: > Hmmm, maybe your thinking of something more dynamic than I had in > mind, I was thinking you would use a menu item to thicken/thin the > selected paths based on the underlying image. That's possible, but I don't like this approach - it's too mechanical, leaving too few room for creativity. Instead, I envision it as a different mode of the thinning/thickening brush where, instead of indiscriminately thinning/thickening selected paths, it does thinning if the background is light and thickening if it's dark, with settable thresholds/force/inversion if needed. This way you can "develop" the background image interactively, emphasizing some of the details and leaving others hidden. What do you think? > But I agree thicken/thin doesn't belong as a subpart of the > caligraphy tool. What about the 'draw using another path as a > guide' mode, does that need more general exposure too? No, that one is definitely part of the calligraphic tool - it draws calligraphic strokes with all the same parameters and modes as usual, except they are guided. The thinning/thickening is quite different from that - it does not draw anything at all. Its only connection with the calligraphic UI is that it uses 10x of the calligraphic pen width as the thinning brush width, but it's a poor UI anyway because it's not very obvious. Having its own toolbar will allow it to have its own width control. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: [Inkscape-devel] website, take two :)
by Colin Marquardt 21 Jun '07

21 Jun '07

"Leandro Regueiro" <leandro.regueiro@...400...> writes: > And why not a link to the translation section on the main page of the project?? I'm not against it, but next to what other link would you put it? Cheers Colin

1 0

Effects error dialog
by Aaron Spike 21 Jun '07

21 Jun '07

Could someone puh-lease help me. I'm translating the python extensions to use lxml and the effects error dialog is really driving me nuts. It is modal and it doesnt' stay ontop of the inkscape window. This makes it the most annoying dialog ever. This is a Win32 problem. I run and effect that generates an error. I switch to a text editor to fix the error. I click back on inkscape and the error windows is below inkscape so I have to minimize all the other windows and then move inscape to the left or two the right to read or close the dialog. To make matters worse the dialog is always placed in the middle of the inkscape window, so I have to move inkscape every time. I tried to hack the dialogs ontop hack for this dialog and failed. Aaron Spike

4 8

Help needed on OS X
by Jean-Olivier Irisson 21 Jun '07

21 Jun '07

Hello all, To solve a bug I need a little help from the community. I would need the output of this command: ls -l /usr/X11R6/lib/libXine* Just copy paste the line above in a Terminal and then copy paste the output back in an email. I would need this information from users with 4 different setups: - 10.3.* (Panther) with X11 installed (X11User package) - 10.3.* (Panther) with X11 and X11-SDK installed (X11-SDK is available in the developer tools, when you install XCode and such) - 10.4.* (Tiger) with X11 installed (X11User package) - 10.4.* (Tiger) with X11 and X11-SDK installed (X11-SDK is available in the developer tools, when you install XCode and such) Thank you in advance for your help. Jean-Olivier Irisson --- UMR 5244 CNRS-EPHE-UPVD, 52 av Paul Alduy, 66860 Perpignan Cedex, France +336 21 05 19 90 http://jo.irisson.free.fr/work/

3 2