I btool input commands in XP, under the compiler to as follows:
 cc : compile of build/obj/xml/subtree.o required by source: src/xml/subtree.
cpp
============ cmd ============
mingw32-g++ -c -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast-
align -Wsign-compare -Woverloaded-virtual -Wswitch -O2 -mms-bitfields -fopenmp -
DVERSION=\"0.48+devel\" -DHAVE_CONFIG_H -D_INTL_REDIRECT_INLINE -DHAVE_SSL -DREL
AYTOOL_SSL="static const int libssl_is_present=1; static int __attribute__((unus
ed)) libssl_symbol_is_present(char *s){ return 1; }" -DPOPPLER_NEW_GFXFONT -I. -
IH:\devlibs/include -IH:\devlibs/include/gtkmm-2.4 -IH:\devlibs/lib/gtkmm-2.4/in
clude -IH:\devlibs/include/glibmm-2.4 -IH:\devlibs/lib/glibmm-2.4/include  -IH:\
devlibs/include/glib-2.0 -IH:\devlibs/lib/glib-2.0/include -mms-bitfields -IH:\d
evlibs/include/sigc++-2.0 -IH:\devlibs/lib/sigc++-2.0/include -IH:\devlibs/inclu
de/giomm-2.4 -IH:\devlibs/lib/giomm-2.4/include  -IH:\devlibs/include/gdkmm-2.4
-IH:\devlibs/lib/gdkmm-2.4/include -IH:\devlibs/include/pangomm-1.4  -IH:\devlib
s/lib/pangomm-1.4/include -IH:\devlibs/include/gtk-2.0 -IH:\devlibs/lib/gtk-2.0/
include -IH:\devlibs/include/gtk-2.0 -IH:\devlibs/include/pango-1.0 -IH:\devlibs
/include/pango-1.0 -IH:\devlibs/include/pango-1.0 -IH:\devlibs/include/cairo -IH
:\devlibs/include/cairomm-1.0 -IH:\devlibs/lib/cairomm-1.0/include -IH:\devlibs/
include/atkmm-1.6 -IH:\devlibs/include/atk-1.0 -IH:\devlibs/include/gtk-2.0 -mms
-bitfields -IH:\devlibs/include/gtk-2.0 -IH:\devlibs/lib/gtk-2.0/include -IH:\de
vlibs/include/ImageMagick -IH:\devlibs/include/ImageMagick -fopenmp -D_MAGICKDLL
_ -IH:\devlibs/include/libxml2 -IH:\devlibs/include/freetype2 -IH:\devlibs/inclu
de -IH:\devlibs/include/cairo -IH:\devlibs/include/poppler -IH:\devlibs/include/
gc -IH:\devlibs/include/libwpg-0.1 -IH:\devlibs/include/libwpd-0.8 -IH:\devlibs/
include/libwpg-0.1 -IH:\devlibs/include/libwpd-0.8 -Icxxtest -IH:\devlibs/python
/include -Isrc/bind/javainc -Isrc/bind/javainc/win32  -Isrc  -Isrc/2geom -Isrc/2
geom/numeric -Isrc/application -Isrc/bind -Isrc/debug -Isrc/dialogs -Isrc/displa
y -Isrc/dom -Isrc/dom/io -Isrc/dom/odf -Isrc/dom/util -Isrc/extension -Isrc/exte
nsion/implementation -Isrc/extension/internal -Isrc/extension/internal/bitmap -I
src/extension/internal/filter -Isrc/extension/internal/pdfinput -Isrc/extension/
script -Isrc/filters -Isrc/helper -Isrc/io -Isrc/jabber_whiteboard -Isrc/jabber_
whiteboard/dialog -Isrc/libavoid -Isrc/libcola -Isrc/libcroco -Isrc/libgdl -Isrc
/libnr -Isrc/libnrtype -Isrc/libvpsc -Isrc/libvpsc/pairingheap -Isrc/livarot -Is
rc/live_effects -Isrc/live_effects/parameter -Isrc/pedro -Isrc/svg -Isrc/trace -
Isrc/trace/potrace -Isrc/ui -Isrc/ui/cache -Isrc/ui/dialog -Isrc/ui/tool -Isrc/u
i/view -Isrc/ui/widget -Isrc/util -Isrc/widgets -Isrc/xml src/xml/subtree.cpp -o
 build/obj/xml/subtree.o
=============================
 
I:\Inkscape\Src>
 
