- Inkscape Devel - Inkscape Mailman

2geom update: new Rect and OptRect
by unknown＠example.com 08 Nov '08

08 Nov '08

Hi all, I just updated 2geom in our trunk. It contains the 'new' Rect and OptRect (and Interval and OptInterval). Geom::Rect can no longer be empty. It *always* contains a rectangle. Geom::OptRect contains a rect or nothing (which means an empty rect). The same holds for Geom::Interval and Geom::OptInterval. For example, boundingbox functions return an OptRect. You have to check whether it is empty or not, before you use the values in the Rect. If you didn't and turns out the bbox is empty, Inkscape will crash :-) Note that Rect's no longer have the method 'isEmpty'. Rect's do have the 'hasZeroArea' method. If this is true, the Rect contains a single point, like a (0,0)-(0,0) rectangle. It's not empty, it contains one point (0,0). (OptRect and OptInterval have the same usage as boost::optional<Rect>) I made Inkscape compile with this update, and tried to fix cases where there was not an explicit empty check. I may have introduced/uncovered bugs, sorry for that. Let us know about what you've found. Cheers, Johan

3 3

[Fwd: [CREATE] Suggested dates for LGM 2009 Montreal]
by Jon Phillips 08 Nov '08

08 Nov '08

Hi all, please see below about possible dates for LGM 2009. Please do reply to this thread if concerns or high-fives on and/or join the Create mailing list where we are hammering this all out. http://create.freedesktop.org Jon -------- Forwarded Message -------- > From: Louis Desjardins <louis.desjardins@...400...> > To: Create ML <create@...626...> > Subject: [CREATE] Suggested dates for LGM 2009 Montreal > Date: Fri, 7 Nov 2008 17:23:39 -0500 > > Hi all, > > Here are the best possible dates for LGM 2009. > > May 6-7-8-9, 2009. > > LGM would start on Wednesday morning and end on Saturday, end of the > day! (maybe with a party?!?!) > > Before we make that the official dates, anyone with serious concerns > about those dates, please speak up asap! > > Side note : we "could" move that from 7-10 including Sunday instead of > Wednesday. But why not take Sunday to visit... or relax... of have a > beer on a terrasse!!! :-) Or a poutine! ;-) > > Anyway, you let me know! > > Cheers!!! > > Louis > > -- > Louis Desjardins > Organiser > Libre Graphics Meeting 2009 - Montréal > _______________________________________________ > CREATE mailing list > CREATE@...626... > http://lists.freedesktop.org/mailman/listinfo/create -- Jon Phillips San Francisco, CA + Guangzhou + Beijing GLOBAL +1.415.830.3884 CHINA +86.1.360.282.8624 jon@...235... http://www.rejon.org IM/skype: kidproto Jabber: rejon@...896... IRC: rejon@...897...

1 0

locking objects on canvas
by ryrych＠...400... 07 Nov '08

07 Nov '08

hello! I create many objects on canvas without using of layers. Sometimes it is impossible to get any object. Inkscape has option allows us to lock object but this is very uncomfortable. Also that doesn't enable us to unlock particular object. Have you ever thought about adding new feature - locking/unlocking object on canvas like in Corel Draw? This is very cool stuff. It doesn't exclude functionality of layers but adds possibility of creating simple things in simple way. Think about icons. Many icons are created on one layer. But managing such objects in further future is terrible. I propose to add new entry to context menu. Clicking on it will show a small padlock on object (like in Corel). I hope that isn't hard to coding but makes sense in my opinion. I also hope I made myself clear. :) cheers, Wojtek Ryrych

3 2

build break
by Bob Jamison 07 Nov '08

07 Nov '08

Hi all, Just wanted to let people know that the build needs a couple of files tweaked for it to succeed: src/ui/dialog/input.cpp src/ui/dialog/tiledialog.cpp It's minor for both. They just need the lines added: #ifdef HAVE_CONFIG_H #include "config.h" #endif I would have done it myself, but when I svn upped to see if it had been fixed yet by somebody else, I got a fresh copy of verbs.h instead. (Which means: compile everything!) So maybe someone else can do it? Thanks! bob

2 1

.dxf input routine
by Alvin Penner 05 Nov '08

05 Nov '08

This is a request for feedback, I've submitted a proposal for a .dxf input routine at https://bugs.launchpad.net/inkscape/+bug/293940 and thought I'd ask for feedback while deciding what to do with it. It is a limited scope input routine, supporting AutoCAD Release 13, designed as a counterpart to the existing Desktop Cutting Plotter output. -- View this message in context: http://www.nabble.com/.dxf-input-routine-tp20336088p20336088.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Launchpad and "Fix Committed"
by Krzysztof Kosiński 03 Nov '08

03 Nov '08

