- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Cursor Inkscape
by Fantomas 05 Apr '11

05 Apr '11

http://www.codexion.com/files/sample_crosshair_cursor.png Yes, this is what it seems. the arrow is the cross that extends to the ruler. similar to the guide lines but dynamically linked with the cursor. very sorry for the bad English... >>>>> > > >>> Hello, >>>>> > > >>> Inkscape can be set as the cross cursor in Corel? >>>> > > >> Could you please elaborate on your idea? >>> > > > >>> > > > Can and we do not know how to set the Cross Hair Cursor. >>> > > > With Corel menu Workspace / Toolbox / Pick tool - Cross hair cursor. >> > > >> > > I'm sorry, but you will have to try to explain once again. Please >> > > don't expect everyone to have Corel DRAW. > > > > If I remember correctly - it's been years since I used Corel Draw - it has > > an > > option to draw a cross-hair cursor, meaning two perpendicular lines that > > extend > > to the edges of the canvas. This is a CAD feature, that help you to gauge > > visually where the cursor is relative to some existing canvas object. > > > Hi, > I remember having used that cursor mode before I switched completely to > Inkscape. It looked something like this mockup: > http://www.codexion.com/files/sample_crosshair_cursor.png > > > >

3 3

OpenClipArt importing parse error
by Will Clayton 04 Apr '11

04 Apr '11

Not sure how to go about getting help on this so I am posting here. Inkscape Version: Inkscape 0.48.0 r9654 Problem: Open Clip Art import/search dialogue results do not appear. Error Message: On console, I see the following when searching for "router": % inkscape http://openclipart.org/media/feed/rss/router:1: parser error : StartTag: invalid element name <!doctype html> ^ http://openclipart.org/media/feed/rss/router:1: parser error : Extra content at the end of the document <!doctype html> ^ Suspicion: It would appear that the Open Clip Art web server does not like Inkscape's ":1:" being appended to the query. Reproducibility: Click File > Import from Open Clip Art Library > [Enter search term] > [See no results] Visiting those URLs in a browser show's this error coming back from Open Clip Art's server. Removing the :1: seems to alleviate the problem.. Is this addressed in another release of Inkscape?

1 0

Can't get Flash export running
by unknown＠example.com 04 Apr '11

04 Apr '11

