Re: [Inkscape-devel] Inkscape-devel Digest, Vol 50, Issue 46
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 **********************************************
2010/7/28 海斌 <itxyga@...400...>
And found nothing wrong during inkscape, but in no inkscape executable directory generated needed to subscription-based.
btool does best-effort compilation - in other words, if some file generates an error, it doesn't stop the compilation but compiles the rest of files. You are seeing no error for the last compiled file but there were errors earlier in the build process. Run btool again, it should show the errors.
Regards, Krzysztof
participants (2)
-
Krzysztof Kosiński -
海斌