- Inkscape Devel - Inkscape Mailman

[Recolor] Re-painting the 'gimpcolorwheel'
by Arshdeep Singh 15 Jun '13

15 Jun '13

Hello devs, My current state of the wheel looks like this: [image: Inline image 1] I want a white center that blends into the respective colors towards the circumference. Here's a snippet from gimpcolorwheel.c *Function :* static void paint_ring (GimpColorWheel *wheel, cairo_t *cr) { ...} Snippet: *for (yy = 0; yy < height; yy++)* * {* * p = buf + yy * width;* * dy = -(yy - center_y);* * * * for (xx = 0; xx < width; xx++)* * {* * dx = xx - center_x;* * * * dist = dx * dx + dy * dy;* * if (dist < ((inner-1) * (inner-1)) || dist > ((outer+1) * (outer+1)))* * {* * *p++ = 0;* * continue;* * }* * * * angle = atan2 (dy, dx);* * if (angle < 0.0)* * angle += 2.0 * G_PI;* * * * hue = angle / (2.0 * G_PI);* * * * r = hue;* * g = 1.0;* * b = 1.0;* * hsv_to_rgb (&r, &g, &b);* * * * *p++ = (((int)floor (r * 255 + 0.5) << 16) |* * ((int)floor (g * 255 + 0.5) << 8) |* * (int)floor (b * 255 + 0.5));* * }* * }* * * this paints the colors of the wheel. Because we need to paint the center white, we have two options: ( I suppose ? ) One is to include a distance from the center that shall be the faintest white from the center We can choose this distance to be 20% of the radius allocated. This white coloration can be accommodated into the above snippet but what I fail to solve is how to add the transparency ? Should I calculate a separate 'buf' that is then OR-ed (overlaid) with the 'p' buffer to create that effect ? OR I can create a smaller circular arc and use radial gradient (white at center and transparent at circumference , radius again 20% ) and overlay onto the same surface used to draw the initial color wheel as shown in the picture above. I personally feel, the second option is easier because the first option would require to know how rgb changes when a certain degree of white is added to it. Your views are looked forward to. Thanks. -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

2 2

[Recolor]
by Arshdeep Singh 15 Jun '13

15 Jun '13

Hello, This email is to declare my public branch for my Recolor Artwork Tool Project in GSoC 2013: https://code.launchpad.net/~moduli16/inkscape/recolor I am working on collecting the requisite information before finally diving into the coding. :) The first task is to build upon the current colorwheel used by inkscape (gimpcolorwheel.c) for extended utility functions for the purpose of my project. :) Thanks. -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

1 0

Ubuntu installation error
by Susan Spencer 14 Jun '13

14 Jun '13