And found nothing wrong during inkscape, but in no inkscape executable directory generated needed to subscription-based.
 
 
------------------ Original ------------------
From: "inkscape-devel-request"<inkscape-devel-request@lists.sourceforge.net>;
Date: 2010年7月28日(星期三) 凌晨0:45
To: "inkscape-devel"<inkscape-devel@lists.sourceforge.net>;
Subject: Inkscape-devel Digest, Vol 50, Issue 46
 
Send Inkscape-devel mailing list submissions to
inkscape-devel@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/inkscape-devel
or, via email, send a message with subject or body 'help' to
inkscape-devel-request@lists.sourceforge.net

You can reach the person managing the list at
inkscape-devel-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Inkscape-devel digest..."


Today's Topics:

   1. Re: Avoiding opening new instances (Alexandre Prokoudine)
   2. Re: Inkscape fund (Jasper van de Gronde)
   3. Re: Inkscape fund (Alexandre Prokoudine)
   4. Re: Multiple issues with the filter dialog (Krzysztof Kosi?ski)
   5. Re: Inkscape fund (Joshua A. Andler)
   6. Re: Avoiding opening new instances (Krzysztof Kosi?ski)
   7. Re: Inkscape fund (Alexandre Prokoudine)
   8. Re: Multiple issues with the filter dialog (Alexandre Prokoudine)
   9. Re: Multiple issues with the filter dialog (Jon Cruz)


----------------------------------------------------------------------

Message: 1
Date: Tue, 27 Jul 2010 17:35:07 +0400
From: Alexandre Prokoudine <alexandre.prokoudine@...400...>
Subject: Re: [Inkscape-devel] Avoiding opening new instances
To: inkscape-devel@lists.sourceforge.net
Message-ID:
<AANLkTi=NqGsbxjUC26uP+a6H+bg3qX-bo__ROJT3Gv4+@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On 7/27/10, Martin Sucha wrote:

> One possible approach would be to use IPC

D-BUS :)

Alexandre Prokoudine
http://libregraphicsworld.org



------------------------------

Message: 2
Date: Tue, 27 Jul 2010 16:27:00 +0200
From: Jasper van de Gronde <th.v.d.gronde@...528...>
Subject: Re: [Inkscape-devel] Inkscape fund
To: Alexandre Prokoudine <alexandre.prokoudine@...400...>
Cc: inkscape <inkscape-devel@lists.sourceforge.net>
Message-ID: <4C4EECB4.1050002@...528...>
Content-Type: text/plain; charset=UTF-8; format=flowed

Alexandre Prokoudine wrote:
> On 7/27/10, Jasper van de Gronde wrote:
>> I noticed on the site that there is something called the Inkscape fund
>> and I was wondering whether we actually use it or not. And in either
>> case, who manages it and is there any information on how many donations
>> we have received?
>
> There is no Inkscape fund. You misread it :)

The following clearly says "Inkscape Fund":
http://inkscape.org/donate.php

> What does exist is http://linuxfund.org/ that we used to collect money
> to pay Tav for his work on Text tool.

The above does not seem to be (directly) related to linuxfund.org.



------------------------------

Message: 3
Date: Tue, 27 Jul 2010 18:52:46 +0400
From: Alexandre Prokoudine <alexandre.prokoudine@...400...>
Subject: Re: [Inkscape-devel] Inkscape fund
To: inkscape <inkscape-devel@lists.sourceforge.net>
Message-ID:
<AANLkTi=CbSwBRC42Ec928YcO-YG7vvv48HtBUo3eTMeZ@...401...>
Content-Type: text/plain; charset=ISO-8859-1

On 7/27/10, Jasper van de Gronde wrote:

>> There is no Inkscape fund. You misread it :)
>
> The following clearly says "Inkscape Fund":
> http://inkscape.org/donate.php

Oh, thanks for pointing out. That's the first time I hear about it. I
cannot help you there other than saying that the page was last updated
in August 2008 in SVN, so it looks like Ted or Bryce might have the
answer for you.

Alexandre Prokoudine
http://libregraphicsworld.org



------------------------------

Message: 4
Date: Tue, 27 Jul 2010 17:00:21 +0200
From: Krzysztof Kosi?ski <tweenk.pl@...400...>
Subject: Re: [Inkscape-devel] Multiple issues with the filter dialog
To: Tavmjong Bah <tavmjong@...8...>
Cc: inkscape-devel <inkscape-devel@lists.sourceforge.net>
Message-ID:
<AANLkTinKyRVGz5TNTLWxAmoiFdyNhGAmM19WJX2BPWYW@...401...>
Content-Type: text/plain; charset=UTF-8

