- Inkscape Devel - Inkscape Mailman

New: Grayscale display mode
by unknown＠example.com 24 Feb '11

24 Feb '11

Hi all, I just committed a new display mode: grayscale. It is separate from the other display modes. The grayscale mode is a "Color display mode", see the menu. When activated, it shows all colors in grayscale on-canvas. This does not (yet?) influence exporting, or saving. It only concerns the on-canvas view of the file, like outline display mode. Right now, there is no preference to change the grayscale calculation. At the moment it uses: grayscale value = 0.33 * red + 0.59 * green + 0.11 * blue. I found this somewhere on internet, but forgot where, and it might be wrong/unusual. I intended to add a preference setting for these values, but have not done so. Let me know if that is desired. I tried assigning Shift+keypad5 to toggle the color display mode, but it does not work here on my netbook (Ctrl+keypad5 does work). Perhaps this is a Windows bug. If someone can suggest another keybinding, or... thanks! Johan

5 9

Re: [Inkscape-devel] Problems with 0.48.1-2
by Uwe Schöler - OSS-Marketplace.com 24 Feb '11

24 Feb '11

Hi, everything went fine and 0.48.1-2 is still on SF. Sincerely, UweSch I bet that the issue is a change to the win32 specific build file. My guess is that if you temporarily remove line 690 from build.xml you should be good to go. Cheers, Josh On Tue, Feb 22, 2011 at 2:39 AM, Uwe Schöler - OSS-Marketplace.com <mail@...2227...> wrote: Hi, I've some problems building inkscape 0.48.1-2 on windows. After "bzr revert -r 20" i can build inkscape but while copying the stuff into the inkscape folder i get an error message because of a missing file. The error message is: copy : c:\devlibs/bin/libpng14-14.dll to inkscape Make error line 689: copy : file /c:/devlibs/bin/libpng14-14.dll does not exist The problem is, that in R20 only the file libpng12-0.dll exists. What can we do now to provide a 0.48.1-2 with old cairo support? Is it only just this one file or are there more necessary files to take care of? -- Mit freundlichem Gruß, Uwe Schöler ------------------------------------------------------------------------------ Index, Search & Analyze Logs and other IT data in Real-Time with Splunk Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. Free Software Download: http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Mit freundlichem Gruß, Uwe Schöler

2 1

Re: [Inkscape-devel] Re : Re : New bitmap editor selector
by Martin Sucha 22 Feb '11

22 Feb '11