Today's Inkscape update resulted in an error on my laptop with Ubuntu 12.04. If no one else can corroborate problems with today's Ubuntu Software Center Inkscape update then I won't post it on Launchpad. It's entirely possible that it's my specific installation of Inkscape, given the recent problem with outsets/insets after installing nightly build/uninstalling/reinstalling from Ubuntu ppa. (That problem went away sometime during the past week.) So, anybody else get this on Ubuntu 12.04 (or other Ubuntu version) during today's Software Center package update? *installArchives() failed: (Reading database ... * *(Reading database ... 5%%* *(Reading database ... 10%%* *(Reading database ... 15%%* *(Reading database ... 20%%* *(Reading database ... 25%%* *(Reading database ... 30%%* *(Reading database ... 35%%* *(Reading database ... 40%%* *(Reading database ... 45%%* *(Reading database ... 50%%* *(Reading database ... 55%%* *(Reading database ... 60%%* *(Reading database ... 65%%* *(Reading database ... 70%%* *(Reading database ... 75%%* *(Reading database ... 80%%* *(Reading database ... 85%%* *(Reading database ... 90%%* *(Reading database ... 95%%* *(Reading database ... 100%%* *(Reading database ... 877256 files and directories currently installed.)* *Preparing to replace inkscape 0.49~devel+12362+11~precise1 (using .../inkscape_0.49~devel+12370+11~precise1_i386.deb) ...* *Unpacking replacement inkscape ...* *Preparing to replace telepathy-gabble 0.16.0-0ubuntu3 (using .../telepathy-gabble_0.16.0-0ubuntu3.1_i386.deb) ...* *Unpacking replacement telepathy-gabble ...* *Processing triggers for man-db ...* *Processing triggers for hicolor-icon-theme ...* *Processing triggers for bamfdaemon ...* *Rebuilding /usr/share/applications/bamf.index...* *Processing triggers for desktop-file-utils ...* *Processing triggers for gnome-menus ...* *Setting up knotter (0.9.3-2) ...* */var/lib/dpkg/info/knotter.postinst: 3: /var/lib/dpkg/info/knotter.postinst: update-menus: not found* *dpkg: error processing knotter (--configure):* * subprocess installed post-installation script returned error exit status 127* *Setting up inkscape (0.49~devel+12370+11~precise1) ...* *No apport report written because MaxReports is reached already* *Setting up telepathy-gabble (0.16.0-0ubuntu3.1) ...* *Processing triggers for libc-bin ...* *ldconfig deferred processing now taking place* *Errors were encountered while processing:* * knotter* *Error in function: * *Setting up knotter (0.9.3-2) ...* */var/lib/dpkg/info/knotter.postinst: 3: /var/lib/dpkg/info/knotter.postinst: update-menus: not found* *dpkg: error processing knotter (--configure):* * subprocess installed post-installation script returned error exit status 127* * * - Susan

3 3

Adding MIME data and type to images in cairo-renderer
by François Bianco 13 Jun '13

13 Jun '13

Hello, I started to work on a patch for Inkscape to be able to export embedded or linked image in SVG to be exported in PDF with their correct MIME type and original raw data. Current code is exporting JPG file to bitmap file by storing the gdk pixbuf data, which results in heavy PDF files. I am still struggling with the cairo-renderer code to fully understand it. Two bugs related to the issue, I mentionned: https://bugs.launchpad.net/inkscape/+bug/168708 https://bugzilla.mozilla.org/show_bug.cgi?id=612844 Please find attached my patch for a first step toward this new feature. Note, currently it is only written for JPG file. I'll add later a way to correctly work out the MIME type of images. I am now able to add the original MIME data on the cairo_image_surface with 'cairo_surface_set_mime_data'. But apparently the rest of the exporter code is redrawing the surface which causes the original data to be dropped, and the JPG images are still stored as bitmaps in the final PDF. According to Cairo doc on MIME data : "Caution: the associated MIME data will be discarded if you draw on the surface afterwards." I do not find which part of the renderer code is redrawing the image surface. Could one of you help me with this issue which would fix an annoying bug ? Related to that. I wrote/modified a minimal test example with cairo which works nicely to export JPG file in PDF, see related discussion on Cairo: http://lists.cairographics.org/archives/cairo/2013-June/024372.html Thanks for your help, François Bianco

1 0

[Recolor]
by Arshdeep Singh 12 Jun '13

12 Jun '13

Hello all, I already have a working copy of Inkscape. How do I link my launchpad account to it ? Will I need to 'checkout lp:inkscape' again ? Basically, I have little information on how to announce a public branch for my project. Can anyone advise something ? -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

3 2

Re: [Inkscape-devel] Regarding Bug 357043
by Martin Owens 12 Jun '13

12 Jun '13

Thanks Gerald and SOIX developers, Headers changed, Bug fixed. Bed Time. Martin, On Tue, 2013-06-11 at 23:39 -0400, Gerald Friedland wrote: > This is in response to a discussion on bug #357043. > > The developers of the Java version of SIOX are in the FROM: or in the > CC: of this email and, as discussed below, we are giving developers > the option to either apply Apache License to the code or GNU GPL. > > If the Inkscape version were derived from the GIMP implementation > (which I am not sure about), which is co-authored with developers of > the GIMP community then the license would have to be GPL (and not > Apache). > > In any case, GNU GPL is fine.

1 0

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 85, Issue 8
by Jelle Mulder 11 Jun '13

11 Jun '13

Hello Vincius, While reading this I came to this thought. How far fetched would it be to instead of square pixels, enable it to turn them into arbitrary shapes? I am thinking of diamonds, stars, circles etc. And when following this line of thought, how feasible would it be to create 4 (or more) layers of color like the old fashioned color separation rasters. No doubt it would be heavy on the machine handling loads of objects, but it would enable us designers to play around with moire and color separation layers. It would certainly be worth the wait of generating this kind of stuff and bring it to a printer. Weighting the pixels colours and resizing the object to that weight should be fairly straightforward. Set these object as <use> clones with the weight of the colour and drop the result in 4 layers with a slight offset (thinking of CMYK simulation here). I don't want to keep you from your task with this fantasy, but it would be way cool and something that would make your pixelation scan really useful to me and probably others. So first set yourself to the task at hand, but maybe if you have some time left and are still inspired you could play around with this idea. In any case thanks for the effort you put into this wonderful application and making it even better. That goes for all people involved in this project b.t.w. I thoroughly enjoy working with Inkscape which can match itself in many respects with commercial applications and in quite a few surpasses them. Cheers, Jelle Mulder > 2. Re: [Tracing] First steps/progress and some images > (Jabiertxo Arraiza Cenoz) Message: 2 Date: Mon, 10 Jun 2013 14:38:59 +0200 From: Jabiertxo Arraiza Cenoz <jabier.arraiza@...2893...> Subject: Re: [Inkscape-devel] [Tracing] First steps/progress and some images To: inkscape-devel(a)lists.sourceforge.net Message-ID: <1370867939.22535.8.camel@...2894...> Content-Type: text/plain; charset="UTF-8" Impresionant work, but it make some unhappy. love the pixels circular, rouded, with some margin to make crayzy effect y love... but the work is the work. El vie, 07-06-2013 a las 20:45 -0300, Vin?cius dos Santos Oliveira escribi?: > Hello ppl, > I just finished the task for week 2 from my proposed timeline. This > task was related to create a graph from an input image. This graph > will be used by later steps in the Kopf/Lischinski algorithm. > I'm attaching a zip file containing 4 input images and a set of output > images representing the intermediate steps of the graph generation. > There is a README.txt file inside this zip with further information. > The next step of the algorithm is to improve this graph further more > with three heuristics. I'll try to implement this step during the next > two weeks. > If you have any question, just ask and I'll be happy to answer your > question. > --Vin?cius dos Santos Oliveira > https://about.me/vinipsmaker > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > _______________________________________________ Inkscape-devel mailing > list Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Warnings During CMake/ninja Compilation of inkscape-trunk
by Shlomi Fish 11 Jun '13

11 Jun '13

Hi all, After I ran CMake using: <<< #!/bin/bash cmake -G Ninja -DCMAKE_INSTALL_PREFIX="$HOME/apps/graphics/inkscape-trunk" -DENABLE_LCMS=OFF -DCMAKE_CXX_FLAGS="-fpermissive" -DENABLE_POPPLER=OFF -DENABLE_POPPLER_CAIRO=OFF ../inkscape/ >>> "ninja" emits the attached output with many warnings. I was told to write about that to the list. I'm on Mageia Linux 3/x86-64 . Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ http://www.shlomifish.org/humour/bits/Can-I-SCO-Now/ - "Can I SCO Now?" Officer: Captain, there’s a new star system a few thousands of lightyears away, and its sun has an irregular shape. — http://www.shlomifish.org/humour/Star-Trek/We-the-Living-Dead/ Please reply to list if it's a mailing list post - http://shlom.in/reply .

2 2

Safely mixing C/C++ bindings for GNOME libraries
by Alex Valavanis 07 Jun '13

07 Jun '13

Hi All, Just a quick note about a common source of build failures (e.g., bug #112274) [1]. Basically, we disable the use of deprecated GNOME library symbols wherever possible so that we can avoid big API migration projects in future. A common problem, however, is that some of the C++ bindings (e.g., glibmm and gtkmm) use some of those deprecated symbols! In other words: Inkscape ----> glibmm ----> deprecated stuff in glib \---> glib \---> gtkmm ----> deprecated stuff in gtk+ \---> gtk+ So, even though we don't use deprecated stuff ourselves, we still need to take a little care with this! The solution is to ** Ensure that high-level dependencies are included in our source before low-level dependencies ** For example, the Glib::Thread API in glibmm depends on deprecated GThread stuff in glib. We will get a build failure if we do the following... #include <glib.h> #include <glibmm/threads.h> This is because the deprecated GThread stuff in <glib.h> will be hidden by the C++ preprocessor. When <glibmm/threads.h> is subsequently included, GThread stuff will therefore appear to be undeclared and we get an error like this: /usr/include/glibmm-2.4/threads.h:142:11: error: field ‘gobject_’ has incomplete type /usr/include/glibmm-2.4/glibmm/threads.h: In member function ‘GThread* Glib::Threads::Thread::gobj()’: The solution is to do the inclusions in this order: #include <glibmm/threads.h> #include <glib.h> This now compiles correctly because when <glibmm/threads.h> itself includes <glib.h>, it temporarily re-enables the deprecated stuff, uses it, and then disables it again. A couple of additional notes: 1. There's actually no need to #include <glib.h> after one of the <glibmm/*.h> headers... it is already pulled into our source by the glibmm header! 2. Remember that you have to avoid *any* inclusion on <glib.h> before using a <glibmm/*.h> header. As such, it's safest to just put the C++ headers at the top of any source file: i.e., // Gtkmm/Glibmm headers first... #include <gtkmm/aaa.h> #include <gtkmm/bbb.h> #include <glibmm/ccc.h> #include <glibmm/ddd.h> // Now include Inkscape stuff... #include "ui/dialog/wibble.h" #include "ui/dialog/wobble.h" 3. Ultimately, we can probably get rid of all direct usage of <glib.h> and Gtk+ headers and replace them with their respective C++ binding headers. Cheers, AV [1] https://bugs.launchpad.net/inkscape/+bug/1122774

5 7

Outset/Inset problems - bug or not?
by Susan Spencer 07 Jun '13

07 Jun '13

I have Ubuntu 12.04 and Inkscape 0.48+devel r12347 Two weeks ago I installed the nightly build from Inkscape, then decided against it and uninstalled/reinstalled Inkscape from Ubuntu software center. Since then the outset/inset function has generated incorrect results for some shapes. Here's a link to a file which demonstrates this problem: https://docs.google.com/file/d/0BxsnjDIHW4yvRGRhYkVEa0E2UVk/edit?usp=sharing Is this a bug or has my current installation gone awry? Thanks for any feedback on this issue! - Susan

1 0