W dniu 27 lipca 2010 10:32 u?ytkownik Tavmjong Bah <tavmjong@...8...> napisa?:
> It is a problem with our current interface that you cannot allow all
> reasonable values and have the slider cover the potentially most used
> range. Currently, the only way you can set values outside the
> slider/entry box range is to use the XML editor so it is better to error
> on the side of too large ranges than too small.

It would be best if the slider had a limited range, but you could
input an arbitrary value (or a value from a much larger range) using
the spinbox.

> 579932   Too much states saved for undo/redo when using sliders
>         <https://bugs.launchpad.net/inkscape/+bug/579932>

The easiest fix is to set the sliders to Gtk::UPDATE_DISCONTINUOUS
update policy, but this will prevent the display from updating during
the drag. Apparently there is no way in GTK right now to get the
correct behavior!

Regards, Krzysztof



------------------------------

Message: 5
Date: Tue, 27 Jul 2010 08:05:59 -0700
From: "Joshua A. Andler" <scislac@...400...>
Subject: Re: [Inkscape-devel] Inkscape fund
To: Alexandre Prokoudine <alexandre.prokoudine@...400...>
Cc: inkscape <inkscape-devel@lists.sourceforge.net>
Message-ID: <1280243159.19496.32.camel@...2139...>
Content-Type: text/plain; charset="UTF-8"

On Tue, 2010-07-27 at 18:52 +0400, Alexandre Prokoudine wrote:
> On 7/27/10, Jasper van de Gronde wrote:
>
> >> There is no Inkscape fund. You misread it :)
> >
> > The following clearly says "Inkscape Fund":
> > http://inkscape.org/donate.php
>
> Oh, thanks for pointing out. That's the first time I hear about it. I
> cannot help you there other than saying that the page was last updated
> in August 2008 in SVN, so it looks like Ted or Bryce might have the
> answer for you.

It was created to collect donations and also for Mentors from GSoC who
would rather the payments go to the project to have a place to defer
them to. It's primarily used to assist with developer's travel needs to
get to conferences and such.

Cheers,
Josh




------------------------------

Message: 6
Date: Tue, 27 Jul 2010 18:06:36 +0200
From: Krzysztof Kosi?ski <tweenk.pl@...400...>
Subject: Re: [Inkscape-devel] Avoiding opening new instances
To: Martin Sucha <martin.sucha-ml@...2313...>
Cc: inkscape-devel@lists.sourceforge.net
Message-ID:
<AANLkTin=4DfW62o3tR0yadmD0u_VA04+=Q2MBEbRPn1M@...401...>
Content-Type: text/plain; charset=UTF-8

2010/7/27 Martin Sucha <martin.sucha-ml@...2313...>:
> One possible approach would be to use IPC to instruct a fully loaded inkscape
> instance to fork and open the other document (which should be faster than
> starting and fully loading completely new instance and allows OS to share
> memory for us in a copy-on-write manner). This should reduce loading times
> while maintaining a separate instance for a document (at the cost that any bad
> state caused by a bug will be copied to the new instance), at least for
> systems with reasonable fork implementation, I don't know how forks are
> emulated on Windows in ported unix applications.

I didn't think about it. It looks like a promising idea. Windows has
ZwCreateProcess, which is an undocumented NT function that works like
fork() including copy-on-write shared memory between the parent and
child processes, so in principle this is possible. It would be wise to
push the Win32 fork() implementation to Glib before using this.

We could have one "master" instance that does all the initialization,
handles preferences file writes, registers itself on DBus, and forks
the "slave" window processes. The code executed in master after
initialization should be reduced to minimum, so that a bug is
unlikely.

> One such factor that comes into my mind is command line execution in scripts
> (with or without gui), the environment, user session, UUID, executable file
> path are not different between uses, while a new instance should probably still
> be used.

We should do the following: if the option parsing bit decides that we
are being run in non-GUI mode, we should not contact any other
processes. If it decides we are being run in GUI mode, we should
submit the results of option parsing to the master process, which will
take care of performing all the work described in the command line.

Forking a process from master when in command-line mode could
sometimes be desirable, as it would speed up the execution of many
Inkscape commands in quick succession.

