- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-user] Stroke paint >Pattern
by Ted Gould 16 Feb '05

16 Feb '05

On Mon, 2005-02-14 at 11:56 -0400, bulia byak wrote: >On Mon, 14 Feb 2005 16:47:47 +0100, Jakub Steiner <jimmac@...659...> wrote: >> Looking at it from the interface perspective, I'd call it a brush. > >Yes, that's the best term. > >> You >> could convert an object into a brush, just like you can now convert an >> object into a pattern. > >And adjust things like spacing, rotation, randomization... > >> Once you has a brush you could then use it on an >> object as another property (fill, stroke). > >I don't think it can be used on fill, only on stroke. Actually, brush >strokes will be their own kind of objects (implemented as SVG <g> with >extension attrs) so they won't have any fill. I was curious if this functionality could be implemented using markers. Perhaps subdivide the path and place the "brush strokes" on the nodes so that you'd get a brush effect kinda like GIMP. It might be difficult to do brushes that change over time though... --Ted PS - Took this thread to devel, it was on user.

2 1

Re: [cairo] The Great API Shakeup (fwd)
by PLinnell 16 Feb '05

16 Feb '05

> Message: 9 > Subject: Re: [Inkscape-devel] [cairo] The Great API Shakeup (fwd) > From: MenTaLguY <mental@...3...> > To: Craig Bradney <cbradney@...242...> > Cc: Inkscape ML <inkscape-devel(a)lists.sourceforge.net> > Date: Tue, 15 Feb 2005 20:51:30 -0500 > > <snip> > > I'd strongly recommend you folks put someone on the cairo mailing > list as an interface, since feedback from a project like Scribus > that is actively using cairo will be helpful to them. > > -mental > Done.

1 0

[cairo] The Great API Shakeup (fwd)
by Bryce Harrington 16 Feb '05

16 Feb '05

This last weekend, several cairo developers happened to be in the same physical room, (as part of XDevConf[*]). We took advantage of the opportunity and had a very productive meeting last night in which we tried to discuss as many open API issues as possible. The following people were involved in this ad-hoc meeting: Kristian Høgsberg, David Reveman, Keith Packard, Owen Taylor, Carl Worth The meeting was also attended by Jim Gettys and Bdale Garbee, without whose support we could not have been productive. Kristian took some good notes on the discussion last night, which we'll be cleaning up and sending out as a bunch of separate proposals to the list. Hopefully this stream of little proposals will be easier to digest than one giant summary of the meeting. And, this way any sub-discussions that spin off should be easier to manage. We'll include "API Shakeup" in each of the proposals, and we'll try to tie them into existing open threads as appropriate. Each mini-proposal will be followed up with a patch proposal to implement the change, (and each patch must include documentation). Then, of course, once any new discussion settles down, we can start committing all of this stuff. The scope of the changes means that all existing cairo-using code will have to be updated, (eg. we have a proposal that changes cairo_create). So, the breakage will be a bit painful. But hopefully, the work needed to bring forward any single piece of code will actually be quite minor. As this process wraps up, we'll pull together a single-source guide on what people need to do to get their code updated. Anyway, this should be a lot of fun. And we should have an easier-to-use, and less warty API when we're done. If anyone has pet peeves regarding API issues in cairo, this will be the time to bring them up, because we won't want to go through many more break-every-application changes again for quite some time. -Carl [*] X Developers' Conference http://freedesktop.org/wiki/Software/XDevConf _______________________________________________ cairo mailing list cairo@...278... http://lists.freedesktop.org/mailman/listinfo/cairo

4 4

[Fwd: Translation update - spanish]
by Lucas Vieites 16 Feb '05

16 Feb '05

Previous message got rejected due to .zip attachment, I'm attaching it in tar.bz2 format now, cheers. --------- Mensaje reenviado -------- >De: Lucas Vieites <lucas@...212...> >Para: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> >Asunto: Translation update - spanish >Fecha: Fri, 11 Feb 2005 11:24:05 +0100 > Hi, I'm attaching an updated es.po file. A couple of fuzzies and >untranslated were left behind (a total of 4-5). > > By the way, I was invited today to give a "hands-on" tutorial on >Inkscape at a free-software meeting next month in Extremadura, a region >in Spain that started to develop their own Debian-based Linux >distribution ("Linex", www.linex.org) for use in schools and local >administrations. Any suggestions? > I was planning to do a quick tour through the tutorials included in >Inkscape and a few live demos. > > > Cheers, -- Lucas Vieites Fariña Asix Informática <info@...212...> http://www.asixinformatica.com/ Tel/Fax: +34 986 54 26 98

4 4

save-on-close issue
by MenTaLguY 16 Feb '05

16 Feb '05

