- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] [Inkscape-user] Automatically set Z-order
by bulia byak 13 Nov '07

13 Nov '07

On Nov 13, 2007 2:21 AM, Ted Gould <ted@...11...> wrote: > On Mon, 2007-11-12 at 17:43 -0400, bulia byak wrote: > > I dunno about Gimp, but Inkscape extensions are pretty easy. This one > > however is a bit cumbersome because Inkscape does not pass to the > > extensions the bboxes of the selected objects. (I proposed to add this > > to the extensions API; Ted, is there any reason why you don't want to > > do this?) > There is no reason that it hasn't been done other than time. I guess > that, and deciding a format for it, but I think we've discussed that too > (I'd have to go through my mail). This should be a pretty easy task for > someone who wants to do it. There is already a loop going through all > of the selected items, you'd just need to find the bounding boxes and > add that to the parameter list. Will it require any changes in the existing extensions? I think it should be done before 0.46 then, because it will make a lot of different extensions easier, and the API changes should be done as early as possible. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

dirty on load
by bulia byak 13 Nov '07

13 Nov '07

This is one of the most annoying and visible recent bugs - right after clean start, the empty document is dirtied and it asks if I want to save it upon quitting. The undo stack is empty however. Can anyone please look into it? I think it's pretty recent. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 13

Check out my Favorites on StumbleUpon
by unknown＠example.com 12 Nov '07

12 Nov '07

StumbleUpon Discover new web sites Rfq wants to Share his Favorites with you He likes58 pages Join StumbleUpon and discover your friends' Favorites. Suddenly the Web is fun again :) -&rfq & rfquerin@...400... Discover my Favorites & http://www.stumbleupon.com/redirect.php?t=j&u=1740514&d=http%3A%2F%2Fwww.st… About StumbleUpon StumbleUpon allows you to channel surf the internet and discover great websites and web content you might never have found. Whether it's a website, video, picture, game, blog, or wiki, StumbleUpon helps you find interesting stuff recommended by like-minded people with just a single click of the Stumble! button. Learn More http://www.stumbleupon.com/redirect.php?t=j&u=1740514&l=3&c=3euwc5suod2mxfhq If you do not wish to receive future e-mail invitations to join StumbleUpon, please click here http://www.stumbleupon.com/redirect.php?t=j&u=1740514&d=http%3A%2F%2Fwww.st… . (c) StumbleUpon 2001-2007

1 0

tweak tool screenshots
by bulia byak 10 Nov '07

10 Nov '07

http://inkscape.org/screenshots/gallery/inkscape-0.46-tweak-path.png http://inkscape.org/screenshots/gallery/inkscape-0.46-tweak-color.png enjoy -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Inkscape profiling: Inkscape::FontLister::FontLister question
by John Bintz 10 Nov '07

10 Nov '07

Hi, all. I'm experimenting with profiling Inkscape in Valgrind looking for potential slow spots in the code, and had a question for those with more knowledge of the font loading code. One of the first places in the initialization code where I think there could be a speedup is in Inkscape::FontLister::FontLister. This method calls font_factory::Styles once for each font family that is returned by font_factory::Families. In my test run of opening and closing Inkscape with 142 font families returned by font_factory::Families, running Inkscape::FontLister::FontLister took just over 20% of the total runtime. If there were some way to cache this font information between runs of Inkscape and only update it if the fonts on the system have changed, or if there was a way to push back the loading of fonts to later in the program execution -- say the first time someone viewed the Text toolbar or something similar -- I think it might speed up startup time in Inkscape. Anyone willing to help me take a look into this to see if this will work? Thanks, John

1 0

Fix for Font Name Case bug #1818885
by Thomas Worthington 09 Nov '07

09 Nov '07

I've put a diff that fixes this bug at http://www.tww.cx/downloads/fontcase.diff I'd love to say that there must be an easier way but instead I'd like to say that the person that defined the C++ string class without case-changing functions should themselves be strung up! The method used needs to be checked by someone who actually knows C++ to see if it will handle non-ASCII font names. I don't have any such fonts to test it with and I'm not sure enough about how C++'s toupper function works on unicode to even guess whether it will work or not. The diff file also adds some comments to toolbox.cpp. Thanks to Gail for pointing me in the direction of that file, BTW, it would have taken me even longer to come up with a fix without her quick reply to my query. Finally, the diff file has some changes to a pair of makefiles which are a mystery to me; I never touched them, Gov'nor! Thomas

5 5

adding templates
by Alexandre Prokoudine 09 Nov '07

09 Nov '07

Hi, How do we decide if we add new templates? http://understandinglimited.com/2007/10/29/inscape2fontforge/ sounds like a perfect candidate to me :) Also, do we have any policy regarding new extensions - which ones we can bundle with the package and which ones we can't? Alexandre

2 1

