February 2008 - Inkscape Devel

How to change notification settings in Launchpad?
by Maximilian Albert 26 Feb '08

26 Feb '08

Hi all, sorry if this is a dumb question but how can I change my Launchpad settings so that I do not receive an email each time someone works on one of the bugs? Is this the default behaviour for members of the "Inkscape Bug Team" group? Currently I am sent a notification for each and every change, but I'd prefer not to get my inbox flooded and rather browse the list myself when appropriate. It may be just my infamiliarity with Lauchpad (and lack of time for detailed investigation), but I wasn't able to find out how turn this off. Thanks in advance. Max

7 13

tref
by Gail Carmichael 26 Feb '08

26 Feb '08

Speaking of GSoC work needing polishing... It has recently come to my attention that the tref elements are not working. To be honest, I am very surprised because the last time I looked at this, which was when I committed the work 6+ months ago, it was working. Not sure what happened or when. I think it is very important to fix this for the release, as I had entered release notes and provided samples way back when. I am looking at this over the next few days and will submit a patch that could be tested and hopefully submitted to the release branch. I was just wondering - is there any way to know when it stopped working? For example, are the SVG compliance test results archived, and if so where? It should have passed sometime in the summer and stopped since then (if it never passed then I'll be really worried!). Thanks! Gail

7 9

Proposal: Inkscape 0.47 Extensions Package
by Bryce Harrington 26 Feb '08

26 Feb '08

I've been kicking this idea around since the last release, and would like to put it out for discussion for us to do in 0.47... Extensions have proven to be a great way for people to contribute new ideas to the project, but unfortunately the maturity, quality, and maintenance put into the extensions can vary quite a bit. Unfortunately, a consequence is that they complicate our core Inkscape codebase releases. * Old extensions sometimes break, but their original developers aren't available to fix them. It's a regression, but is it important enough to block the release? * Extensions are quick to write, yet having to wait a full Inkscape development cycle to get them formally distributed to users seems rather excessive. * While extensions won't make Inkscape crash, they certainly can have serious bugs, but it's currently hard to roll fixes out to users. We wouldn't roll a new point-release of inkscape just to fix extension bugs. It seems that a logical solution would be to establish an inkscape extensions package separate from the Inkscape core, that could be released with more or less frequency, as appropriate. Along with that would be an 'unstable' extension package, that would contain scripts not as ready. I think our existing release processes could handle this additional package; it'd just be one additional piece to rev and upload. However, I would love to see a new team of extension writers form around this and take ownership of maintaining it and producing releases as appropriate (and hopefully more frequently than the core codebase). Let me know your thoughts. Bryce

9 15

New win32 lib bundle with Dwarf2
by Bob Jamison 26 Feb '08

26 Feb '08

Hi, all, I just uploaded a new lib bundle on the server. It has been over a year since I last updated the C++ libs. I also have wanted for months to move from the existing setjump/longjump (sjlj) exception handling to the new (to MinGW) Dwarf2 EH. Gcc has had Dwarf2 for years, but only recently has MinGW started providing it. It should allow better backtraces and slightly smaller binaries. I made a build with it manually this morning: http://inkscape.modevia.com/win32/Inkscape-0710221807-dw2.7z I assembled some MinGW binaries to make this working compiler: http://inkscape.modevia.com/win32libs/mingw-4.2.1-071022-dw2.7z ...and here is the new bundle. http://inkscape.modevia.com/win32libs/gtk210-071022-dw2.7z Note that the C++ compiler, library bundle, and Inkscape build must all be either sjlj or Dwarf2. You can't mix them, else there will be a linking error. I also added a version of build.xml to the trunk to handle this, build-dw2.xml. This should keep from breaking everyone else's build. To use it: ./btool -f build-dw2.xml Of course there is a corresponding cross-compiler: http://inkscape.modevia.com/win32libs/xmingw-4.2.1-dw2.tar.bz2 ...which made this build, which looks ok, but I haven't run yet: http://inkscape.modevia.com/win32/Inkscape0710230156.7z It looks larger, but none of the DLLs have been stripped yet. From now on, all of the "autobuilds" there will be Dwarf2. Probably in a couple of weeks when everyone catches up, it will become the default. Have fun! ishmal(bob)

7 11

automated regression tests
by Felipe Sanches 26 Feb '08

26 Feb '08

sourceforge does not allow us to have pre-commit regression tests http://alexandria.wiki.sourceforge.net/Subversion+-+Version+Control+for+Sou… Hook Scripts SVN is capable of running server-side scripts during the various stages of a SVN commit operation. These hook scripts are very powerful, but due to the implementation of hook scripts in SVN, projects are not permitted full control over them. This is quite a large change from how CVS handles pre- and post- commit scripts. Accordingly, SourceForge.net makes available to projects specific scripts which may be of use to hosted projects. The following scripts are available for your use: * svnnotify: Sends email notifications of changes made during a SVN commit. Two versions of this hook script are available, one that includes a diff of the changes, and one that doesn't. * check-case-insensitive.py: Checks to make sure filenames are valid for a case insensitive environment (Windows, for example) * check-mime-type.pl: Checks to ensure a mime-type property is set for files added to the repository * ciabot_svn.py: Reports commit activity to cia.navi.cx.

1 0

Re: [Inkscape-devel] tref
by Gail Carmichael 25 Feb '08

25 Feb '08

3 2

PDF, CMYK and cairo
by Aubanel MONNIER 25 Feb '08

25 Feb '08

2008/2/22, Alexandre Prokoudine <alexandre.prokoudine@...400...>: > > On Fri, Feb 22, 2008 at 6:38 PM, Aubanel MONNIER wrote: > > > Hello all, > > I was looking at the cairo-pdf export code and wondered how hard it > would be > > to output PDFs in CMYK(a) colorspace ? From what I've seen it shoudl be > > fairly easy on inkscape side. However the status of CMYK(a) support in > Cairo > > looks unclear to me (found some references in cairo ML but nothing in > the > > actual cairo headers, + a ruby (?) implementation for it). Does anyone > have > > a some knowledge / pointers on that ? > > > Not implemented yet. > > I spoke to Carl Worth and Behdad Esfahbod about it before (November > 2007) and they basically told me that everyone asking about it has > his/her own understanding of what CMYK support means. > > Specifically, Behdad told me that a good proposal coming from Inkscape > team might help designing API. > > Alexandre > > I'm not sure that I understand everything, but in terms of API i think the _rgba functions should be replaced by _color functions with type color = | Rgba of int8 * int8 * int8 * int8 | Cmyka of int8 * int8 * int8 * int8* int8 | Spot of spot_color Possibility to define a conversion function for back-ends whose do not know how to handle certain color types might prove useful I guess (defaults to returning an error "I do not know how to handle this color type"); Additional thought might be necessary for CMYK and TIFFs in CMYK, but I guess this could be handled transparently (just look at the data in the bitmap ?). For me the only big question in terms of API is: should the colorspace be document specific or on a per color basis ? Is there any use case where you want to mix on the same document RGBs and CMYKs ? I don't think so, but I might be wrong.

3 5

Mac OS X printing/packaging issue...
by Jamie Kimberley 25 Feb '08

25 Feb '08

Hi all, I've been using the 0.46pre2 release on os X 10.4.11 PPC for a few days now and am having issues with printing using the .app bundle generated by the included bundling script. Here is the scenario: After building from source I can run the compiled binary (not the packaged .app) from the command line and printing works as expected. However after using the included script (osx-app.sh) to bundle the binary into a double-click-able .app the print dialog shows no printers. I've also tried launching the binary inside the .app from the command line (i.e. inkscape.app/Contents/MacOS/Inkscape) but the same issue with the print dialog exists. It seems that this is most likely an issue with the packaging script, but I could be wrong. I can provide more info if you let me know what you would be useful. Thanks, Jamie "It is a mistake to think you can solve any major problems with just potatoes."--Douglas Adams __________________ Jamie Kimberley Postdoctoral Fellow Department of Mechanical Engineering The Johns Hopkins University Office: 410.516.4398 Mobile: 217.621.8272 Fax: 410.516.4316 E-Mail:jamie.kimberley@...1884...

1 0

Kidscape (Inkscape version for kids)
by Ocetalo 25 Feb '08

25 Feb '08

Greetings I've posted this suggestion in user-inkscape and in the Inkscape Forums. Since I can't help on coding, I just registered blueprint<https://blueprints.launchpad.net/inkscape/+spec/kidscape-project>in Inkscape Launchpad. If you like this idea, please contribute. Let's discuss. God bless you all -- Favor no cambiar el ASUNTO Please don't change SUBJECT

6 9

quartz engine
by Alexandre Prokoudine 24 Feb '08

24 Feb '08

Hi, http://people.imendio.com/richard/archives/2008/02/native_mac_them.html That looks impressive :) Any chance this can be used for upcoming release? Alexandre

3 3