I also have to admit that it gets really complicated with forks, the
master process, etc. so going for the simpler but less stable
single-instance solution might be better for now. Once there is a
fork() implementation in Glib, and the D-Bus binding and GSettings get
merged into GIO (which should happen soon), we could start working
towards a multi-process architecture.

Regards, Krzysztof



------------------------------

Message: 7
Date: Tue, 27 Jul 2010 20:07:31 +0400
From: Alexandre Prokoudine <alexandre.prokoudine@...400...>
Subject: Re: [Inkscape-devel] Inkscape fund
To: Inkscape Devel List <inkscape-devel@lists.sourceforge.net>
Message-ID:
<AANLkTin+jgc-Cru_fSRP-VaHc=KY32zcSKkCMR9Gwbvm@...401...>
Content-Type: text/plain; charset=ISO-8859-1

On 7/27/10, Joshua A. Andler wrote:

> It was created to collect donations and also for Mentors from GSoC who
> would rather the payments go to the project to have a place to defer
> them to. It's primarily used to assist with developer's travel needs to
> get to conferences and such.

Oh well, I've just added the link to menu in includes/navigation.php
and populated the translatable message over

includes/localized-cs.inc
includes/localized-de.inc
includes/localized-en.inc
includes/localized-es.inc
includes/localized-fr.inc
includes/localized-it.inc
includes/localized-ja.inc
includes/localized-ru.inc
includes/localized.inc

With luck the fund will be more evident now.

Truly yours,
Captain Obvious :)



------------------------------

Message: 8
Date: Tue, 27 Jul 2010 20:26:25 +0400
From: Alexandre Prokoudine <alexandre.prokoudine@...400...>
Subject: Re: [Inkscape-devel] Multiple issues with the filter dialog
To: inkscape-devel <inkscape-devel@lists.sourceforge.net>
Message-ID:
<AANLkTimF2VptZHrEpOFpDybqyvV=4edTOzgEP3Wd6KKo@...401...>
Content-Type: text/plain; charset=ISO-8859-1

On 7/27/10, Tavmjong Bah wrote:

> It is a problem with our current interface that you cannot allow all
> reasonable values and have the slider cover the potentially most used
> range.

The other problem, as many times pointed out before, is that we do not
tell users what some particular options mean (e.g. most of Turbulence
or "Kernel Unit Length") and what units are used. Some tooltips are
absolutely unhelpful, e.g. the one for Constant says "This constant
affects Phong lighting model".

This could be solved in part if we had a GIMP-style context sensitive
on-line reference. But that's another story.

Alexandre Prokoudine
http://libregraphicsworld.org



------------------------------

Message: 9
Date: Tue, 27 Jul 2010 09:44:52 -0700
From: Jon Cruz <jon@...18...>
Subject: Re: [Inkscape-devel] Multiple issues with the filter dialog
To: inkscape-devel <inkscape-devel@lists.sourceforge.net>
Cc: Tavmjong Bah <tavmjong@...8...>
Message-ID: <37F02AEA-1B61-489F-AF3B-895D53A59DFC@...18...>
Content-Type: text/plain; charset=utf-8


On Jul 27, 2010, at 8:00 AM, Krzysztof Kosi?ski wrote:

>> 579932   Too much states saved for undo/redo when using sliders
>>        <https://bugs.launchpad.net/inkscape/+bug/579932>
>
> The easiest fix is to set the sliders to Gtk::UPDATE_DISCONTINUOUS
> update policy, but this will prevent the display from updating during
> the drag. Apparently there is no way in GTK right now to get the
> correct behavior!

There are a few ways to get good behavior. Some of these have come up for the color sliders. For this area the two big things to look at are using the might-be-more calls for undo and also to "debounce" the input from the slider so as to not trigger as many changes as the user moves things quickly.

While the former will probably give some of the best 'fix' for this bug, the latter has potential to significantly improve the user experience. When I applied this to the color sliders it technically became slower, but to the users it felt much faster. It trades of raw numeric crunching speed for improved responsiveness to the user.

But again, the root cause of the bug report appears to be from not using our proper under system calls. This may be direct or indirect. If it is the latter (function triggers events that calls functions that in turn register undo changes, etc.) then it might take a bit of cleanup to fix without breaking other cases.


------------------------------

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://ad.doubleclick.net/clk;226879339;13503038;l?
http://clk.atdmt.com/CRS/go/247765532/direct/01/

------------------------------

_______________________________________________
Inkscape-devel mailing list
Inkscape-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel


End of Inkscape-devel Digest, Vol 50, Issue 46
**********************************************