Non-programming tasks
by Joshua A. Andler 09 Nov '07

09 Nov '07

Hey all, It seems like a good time to discuss non-programming related items given the icon conversation. I figure we can get some thoughts out on the list and work from there. Basically, let's try and free the people who program from the tasks that the rest of us can do. ;) It's common for people to say "well if I could program I'd...", well, if you can't, but want more programming done on inkscape... here's your chance! The website: Realistically, we should probably have 2 or 3 volunteers that will agree to submit at least 1 news item per month. Bryce shouldn't be the only one. ;) It seems like it should be a fairly minimal commitment. I'm willing to fill one of those spots myself. I'll throw together something before the end of the week that talks about the persistent undo history that the MIT students are working on, and link to their page. Bryce, are you even still interested? On top of that, do you have the time? Either way, it is not difficult to find a couple news worthy items per month. Any other takers? Tutorials: Ryan Lerch and myself started to do some tutorial work for this development cycle a while back. I haven't contributed to this for a couple months as it seemed like there were still a number of changes going on at that point (plus a very busy schedule on my end). Luckily, it appears things are slowing down now on both fronts, so it seems like an opportune time to pick this back up. It's good for us to have more tutorials that focus on using features of inkscape (such as the in-progress clipping/masking/patterns tutorial), rather than tutorials for doing a particular task (easter egg). Do we have any volunteers to help us with tutorial writing/updating? Current discussion and drafts can be found at: http://wiki.inkscape.org/wiki/index.php/TutorialUpdates-0.46 Also, as for tutorial localization and to attempt simplifying our files and the process for translators, I know there was discussion in the past about po2xml. Can anyone enlighten me on if this has change has been done? I've not updated my checkout of the tutorials in quite a while. If not, is this a huge task? Will there be any changes in formatting or the process for tutorial writers? Screenshots: Okay, do we think that artsy screenshots are in order yet? I have one that utilizes a number of filters, but a key piece of filter rendering is not correct (it's using turbulence). I also have an in-progress one that I'm using some filters on, but more importantly going to town with live path effects. Curve stitching is turning out to be my favorite feature in this dev cycle. :) The About screen: I just want to follow up on this. I know we're most likely not ready to go for it yet (as there are a number of filter bugs remaining). But I am just wondering if we think we're getting closer. Also, did Jon Phillips want to host this via ocal or create? Or are we going deviantART again? Just want to coordinate. Bugs & Feature Requests: Another area that generally needs attention is our bug and rfe trackers. It is always a big help if people can go through bug reports & feature requests and try to close duplicates, reproduce bugs, ask for more information where necessary, etc. Unfortunately, people submit items without searching the trackers first, so duplicates are quite common. Also, it's common that people will file a report and the issue is resolved in a development cycle, but they never come back to say that the issue has been fixed for them. Another common issue is anonymous bug reports. These get reported and never followed up on by the original poster as there is no way for us to contact them (these are fairly common to get fixed, but we don't get confirmation from those people). Anyone interested in helping with these that doesn't have access, please let us know. Thank you all for your time. -Josh P.S. Unrelated, is the 3d box tool not going to be activated for the next release?

9 14

Re: [Inkscape-devel] Inkscape demo import
by Bryce Harrington 09 Nov '07

09 Nov '07

