- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] our logo in EPS
by Guillermo Espertino 22 Sep '10

22 Sep '10

May I ask why EPS? Even the position of its creator is to move forward to PDF. I usually find myself trying to import/export proprietary formats but if I send the "wrong" format to my providers they ask me to export it again in their preferred format. I wonder why we have to worry about this and not them, since we can do PDF or even SVG (which doesn't seem to be very well supported by some commercial and people can't complain, by the way). I know saying this won't solve anything and it's not very helpful, just my two cents.

6 8

Re: [Inkscape-devel] Error while building 9775 on windows
by Uwe Schöler - OSS-Marketplace.com 22 Sep '10

22 Sep '10

Do difference :( > -----Original Message----- > From: bulia byak [mailto:buliabyak@...400...] > Sent: 22 September, 2010 22:04 > To: Uwe Schöler - OSS-Marketplace.com; Krzysztof Kosiński > Cc: inkscape-devel(a)lists.sourceforge.net > Subject: Re: [Inkscape-devel] Error while building 9775 on windows > > Anyway, I added #include <libxml/parser.h> in rev 9776, see if this > fixes it for you. > > -- > bulia byak It made no difference. Searching, I could not find the constant anywhere in devlibs. Preben ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Mit freundlichem Gruß, Uwe Schöler

1 0

.po problem when compiling on Win 32
by Docsonic 21 Sep '10

21 Sep '10

When I try to compile the source files on a Win32 platform, I get a raft of errors saying that 'keyword msgctxt not found' in file am.po. Each file I delete leads the error onto the next po file until I delete all the po files, the compilation then works properly. This is not a great issue for me as I don't need the translations but it is bound to be a problem for some others. Thanks, Tony -- View this message in context: http://old.nabble.com/.po-problem-when-compiling-on-Win-32-tp29771438p29771… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 6

Private strings: use of const
by Kris De Gussem 21 Sep '10

21 Sep '10

A few months ago we had a thread about static code analysis with coverity. However, I have not heard anything from it anymore. So I just installed myself another static code analysis software packet, cppcheck. I played with it a bit and stumbled upon several notifications of functions that could be const. See e.g. the extract of the log: [E:\Inkscapecode\inkscape\src\extension\extension.h:122]: (style) The function 'Extension::get_help' can be const [E:\Inkscapecode\inkscape\src\extension\param/parameter.h:111]: (style) The function 'Parameter::name' can be const [E:\Inkscapecode\inkscape\src\extension\param/parameter.h:116]: (style) The function 'Parameter::get_tooltip' can be const [E:\Inkscapecode\inkscape\src\extension\param/parameter.h:119]: (style) The function 'Parameter::get_gui_hidden' can be const [E:\Inkscapecode\inkscape\src\extension\dbus\dbus-init.cpp:87]: (style) Unused variable: obj [E:\Inkscapecode\inkscape\src\extension\dbus\dbus-init.cpp:104]: (style) Variable 'error' is assigned a value that is never used So the first item lists line 112 of extension.h: gchar const * get_help (void) { return _help; } which should return the pointer to a string in a private variable. However what should be const? The pointer, the string to which the pointer points to or both? Aparently the pointer should be const, no? (e.g. to ensure that the string can not be deleted in some buggy code that calls get_help, leaving the pointer_help in the class pointing to some odd data chunk?) This would result in: gchar * const get_help (void) { return _help; } Or is there something that I am missing? BTW: this is just an example, the same reasoning is valid for the listings in parameter.h Regards Kris

3 4

Re: [Inkscape-devel] Input Device UI
by Hans Meine 21 Sep '10

21 Sep '10

Am Freitag 17 September 2010, 04:56:48 schrieb bulia byak: > On Thu, Sep 16, 2010 at 1:38 AM, Jon Cruz <jon@...18...> wrote: > > http://launchpadlibrarian.net/54403269/xinput-ink-vs-gimp.png > > That image was seriously revelatory! Only from it I figure out that > the new dialog does in fact has a column of "disabled" values - for me > it was completely obscured because the dialog appeared in a narrow > sidebar, and I only saw the list of devices. So now we need to solve > the following problems: > > 1. Make sure this column is always visible. If there are no other values than "screen" and "disabled" (I guess there are), one could even just add checkboxes in *front* of the devide ID. HTH, Hans

8 18

Re: [Inkscape-devel] Input Device UI
by Guillermo Espertino 20 Sep '10

20 Sep '10

My wife has a Genius Pensketch tablet that uses the wizardpen driver in gnu/linux. The driver is provided by the community and have some limitations, like being unable to work with a mouse at the same time (if you use the tablet you lose the ability to use mouse on the work area until you change the stylius from screen to de-activated). If that selector is removed it will render inkscape unusable for people with those tablets who want to use the mouse as well. And there are lots of cheap tablets that only run in linux with that driver. Wacom tablets (and those that use the wacom drivers) don't have that problem and you can safely leave everything set to screen.

2 3

rss generation
by Alexandre Prokoudine 20 Sep '10

20 Sep '10

Hi, While we are waiting for Development Seed guys to start working on the new website, it'd be nice to fix some things on the existing one. One thing that IMO needs fixing is the RSS feed generator. Currently it just compiles all the text it can find into one paragraph, which isn't nice, and loses all HTML links, which is even worse. Could anybody with PHP-Fu please fix that? Alexandre Prokoudine http://libregraphicsworld.org

1 0

Re: [Inkscape-devel] Inkscape and the future of printing !
by Guillermo Espertino 20 Sep '10

20 Sep '10

Adjusting the colors to the destination gamut seems more acceptable than just de-activating filters since most of the popular CMYK profiles fall pretty much inside the sRGB gamut. The out-of-sRGB-gamut colors can be adjusted using the relative colorimetric intent (probably it would be a good idea to nag the user with a warning when this happens) but in my oppinion as user that's completely acceptable. I agree that allowing untagged CMYK would be a bad idea. Thanks to poor design decisions in popular software packages, users tend to think that the important thing is to have CMYK and color profiles remain like something rather obscure that it shouldn't be touched (i know because I was one of those clueless designers ranting for CMYK knowing nothing about color management :-p) Thanks to being unable to work with early binding with Inkscape and GIMP I got used to late binding and once I saw the benefits I realized that it's better. I finally understood that when designers (like me) ask for CMYK they're actually asking for a way to use black as a spot pass. Pantone colors can be used with both early and late binding. Most of the designers I know use the formula books -which have Lab color values- in an early binding workflow, thinking that they will get the "right" CMYK values and they don't realize that the colors are being mapped to the generic CMYK profile they're using. So, truth to be said, maybe it's better to adopt a late binding worflow with the ability to "force" CMYK values (for blacks/grays or for specific CMYK combinations) rather than worrying too much about how to deal with CMYK and filters and all. >From my user p.o.v. everything seems pretty much ready for a print workflow. We just need to make it more obvious in the UI, and it looks like something that can be achieved improving the fill+stroke dialog and the auto-palette a little. Just my 2 cents.

1 0

Input Device UI
by Martin Owens 20 Sep '10

20 Sep '10

Hey all, I've just installed inkscape 0.48 from the nightly build (there is still no stable ppa) since 0.47 started crashing every time I pressed the stroke/fill dialog. Now my presure sensitivity has gone and I was looking at the new dialog for input devices... I can't make heads nor tales of it. What is it supposed to be letting me do? What's the difference between the configuration (which has a single checkbox and that's it) and the hardware tab? What is linking for? If the use pressure sensitivity checkbox is checked, then why doesn't it work? Is there anything else? If the testing area is for trying out all the inputs, why is it so confusing? All those little boxes? Where would pressure be shown? Why is the box so small, even when there is nothing else in that side pannel? It's hard to see everything. I did recognise that the old input ui needed fixing, but I'm very unsure about this ui. I know what I'm doing and I can't figure it out. Martin,