Hi, On Tuesday 22 February 2011 17:27:10 Nicolas Dufour wrote: > > De : Martin Owens <doctormo@...400...> > > > > It sounds like you've programmed to the Windows concept of selecting > > program file via their exe file. Which isn't how XDG/FreeDesktop systems > > work (gnome, kde etc), these use .desktop files in known locations which > > have translated names, icons and descriptions of the program. > > > > Have I gotten the right end of the stick, that you've modified the file > > selection dialog to allow you to select executable files from the file > > system? > > Yes, you're right. I wanted to reproduced the Scribus external apps > preferences dialog (ok, it's not a gnome application...), and wasn't aware > it could harm to do that. > I also wanted it to work with command lines in order to allow OSX users to > use 'open' commands. > Regarding the gnome concept, the old inkscape list was not better than the > new selector since it just listed some manually chosen applications. How > should we handle that specific preference then? Just let a simple text > entry (full command line)? Auto-detect installed applications and add a > command line arguments entry field? GTK+ 3 includes a widget for selecting an application[1], but it seems it is not present in GTK+ 2, unfortunately, so it probably cannot be used right now in inkscape. As for where to get the list of applications (if it is not good enough to have an entry field+file selector until inkscape is ported to GTK3), I think the Desktop Menu Specification[2] at freedesktop.org might be helpful. [1] http://library.gnome.org/devel/gtk/unstable/GtkAppChooserDialog.html [2] http://standards.freedesktop.org/menu-spec/latest/ > Do you have links to applications that successfully uses that concept on > all platforms? > > Short term (for now, I don't want to spend too much time on it if it > requires too much work), should we keep the patched version or revert the > changes? If it's just a problem with the selector, we could just keep the > entry field and the context menu changes so that bitmap editing works on > OSX and Windows. I have not tried the feature, nor do I open bitmaps from within inkscape directly, but I think an ability to choose any program is better than a choice of few preconfigured programs, especially since a user may have those programs installed in non standard locations. Regards, Martin Sucha

1 0

Problems with 0.48.1-2
by Uwe Schöler - OSS-Marketplace.com 22 Feb '11

22 Feb '11

Hi, I've some problems building inkscape 0.48.1-2 on windows. After "bzr revert -r 20" i can build inkscape but while copying the stuff into the inkscape folder i get an error message because of a missing file. The error message is: copy : c:\devlibs/bin/libpng14-14.dll to inkscape Make error line 689: copy : file /c:/devlibs/bin/libpng14-14.dll does not exist The problem is, that in R20 only the file libpng12-0.dll exists. What can we do now to provide a 0.48.1-2 with old cairo support? Is it only just this one file or are there more necessary files to take care of? -- Mit freundlichem Gruß, Uwe Schöler

2 1

New bitmap editor selector
by Nicolas Dufour 22 Feb '11

22 Feb '11

Hi, I've just committed a patch (trunk revision 10062) that replaces the bitmap selector list (in the preferences) with a file selector. It reuses the existing "open" dialogs (the file type filter are set to executable files - or everything, on Gnu/Linux and OSX - and the preview disabled), but the change doesn't affect usual "open" or "import" operations. I hesitated to create a new specific dialog, but found it more logic to reuse the existing ones. The initial goal of that patch was to make it work on Windows (see Bug #26261, Edit externally doesn't work on Windows, https://bugs.launchpad.net/inkscape/+bug/262617), but it also adds command line arguments support (as far as the image is the last argument...). It should work on Windows (native dialog and GTK), Gnu/Linux and OS-X (thanks ~suv for your help!). Don't hesitate to comment. Regards. -- Nicolas

2 4

View mode: black&white
by unknown＠example.com 22 Feb '11

22 Feb '11

Hi all, I am thinking about adding a view mode that shows the image in black&white. This is very convenient for preparing color figures that should also be nice when printed in b/w. I remember we had this view mode feature "Print colors", but it was removed. I cannot find what this feature did, and why it got deleted (I do remember there was a good reason to delete it). Do other people also think a "black and white" view mode would be nice to have? Ciao, Johan

6 12

A few passes of code cleanup
by Jon Cruz 22 Feb '11

22 Feb '11

Hi, Just wanted to point out that this weekend I spent most of my Inkscape time doing a few passes of cleanup on the code, mainly getting rid of ancient C-style macros related to SPObject. Among the other issues was that the SP_OBJECT() macro was being used many places that it was not needed. However the most important issue is that such C style macros have been hiding issues with const vs. non-const parameters and object. I cleaned up just a couple of these problem areas, and marked a few more with TODO tags. The bottom line, though, is that we should probably all keep an eye out for const issues and make sure we correct what we can. For example, if a function takes a const parameter of some type such as int foo( SPObject const *object ); And then down somewhere in the body of the function does SPItem *item = SP_ITEM(object); Things will compile correctly, and at runtime will *almost* behave correctly. The SP_ITEM() macro will do the proper GObject thing of ensuring a pointer to the proper C object type is present and the struct bookkeeping is intact, etc. *However* the C-style cast in the middle of the macro will throw away const and we'll have a mutable object when our function contract misleadingly promises that we will not modify it at all. The macros also block method overloading, add introspection overhead that we'd prefer to avoid in inner loops and such, and cause a few other problems.

1 0

'Help > Inkscape Manual' returns '500 internal server error'
by ~suv 21 Feb '11

21 Feb '11

Can others confirm that the link called from Inkscape's Help menu (0.48.0, 0.48.1, current trunk) for the Inkscape Manual [1] returns a 'Erreur 500 - Erreur interne du serveur' (in French)? Is this a temporary configuration error or a change in the hosting service of free.fr? I don't know since when this error occurs - I only noticed it when a related question was asked in the 'Answers' section of Launchpad [2]. ~suv [1] <http://tavmjong.free.fr/INKSCAPE/MANUAL/html/index.php> [2] <https://answers.launchpad.net/inkscape/+question/146155>

3 4

Re: [Inkscape-devel] Updated 2geom -- what changed?
by ~suv 18 Feb '11

18 Feb '11

[ forwarding to the list ] On 3/2/11 21:57, Krzysztof Kosiński wrote: > 2011/2/3 ~suv <suv-sf@...58...>: >> >> There seem still some files missing (or need to be added to >> 'src/2geom/Makefile_insert'?): trying to build r10030 fails when linking >> inkscape with a lot of 'Undefined symbols' (log attached). > > Based on the error messages, I think curve.cpp and bezier.cpp were > omitted (these files contain code that was previously in the headers). Can those two files just be copied from <http://bazaar.launchpad.net/~lib2geom-hackers/lib2geom/trunk/files/head:/sr…> or are there other changes needed in inkscape's 2geom files? ~suv

14 33

eps / pdf export
by Michael Palmer 17 Feb '11

17 Feb '11

Hi, This message was sent previously but bounced because the attachments were to big, and then apparently got lost. Apologies in case this gets double-posted. To the issue: if I understand it correctly, the eps and pdf export was switched in the transition from version 0.46 to 0.47. In my experience, the new eps export doesn't work well, producing larger files and also converting some vector elements to raster in an unpredictable way. The new pdf export seems to produce less rasterization but also produces large files that can take a very long time to render in a pdf viewer. I suppose there was a reason for this transition, maybe gradients, transparency and such. However, where these features are not required, the old export routines produce more compact output and avoid wanton rasterization. Also, the old-style eps files can be used with LaTeX' psfrag mechanism, whereas the new-style ones cannot. So, my question is, could we please have the old eps export back - as an additional option, or maybe as a user-installable extension? Thanks for consideration, best, Michael PS Example files produced from the same svg file and exported with versions 0.46 and 0.47, respectively, are not attached (the 0.47 ones are too big and blow the message size limit) but can be viewed at http://watcut.uwaterloo.ca/_files/

3 5