On Thu, Nov 08, 2007 at 09:31:11PM -0500, James Henstridge wrote: > On 08/11/2007, Bryce Harrington <bryce@...961...> wrote: > > Bugs appear reported in future > > ------------------------------ > > On this bug (and possibly others), the dates associated with > > buliabyak-users are in the future (2011, 2012). > > > > E.g. https://bugs.demo.launchpad.net/inkscape/+bug/157587 > > This is a case of garbage in, garbage out. Take a look at the > submission date of the source bug: > > http://sourceforge.net/tracker/index.php?func=detail&aid=1218610&group_id=9… Aha, ok our bad. I wonder how this happened. In any case, now that we know it's not caused by the import this issue can be ignored. > > Category mapped to milestones > > ----------------------------- > > For Inkscape, we used the SF Category to tag bugs by type. These appear > > to have been mapped to milestones by the converter, however. Instead, > > can you have the Categories just mapped into LP tags? > > The categories are being mapped to tags. It is the groups that are > being mapped to milestones (this is how Python was using bug groups). > I can certainly update the import to map groups to tags as well > though. That'd be great. Yes, since SF left both these things rather freeform it's not a surprise that different projects used them in different ways. Mapping both cats and groups to tags would be best for Inkscape. > > Missing Attachments > > ------------------- > > In a number of cases the bug attachments didn't come through correctly. > > Here is one example: > > > > SF.net > > http://sourceforge.net/tracker/index.php?func=detail&aid=1816893&group_id=9… > > Launchpad > > https://bugs.demo.launchpad.net/inkscape/+bug/159964 > > This is a display bug with Launchpad where it does not list > attachments associated with the first comment in the main content. > The attachment is visible in the attachments portlet on the left > though. You can also see it when viewing just the initial comment: > > https://bugs.demo.launchpad.net/inkscape/+bug/159964/comments/0 > > I am pretty sure we have a bug open for this, but don't have it handy. Aha, there it is. That would be a good bug to see fixed, but for now we'll just make a note to look in the portlet for attachments. (I hadn't ever noticed that before.) > > Fix Committed State > > ------------------- > > It appears that the 'Pending' state in SF was mapped to 'Fix Committed' > > in launchpad. We never really understood what 'Pending' meant, but > > what we used it for in Inkscape is more like the "Incomplete" state, so > > it should be mapped to that. > > Fair enough. If you have a preferred mapping from SF.net statuses and > resolutions to Launchpad statuses, I can tweak the import to match. Sure, here is how I'd map it, although this is only after a few minutes' thought, so there could be better mappings... Open Closed Deleted Pending None New Fix Released Invalid Incomplete Accepted Confirmed Fix Released Invalid Incomplete Fixed Fix Committed Fix Released Invalid Fix Committed Duplicate Invalid Invalid Invalid Invalid Invalid Invalid Invalid Invalid Invalid Out of Date Invalid Invalid Invalid Invalid Rejected Invalid Invalid Invalid Invalid Won't Fix Invalid Invalid Invalid Invalid Later In Progress Invalid Invalid In Progress Postponed In Progress Invalid Invalid In Progress Remind In Progress Invalid Invalid In Progress Works For Me In Progress Invalid Invalid In Progress > > Inconsistant Bug Stats > > ---------------------- > > The bug numbers in Launchpad show: > > > > Open 1144 > > Critical 43 > > New 809 > > Unassigned 826 > > All bugs ever reported 5536 > > > > while on sf we have: > > > > # Bugs : (801 open / 3,727 total) > > # Patches : (27 open / 828 total) > > # Feature Requests : (1,022 open / 2,183 total) > > > > We're curious how the numbers are arrived at, and what causes the stats > > discrepancies? > > > > (I'm guessing it's just due to terminology differences between SF and LP > > status, but am uncertain how they get mapped through.) > > So the break down I see in the database is: > > NEW: 809 > INVALID: 1993 > CONFIRMED: 312 > INPROGRESS: 5 > FIXCOMMITTED: 18 > FIXRELEASED: 2399 > UNKNOWN: 16 > Total: 5552 > > The counts shown on the Launchpad page omit duplicate bugs which would > account for a small part of the discrepency. The 16 unknowns are > pre-existing bug tasks that have bug watches pointing at SF.net. > > I think the numbers here should be a bit higher, so it does look like > some of the bugs got left out of the dump. I'll investigate and get > back to you on this. Cool, thanks. > > Map priority 5 bugs to New/Undecided status > > ------------------------------------------- > > By default, SourceForge sets the priority of newly reported bugs to 5. > > We found this irritating since it interferes with triaging the > > priorities of bugs. So as a hack-around we decided that priority 5 > > actually means "unprioritized". > > > > Can you set the script to map priority-5 bugs to be New/Undecided? > > We currently map "Open" bugs with no assignee and not in Accepted > state to NEW. So I guess mapping priority 5 to an unset importance > would solve this, right? Yes, that would do it. Thanks again! Bryce

1 0

Methods hiding others
by Jon A. Cruz 08 Nov '07

08 Nov '07

Aside from other warnings, I've spotted some of these. Given that they are around the path effects, there might be something to them. ./live_effects/effect.h:99: warning: 'virtual NArtBpath* Inkscape::LivePathEffect::Effect::doEffect(NArtBpath*)' was hidden ./live_effects/lpe-slant.h:27: warning: by 'virtual void Inkscape::LivePathEffect::LPESlant::doEffect(SPCurve*)' ./live_effects/effect.h:101: warning: 'virtual std::vector<Geom::Path, std::allocator<Geom::Path> > Inkscape::LivePathEffect::Effect::doEffect(std::vector<Geom::Path, std::allocator<Geom::Path> >&)\ ' was hidden ./live_effects/lpe-slant.h:27: warning: by 'virtual void Inkscape::LivePathEffect::LPESlant::doEffect(SPCurve*)' ./live_effects/effect.h:103: warning: 'virtual Geom::Piecewise<Geom::D2<Geom::SBasis> > Inkscape::LivePathEffect::Effect::doEffect (Geom::Piecewise<Geom::D2<Geom::SBasis> >&)' was hidden ./live_effects/lpe-slant.h:27: warning: by 'virtual void Inkscape::LivePathEffect::LPESlant::doEffect(SPCurve*)'

4 7