The current practice is to mark bugs "fix released" in Launchpad when committing to SVN. The rationale for this (given by bulia in another thread) is that this way the "open bugs" count is more useful for the developers. I think this is an abuse of Launchpad bug tracking. IMO the rationale isn't sufficient. It creates confusion for users which re-report bugs that have been fixed in SVN, because "fix released" bugs do not show up in search results. There must be a better way of tracking how many bugs have been fixed. Currently I know about advanced search (just search for all bugs with statuses New, Triaged, Confirmed, Incomplete, In Progress) and milestones which can isolate the most important bugs. Another option is to talk to the Launchpad team to include an "Unfixed" count on the bugs page which would exclude "fix committed" bugs. This will be better than abusing the system and confusing the users in the name of seeing some number. Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Launchpad-and-%22Fix-Committed%22-tp20176935p20176935… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

7 19

Re: [Inkscape-devel] Snapping should only occur at the end of a movement
by Guillermo Espertino 03 Nov '08

03 Nov '08

I really prefer the previous behavior of the snapping. Now it seems to work fine, but you don't get a visual feedback of the snapping until you release the mouse button. I think that it's questionable from the usability point of view. Snapping result should be visible before you release the mouse click, because the user wants to know if the snapping was successful before that, not after. In the previous versions, the shape was atracted to the snapping point when the pointer entered in the snapping threshold, so you could easily see the end result before releasing the mouse button. Now you can't and it feels like you have no control in the process. For instance, if you need to enlarge or shrink a rectangle beyond a guide and you have the snapping on, it is possible that you get the shape snapped to the guide even if you don't want to, and you'll realize that only after you released the mouse button (thinking that the shape wouldn't snap). Besides that, there are still isues when enlarging or shrinking shapes. Some snapping settings will make almost impossible to scale a shape without being atracted to a snapping point (making it go back to the original size or disappearing). I really don't know about the snapping code (in fact, I don't know anything about code) but it "feels" like there should be a "zone" around the mouse pointer to perform the snapping (and the snapping nodes should be aligned to that zone depending on the axis of the transformation to avoid random snapping) and the snapping should be visible before releasing the mouse button. At the end of the movement, right, but not after the mouse button release. IMO, the current behavior shows some improvements but also some regressions. Just my 2 cents. Gez.

4 5

Rendering test results on-line
by Jasper van de Gronde 03 Nov '08

03 Nov '08

If you go to: http://home.hccnet.nl/th.v.d.gronde/inkscape/ResultViewer.html you will now see an up-to-date list of test results for Inkscape's rendering tests. It now contains one column, each time I run the tests a column will be added (to the left). It's still pretty bare-bones, but I hope I (or someone else) will find some time to improve it in the near future. I plan to run the tests regularly for at least the next two months or so. I have to run the tests more or less manually though (I created a batch file to automate most steps, but I still have to run the batch file manually, on my notebook...), so I'm interested in any suggestions people might have for hosting (more) fully automated tests. You don't see any test for your favorite rendering bug? No problem, if the bug is already in the bug tracker with the required test files (read on), just mail me and I'll add it. If not, create an SVG demonstrating the problem (small and simple please) and one or more of the following: - A PNG of the wrong output. - A PNG of the right output (preferably exact). - An SVG that should look exactly the same, but is rendered correctly by Inkscape. Then attach the files to the corresponding bug in the bug tracker (or create a new bug and attach the files if it isn't the tracker yet) and mail me (or anyone else who has SVN access). Of course, if you have SVN access you can add tests yourself. The bugtracker: http://bugs.launchpad.net/inkscape For more information about Inkscape's (rendering) tests: http://www.inkscape.org/wiki/index.php/TestingInkscape The test suite in SVN: https://inkscape.svn.sourceforge.net/svnroot/inkscape/gsoc-testsuite The directory 'tester' contains the actual rendering tests, the directory ResultViewer contains my clumsy attempt at a GWT project.

4 4

Re: [Inkscape-devel] Snapping should only occur at the end of a movement
by Inkscaper Inkscaper 02 Nov '08

02 Nov '08

I have to agree with Guillermo. While reading the discussion here I was very excieted about new imporvements, but after trying it I missed old behaviour where snapping occured _while_ dragging an object, not after releasing mouse button. It feels somehow more natural to see guidelines working in real time, and in most cases works faster (no waiting for delay or clicking object again because it was not snapped or snapped to wrong guideline). An option to set snapping delay to zero would be very useful for some users... and especially for me :)

2 1

[ndeschildre@...1792...: Ubuntu Brainstorm 8.10 report]
by Bryce Harrington 02 Nov '08

02 Nov '08

----- Forwarded message from Nicolas Deschildre <ndeschildre@...1792...> ----- Date: Sun, 2 Nov 2008 19:09:07 +0100 From: Nicolas Deschildre <ndeschildre@...1792...> To: ubuntu-devel-discuss@...2067... Subject: Ubuntu Brainstorm 8.10 report Hello there! I wrote a small document about Ubuntu Brainstorm trying to summarize what's going on there (with a few stats), what you can expect from it, a summary of the most wanted features from its users, and its impact. I wrote this hoping to give to contributors and developers (not limited to Ubuntu) some clues of the most asked features out there, and what worries our users the most. You can grab it here: http://www.ndeschildre.net/downloads/UbuntuBrainstorm810Report.html Cheers, Nicolas -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@...2067... Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss ----- End forwarded message -----

1 0