5 9

0.48.1
by Joshua A. Andler 19 Sep '10

19 Sep '10

Hey All, Just moving an off-list discussion to the devel list. It seems like setting a goal date for 0.48.1 is a good idea to move forward with it. So, what are people's thoughts on this and the state of things in that branch? Cheers, Josh On Thu, 2010-09-16 at 00:28 +0200, ~suv wrote: > On 15/9/10 23:07, Nicolas Dufour wrote: > > >> De : Alexandre Prokoudine <alexandre.prokoudine@...400...> > >> Nicolas, su-v, is there a considerable amount of bugs fixed already or > >> at least some important ones? > > > > Two crashers, and some minor issues fixes > > (https://edge.launchpad.net/inkscape/+milestone/0.48.1). > > And maybe some backports pending. > > > a) 2 patches with pending code review: > > - Unicode/encoding related crash > I'd like to see the patch attached in > Bug #369861 “Unable to open previously imported pdf file”: > <https://bugs.launchpad.net/inkscape/+bug/369861> > get reviewed and backported for 0.48.1 if it is ok'ed. > > Actually the patch seems to address the issue reported as > Bug #605872 “pdf to svg fails with characters from Unicode Plane 1 (SMP)”: > <https://bugs.launchpad.net/inkscape/+bug/605872> > which fails when using certain characters from the XITS math font. > It also fixes (at least on osx) > Bug #625927 “Inkscape crash when importing PDF file”: > <https://bugs.launchpad.net/inkscape/+bug/625927> > > The patch in bug #369861 was provided by the font developer who made the > XITS fonts (OpenType MATH enhanced STIX fonts), see > <http://www.khaledhosny.org/node/143> > <http://typophile.com/node/71171> > > I still haven't had the chance to test other encoding/Unicode related > crashes which might possibly be fixed by this patch too (in my > understanding there are several similar ones to bug #369861). > > - Import dialog enhancement > Another one with a patch pending review, nice to have in 0.48.1: > Bug #203070 “Import Dialog doesn't handle multiple files”: > <https://bugs.launchpad.net/inkscape/+bug/203070> > > - ... > > b) Regressions/crashes (no fix yet) I'd like to nominate for 0.48.1: > > - crash loading system monitor profile > Bug #623640 “inkscape 0.48 crashes on startup in > colorprofile_get_system_profile_handle()”: > <https://bugs.launchpad.net/inkscape/+bug/623640> > Same issue reported on windows: > Bug #608229 “Inkscape crashes on startup”: > <https://bugs.launchpad.net/inkscape/+bug/608229> > > - ... > > c) and of course I'd prefer to wait with 0.48.1 until > > Bug #482993 “Inkscape extensions do not work on MacOS X 10.6 (Snow > Leopard)”: > <https://bugs.launchpad.net/inkscape/+bug/482993> > is either fixed or we know one or two viable, confirmed workarounds that > can be recommended to users on Snow Leopard until the issue is solved > and Inkscape is bundled with updated python modules for all architectures. > > d) ... ? > > > ~suv

6 8