Seems the problem is this rather evil bit of code in sp_dtw_desktop_shutdown: > if (doc && (((GObject *) doc)->ref_count == 1)) { Guess I was right about having exposed an existing bug. This is wrong for two reasons: 1. objects other than SPDesktops can reference SPDocuments, and there are non-inter-object-reference uses for refcounts: the wrong value being used for the wrong concept 2. GObject::ref_count is sort of an internal field (in the words of the glib API documentation, "All the fields in the GObject structure are private to the GObject implementation and should never be accessed directly.") The most obvious fix is to specifically keep a count of related active desktops in the SPDocument, and do a similar test with that. However, should we count SPDesktops, or more generally all SPViews (for example the preview view)? Is SPDocument necessarily the place to actually keep track of that, or should it be e.g. the Inkscape Application object? -mental

2 4

Inkscape::NSApplication ?
by MenTaLguY 16 Feb '05

16 Feb '05

What's the 'NS' in NSApplication for? Some kind of Hungarian notation? I'm not particularly fond of it... -mental

2 2

location of the actual close confirmation dialog?
by MenTaLguY 16 Feb '05

16 Feb '05

Bleah, I can't seem to find the code for the actual close confirmation dialog. Could someone please direct me to the right place? -mental

1 0

URGENT: fill & stroke breakage
by bulia byak 16 Feb '05

16 Feb '05

- launch - open any file from gui (file>open or file>open recent) - press ctrl+shift+F crashes with: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1087741248 (LWP 19098)] IA__g_hash_table_destroy (hash_table=0x989fd20) at ghash.c:742 742 node = node->next; Current language: auto; currently c (gdb) bt #0 IA__g_hash_table_destroy (hash_table=0x989fd20) at ghash.c:742 #1 0x080d610a in ~SPDocument (this=0x8409fc0) at document.cpp:118 #2 0x40ae8ec4 in GC_invoke_finalizers () at finalize.c:787 #3 0x40ae8fb9 in GC_notify_or_invoke_finalizers () at finalize.c:844 #4 0x40aea3bd in GC_generic_malloc (lb=7, k=2) at malloc.c:188 #5 0x40aeb37a in GC_malloc_uncollectable (lb=7) at mallocx.c:572 #6 0x082bd37f in Inkscape::GC::Anchored::_new_anchor (this=0x9827e04) at gc-core.h:88 #7 0x0820e16a in NRArenaItem (this=0x9827e00) at gc-anchored.h:51 #8 0x08216ee2 in NRObject::invoke_ctor<NRArenaShape> (object=0x9827e00) at nr-object.h:75 #9 0x082568cd in NRObject::alloc (type=141831864) at libnr/nr-object.cpp:181 #10 0x08116a40 in sp_shape_show (item=0x92e7208, arena=0x989fd20, key=35, flags=1) at nr-object.h:114 #11 0x081017a1 in sp_item_invoke_show (item=0x92e7208, arena=0x863ef90, key=35, flags=1) at sp-item.cpp:697 #12 0x080fdb0c in sp_group_show (item=0x92e7208, arena=0x863ef90, key=35, flags=1) at sp-item-group.cpp:410 #13 0x08103d43 in sp_marker_show_instance (marker=0x9011b6c, parent=0x87f4200, key=160039424, pos=0, base=@0xbfffe240, linewidth=1.70000005) at sp-marker.cpp:581 #14 0x081160fa in sp_shape_update_marker_view (shape=0x86a22f8, ai=0x87f4200) at sp-shape.cpp:555 #15 0x08116eb0 in sp_shape_update (object=0x86a22f8, ctx=0xbfffe3c0, flags=4) at sp-shape.cpp:278 #16 0x08108e76 in SPObject::updateDisplay (this=0x86a22f8, ctx=0xbfffe3c0, flags=4) at sp-object.cpp:1016 #17 0x080fca30 in sp_group_update (object=0x86a22f8, ctx=0xbfffe520, flags=4) at sp-item-group.cpp:240 #18 0x08108e76 in SPObject::updateDisplay (this=0x867417c, ctx=0xbfffe520, flags=4) at sp-object.cpp:1016 #19 0x080fca30 in sp_group_update (object=0x867417c, ctx=0xbfffe700, flags=4) at sp-item-group.cpp:240 #20 0x08115058 in sp_root_update (object=0x843e6c0, ctx=0x83511b0, flags=3) at sp-root.cpp:559 #21 0x08108e76 in SPObject::updateDisplay (this=0x843e6c0, ctx=0xbfffe810, flags=3) at sp-object.cpp:1016 #22 0x080d54aa in sp_document_ensure_up_to_date (doc=0x8409f18) at document.cpp:577 #23 0x081a819e in sp_marker_list_from_doc (m=0x92f6fb8, current_doc=0x98a0200, source=0x8409ea8, markers_doc=0x0, sandbox=0x8409f18, menu_id=0x82ca5ff "marker-mid") at dialogs/stroke-style.cpp:841 #24 0x081a8a31 in ink_marker_menu (tbl=0x989fd20, menu_id=0x82ca5ff "marker-mid", sandbox=0x8409f18) at dialogs/stroke-style.cpp:1104 #25 0x081abb6e in sp_stroke_style_line_widget_new () at dialogs/stroke-style.cpp:1515 #26 0x081a32da in sp_object_properties_dialog () at dialogs/object-properties.cpp:178 #27 0x0822aa01 in sp_action_perform (action=0x845c330, data=0x0) at helper/action.cpp:135

4 7

Urgency and spirit
by Felix Rabe 15 Feb '05

15 Feb '05

Hi all, I agree that the CVS code should remain usable, but (not blaming anyone!) I don't think it is a productive way to then put everybody under pressure to fix every crash by yesterday. I just want to remind you (as an outsider and non-developer; I actually don't have any say here) that this project came into existence to grant more freedom to its developers. If you expect to have every bug fixed ASAP in (by nature) shaky code, you will start to drive people away again if you get used to this behavior. Just want to remind you *before* it becomes a serious problem. Greetings and happy hacking, - Felix

3 2

Selection in text editing
by Aewyn 15 Feb '05

15 Feb '05

Hi, I run into trouble again ;) How can I select text (some characters) while editing on canvas? I can, however with ctrl+shift+T, but it would be much easier on canvas. Thanks, Aewyn

6 19