Hello, i updated the swf_output.inx to get the Flash SWF export extension running with Inkscape 0.48.1 on Linux ( http://wiki.inkscape.org/wiki/index.php/Extension_repository#SWF_output ): <?xml version="1.0" encoding="UTF-8"?> <inkscape-extension xmlns="http://www.inkscape.org/namespace/inkscape/extension"> <_name>SWF Output</_name> <id>org.inkscape.output.swf</id> <dependency type="extension">org.inkscape.output.pdf</dependency> <dependency type="executable" location="extensions">pdf2swf.sh</dependency> <dependency type="executable" _description="swftools must be installed to run; see http://www.swftools.org/">pdf2swf</dependency> <output> <extension>.swf</extension> <mimetype>application/x-shockwave-flash</mimetype> <_filetypename>Flash SWF (*.swf)</_filetypename> <_filetypetooltip>Flash movie shape</_filetypetooltip> </output> <script> <command reldir="extensions">pdf2swf.sh</command> <helper_extension>org.inkscape.output.pdf</helper_extension> </script> </inkscape-extension> But it does not appear at the "Save as" dialogue at the filetype box. When i delete these lines at the swf_output.inx: <dependency type="extension">org.inkscape.output.pdf</dependency> <helper_extension>org.inkscape.output.pdf</helper_extension> it appears but it did not work because the exported file is now a SVG and not a PDF. Any hint what's wrong? Cheers Eckhard.

1 1

Re: [Inkscape-devel] Cursor Inkscape
by Fantomas 04 Apr '11

04 Apr '11

Can and we do not know how to set the Cross Hair Cursor. With Corel menu Workspace / Toolbox / Pick tool - Cross hair cursor. >> Hello, >> Inkscape can be set as the cross cursor in Corel? > Could you please elaborate on your idea? > > Alexandre Prokoudine > http://libregraphicsworld.org

4 3

Regarding GSOC 2011 - Project Continuing C++ification
by Abhishek Sharma 03 Apr '11

03 Apr '11

Hi everybody, It feels pretty nostalgic to be back to coding for inkscape after the last gsoc year. Last year along with Jon Cruz, we achieved some of object oriented build up in the codebase. This GSOC as well I would wish to continue on the same. I'll be glad to have community's views over this years milestone. As in what code customizations and cleanup and further enhancements are supposed to be done this year. I will be delighted to have responses over this. -- Regards, Abhishek Sharma

2 9

Setting margins in "Resize page to drawing or selection"
by Martin Sucha 02 Apr '11

02 Apr '11

Hi, I needed to add a margin around my drawing and noticed that setting the margin in Document Properties/Resize page didn't work, so I went ahead and looked into the code. I just commited a fix (r10145). Another weird behaviour is that when using the "Resize page to drawing or selection" for the second and subsequent times, only one margin is updated after clicking the button even though I change values in all four (the others are reverted to their remembered values). Any ideas what may cause this? Thanks. Regards, Martin Sucha

2 1

Re: [Inkscape-devel] Multipage support as a GSoC project?
by gespertino＠...400... 02 Apr '11

02 Apr '11

> So, yes, we could implement a "simple" fix that lets users specify a > font size in points. We could even just use the SVG unit pt, as that is > also defined as an "appropriate" multiple of px. And perhaps we should > do this if people find it useful. But I think it would give the wrong > impression (that you were actually using an absolute unit) and it could > lead to weird issues once Inkscape will let the user specify the > coordinate system (do we then stick to the somewhat arbitrary scaling > factor or do we want true points?). I admit that it's a slightly > academic debate, but still, what's the point if you're not really using > points? As I see it, we already have real world units in inkscape UI everywhere, all of them assuming a resolution of 90dpi. People is using those "real world units" based on that: the default document is A4, if inches or centimeters are selected as default units for the document, that's what the user gets in inkscape. Of course it's a problem when you want to take the artwork created in Inkscape to other applications (for instance Scribus, which apparently uses 72 dpi for imported SVGs) I'm aware that adding that option (real world units in the type dialog assuming 90dpi) won't be a good long-term solution, but I'm sure it will be well received by a lot of people as an acceptable interim solution. Type size in pixels was reported as a bug several times. Probably people working for web don't care, but designers creating brochures, posters and things that have to end up printed, are more used to DTP points than to any other unit for type. With that change things will be better for that part of the userbase, and won't be worse for anybody, since the real units confusion is already installed with the current implementation in most of the tools.

4 3

Multipage support as a GSoC project?
by Jason Creighton 02 Apr '11

02 Apr '11

Hi All, I'm a student considering applying to GSoC for Inkscape, and I'm wondering how you guys feel about multipage support as a project. I asked about this on the IRC channel and it was pointed out to me that multipage support was dropped from SVG 1.2, so the state of this in the SVG standard is kind of up in the air. Is the lack of an official standard a show-stopper? If not, is this even something you'd like to see worked on at this time? Or are there other, more pressing, features or issues that you'd prefer to see applications on? Thanks, Jason

8 20

[PATCH] Setting grid origin has no effect (bug #561503)
by Jason Creighton 01 Apr '11

01 Apr '11

Hi, I've been looking into the cause of this bug: https://bugs.launchpad.net/inkscape/+bug/561503 As far as I can tell, the bug is exposed when the spinboxes are initialized in CanvasXYGrid::newSpecificWidget(). (display/canvas-grid.cpp). Starting on line 732 or so, there is a series of calls to setValue() on the origin x/y and the spacing x/y RegisteredScalarUnit instances. These calls to setValue() end up setting the setProgrammatically flag to "true", which is supposed to be immediately cleared in the on_value_changed callback, *BUT* for the origin boxes, the on_value_changed callback is never called, and the flag never gets cleared. The initial value of the spinboxes is "0", and we're setting them to their default of "0", so my guess is that GTK doesn't bother to call on_value_changed in the case that the value hasn't actually changed. So then when the user changes the widget for the first time, it has no effect because the first call to the on_value_changed callback only clears setProgrammatically instead of actually doing anything. I wasn't totally sure about the best way to fix this. It's not clear to me why Scalar::setValue() doesn't just do a "setProgrammatically = false" after the call to the widget's set_value(). It seems like it would be simpler and more robust than clearing it in each callback. However, I assumed that there was some sort of reason I couldn't see for leaving it up to the callbacks to reset it, so my (attached) fix is to make Scalar::setValue() not do anything at all if the new value is the same as the old value. This fixes the issue at hand, however, as su-v pointed out to me on the IRC channel, it seems odd that this isn't a more widespread problem. What about all the other spinboxes that default to zero? I'm not familiar enough with the codebase to know why the bug was only exercised in that particular area. As an aside, what do you guys use to debug Inkscape? I tried just using gdb, but I found that setting breakpoints changed the behavior of the program (!), so I ended up just printing to stdout with debugging info, which is quite tedious. Cheers, Jason

2 1

Re: [Inkscape-devel] Multipage support as a GSoC project?
by gespertino＠...400... 31 Mar '11

31 Mar '11

I'd add hyphenation to the Text items. And the ability to specify in points instead of pixels at least the size of the type.

3 4