- Inkscape Devel - Inkscape Mailman

Inkscape Answers site
by Bryce Harrington 13 Jan '08

13 Jan '08

Hi all, I suspect a lot of people already know about this hidden corner of Launchpad, but for those that don't, we have an Answers site: http://answers.launchpad.net/inkscape/ Essentially, it's a tech support forum, for users to ask questions about using Inkscape. If it turns out their question is really a bug, they can be directed to file one "next door", (or you can do it for them, and then link the bug to the question.) It's nice in that it's more structured than a plain forum - you can mark questions as "Answered", "Solved", "Needs Info", etc. Also, answering questions of users also adds to your Launchpad karma score, especially if your answer results in "solving" the user's issue. Even though we've not advertised it much, I notice it's getting a good bit of use, with a couple dozen questions asked, well over half solved, and all but 3 answered. The answers people are giving are well considered and thorough. I get the sense that users are finding it a reliable way to get their questions addressed, and I bet it will serve as a good reference for users going forward. So, if you're ever bored looking at bugs, click on over to Answers and see if there's a question or two you think you can answer. Bryce

1 0

An easy way to hide things?
by Bill Baxter 12 Jan '08

12 Jan '08

How about putting "Hide" (and "Lock") entries on the right-click context menu? Seems like it's a little bit of a pain to hide (and lock) things right now. Unless there's some secret key stroke that the manual doesn't mention. It's also odd to me that there's an "Unhide all" and "Unlock all" on the main Object menu, but no hide or lock options. --bb

2 2

Selecting objects in tweak context
by Maximilian Albert 12 Jan '08

12 Jan '08

Hi, in tweak context it is not possible to select objects by simply clicking on them. When looking into this I realized that this seems to be intentional since clicking on something does perform a light change (at least, that's what the code and the additional entry in the undo history suggest). However, in my (very decent, admittedly) applications of the tweak tool I have never seen a case where this small change was actually visible. And imho not being able to click-select something is such a major deviation from the usual/expected behaviour that it should be considered enabling this in the tweak tool, too - at the expense of losing the hardly useful "do a light change" option (which can otherwise be achieved by reducing the force parameter). What do people think? Max

2 3

Inkscape lag/low frame rate on OS X.5
by carl olsen 12 Jan '08

12 Jan '08

3 2

Gridline coloring
by unknown＠example.com 11 Jan '08

11 Jan '08

Hi all, Please have a look at: https://bugs.launchpad.net/bugs/167422 "When zoomed out enough to hide minor grid lines, major grid lines get drawn with the minor grid line color." My comment: "I regret this was "fixed". Now you have major lines visible when there are no minors visible; now the grid is way too visible for my linkings when zoomed out. I feel there should only be highlighted lines when there is actually something to be highlighted. When zoomed out, you see all lines highlighted. So I either would like to have A. the old behaviour back: (only use major highlighting when minors are visible, otherwise use minor color for all lines). or B. have major/minor all the time. E.g. with a highlighted 'major' line for all zooms." Option B is not handy always and should be something can can be turned off. Option A might also be put under a checkbox (what will be the default?) Regards, Johan

1 0

icons again :)
by Alexandre Prokoudine 11 Jan '08

11 Jan '08

Hi, Do we have a final decision on this? https://bugs.launchpad.net/inkscape/+bug/169791/comments/12 Alexandre

1 0

creating new layer
by Alexandre Prokoudine 11 Jan '08

11 Jan '08

Hi, What do you think about assigning a shorcut to "Layer - New Layer..."? Ctrl+Shift+N maybe? Also, is there any particular reason for not enabling dynamic shortcuts creation? Alexandre

1 0

Re: [Inkscape-devel] Bugs milestoned for 0.46
by Glimmer Labs 11 Jan '08

11 Jan '08

I wanted to let you know that I'm leaving town for a week this Saturday, and I will probably not have internet access. If there is anything you would like me to do concerning the patch before then, let me know. I don't know what the deadlines are for 0.46, but I have plenty of time tomorrow to work on the patch if you need help with something, and I will also have a good amount of time to work on it when I get back a week from Saturday. Here is the patch again: https://bugs.launchpad.net/inkscape/+bug/169967 Thanks for everything. I'm really excited to see our patch in 0.46. David On Jan 8, 2008 3:59 AM, Glimmer Labs <glimmer07@...400...> wrote: > I've created a patch for the Inkscape Scheme Console and added it to > the patch tracker: > https://bugs.launchpad.net/inkscape/+bug/169967 > > Let me know if there are any problems. > > Thanks a lot, > > David > > On Jan 6, 2008 6:30 PM, Ted Gould <ted@...11...> wrote: > > > On Sun, 2008-01-06 at 13:42 -0800, Bryce Harrington wrote: > > > 169967 Scheme Scripting Console > > > > I milestoned this one for 0.46, but I'm worried I won't have enough time > > to get it done... is there someone else who'd be interested in > > reviewing this patch and putting it in. I think without the document > > locking there is not contention on the implementation, I was thinking > > that we could leave that out for now (it'd be slower) and it would still > > be a useful patch. > > > > --Ted > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > >

2 1

tb_s and tb_e in toolbox.cpp
by jiho 11 Jan '08

11 Jan '08

Hi all, We've just received a patch by Adam Strzelecki that improves Inkscape on OSX, and will probably enable us to make a native experimental build for 0.46. Part of the patch is not directly OS X related and suggests to remove some stuff from toolbox.cpp. In Adam's words: * src/widgets/toolbox.cpp: removes tb_s, tb_e spacers from the toolbars to they DON'T have ugly underlines (who did invent this anyway, this produces ugly look in most GTK themes where toolbars are 2x inset in the GUI, I believe this should be removed anyway in all builds (platforms)) and the part of the patch is: Index: src/widgets/toolbox.cpp =================================================================== --- src/widgets/toolbox.cpp (revision 16998) +++ src/widgets/toolbox.cpp (working copy) @@ -630,14 +630,9 @@ { GtkWidget *tb = gtk_vbox_new(FALSE, 0); - GtkWidget *tb_s = gtk_vbox_new(FALSE, 0); - GtkWidget *tb_e = gtk_vbox_new(FALSE, 0); gtk_box_set_spacing(GTK_BOX(tb), AUX_SPACING); - gtk_box_pack_start(GTK_BOX(tb), GTK_WIDGET(tb_s), FALSE, FALSE, 0); - gtk_box_pack_end(GTK_BOX(tb), GTK_WIDGET(tb_e), FALSE, FALSE, 0); g_object_set_data(G_OBJECT(tb), "desktop", NULL); - g_object_set_data(G_OBJECT(tb), "top_spacer", tb_s); gtk_widget_set_sensitive(tb, FALSE); @@ -667,11 +662,7 @@ { GtkWidget *tb = gtk_vbox_new(FALSE, 0); - GtkWidget *tb_s = gtk_vbox_new(FALSE, 0); - GtkWidget *tb_e = gtk_vbox_new(FALSE, 0); gtk_box_set_spacing(GTK_BOX(tb), AUX_SPACING); - gtk_box_pack_start(GTK_BOX(tb), GTK_WIDGET(tb_s), FALSE, FALSE, 0); - gtk_box_pack_end(GTK_BOX(tb), GTK_WIDGET(tb_e), FALSE, FALSE, 0); g_object_set_data(G_OBJECT(tb), "desktop", NULL); gtk_widget_set_sensitive(tb, FALSE); @@ -1439,10 +1430,6 @@ } gtk_widget_show(toolbox); - // need to show the spacer, or the padding will be off - GtkWidget *spacer = GTK_WIDGET(g_object_get_data(G_OBJECT(toolbox), "top_spacer")); - gtk_widget_show(spacer); - gtk_widget_show_all(shown_toolbox); } I have no clue about this. Is it safe? Should it be removed or not? Should it do it now or wait after the release? JiHO --- http://jo.irisson.free.fr/

4 3

Bug Report and new Extension
by Rob Antonishen 11 Jan '08

11 Jan '08

Hi- I finally signed up on Launchpad, so I hope I did this correctly... I had written an extension to re-stack selected items (left to right, top to bottom, or vice versa) using a specified base point on each object. I posted about this on the inkscape users list. Recently I converted it to work with lxml.etree (Thanks Ted, Aaron, and Radek). It was really slow however, as it would call new instances of inkscape to get the location of the objects. Kurt pointed out this bug report/patch https://bugs.launchpad.net/inkscape/+bug/174701 that provides a --querry-all command lie option, so I converted it. It now works, and it quite fast. In doing this, I found a bug in the live preview and optiongroups which I reported as a new bug: https://bugs.launchpad.net/inkscape/+bug/181799 I have attached the extension to that bug report, as I could find no other extension using the optionsgroup parameter type (other than the developer example that doesn't effect the drawing). My questions are: 1) Is it worth getting my extension added to the distribution? (This thread has an example of what it does http://inkscape-forum.andreas-s.net/topic/133367#594472 but using the old code) 2) If so, can someone check my python? I have never used python before this and it was a significant effort in trial and error (I am not sure if the csv to list conversion is really necessary, but couldn't get it to work otherwise) 3) Also if so, should I "submit it" as another bug report in launchpad (or is there a different way to offer up an extension to the project)? Thanks, -Rob A>

5 8