February 2006 - Inkscape Devel

Standalone GTK+ v2 installer (or project?) for OS X
by Nathaniel Gray 03 Feb '06

03 Feb '06

Hello Inkscape Devels, First, thank you for your work on Inkscape! It's a really great project that I've been following closely for quite a while now. This is a message I posted to the Gimp.app forum at http://sourceforge.net/forum/message.php?msg_id=3554123 It concerns Inkscape as well as Gimp.app, and I hope you'll give the idea some consideration. If you have comments, please CC me, as I don't receive normal list mail. Thanks, -n8 By: Nathan Gray - n8gray Standalone GTK+ v2 installer (or project?) 2006-02-02 01:09 Hi, First of all, thanks for all the great work you've done building Gimp so the rest of us don't have to! There are now a number of projects that package a gtk+ application into a "standalone" OS X app. For example, Inkscape and GIMPshop both build standalone OS X apps based on the methods you developed for Gimp.app. The technique of taking all the dependencies and stuffing them into your app bundle is adequate for getting a single app working but it leaves much to be desired when multiple apps are using those same dependencies. You end up with multiple copies of some pretty big libraries lying around taking up space on disk and in memory. In order to minimize this wasted space, support files (like header files) are left out, leading to the current problem where OS X users aren't able to build plugins without descending into the seventh circle of Fink. As a solution to these problems, I would like to suggest packaging a complete install of gtk+ and its dependencies separately from Gimp.app. It would mean that installing Gimp.app would become a two- step process instead of a one-step process, but the OS X community as a whole would see a tremendous benefit. There are lots of other great gtk+ apps out there that could reach a broad audience on OS X if it was only easier to just install them! The only sensible way to achieve this is if there's a fast, simple way to install gtk+ and its dependencies. Some of you may be thinking "well what about Fink and DarwinPorts?" The fact is that neither of these is a satisfying solution. The "stable" branch of Fink is terribly out of date and the "unstable" branch (like DarwinPorts) requires hours of building from source to get gtk+ installed. And either solution involves lots of futzing with the command line. If you've come to OS X from linux that seems simple, but for most OS X users it's a major turn-off. Anyhow, I hope you'll consider this proposal seriously. I honestly believe it could open the door for lots of great gtk+ apps to be ported to standalone OS X apps. I'm going to post the same message in the Inkscape forum, so maybe both projects can work together. Thank you, -n8 -- >>>-- Nathaniel Gray -- Caltech Computer Science ------> >>>-- Mojave Project -- http://mojave.cs.caltech.edu -->

2 2

Couple things (noticed a patch and have an idea)
by Joshua A. Andler 03 Feb '06

03 Feb '06

Not sure if anyone saw it go into the tracker, but, when going to snag the undo history diff from the patch tracker I saw that there is a patch to do color cursors that support transparency. Would someone that knows more c++ than myself be willing to review it? Man oh man is this release cycle shaping up to be the most improved so far. Anyway, the idea that I have is that if we don't actually use any gtk+ 2.8 features, that we should use the last 2.6 lib bundle we had for win32 building to release win9x compatible builds again (in addition to the 2.8 builds for 2000/xp). I know that there have been good bug fixes in gtk since then, but if we can still technically produce the builds I think we should try. I honestly don't think having two windows builds would be a bad thing, the same way that we will post packages for different distros. If others are okay this idea, I will even offer to produce those 9x compatible builds for the releases until we're no longer able to. Any thoughts? -Josh

1 0

Win32 .zip Feb 2
by Andreas Baitis 03 Feb '06

03 Feb '06

To whom it may concern, The Win32 Zips dated Feb 2 seem to be corrupted. I was trying to spread the word, but couldn't. Andreas Baitis

1 0

project page bug
by Ralf Stephan 02 Feb '06

02 Feb '06

Hello project admins, the main SF project page http://sourceforge.net/projcts/inkscape still lists as Operating System: All 32bit MS-Windows (95/98/NT...). Please do something about it, ralf

1 0

connector layout
by Tim Dwyer 02 Feb '06

02 Feb '06

I understand your concerns about boost... let my try and allay them: A quick browse of the boost graph headers shows there are some dependencies on other parts of boost, but I haven't found any reference to the dreaded smart_ptr stuff yet ;-). Hopefully, I could pare it down to a minimal set of headers (not including smart_ptr and so on) before adding anything to the inkscape code base. Regarding the build process the graph examples compile with (assuming headers in the include path): g++ example.cpp -o example As for optimisation, the algorithms we're talking about are quite computationally intensive and boost is written in a heavily templated generic style. I think that's the only reason they recommend optimisation. Surely inkscape binary distributions are compiled with optimisation on anyway, right? I was a bit worried about bloat and compilation speed but the examples which use the kind of stuff I need compile down to <100k (on x86 linux) in a few seconds. I'm guessing, but I think this would be comparable to an stl based implementation of the same thing. Regarding "mismatch of code" with the rest of the project, I really would just be using the graph datastructures and algorithms. I don't have any intention of using any of the fancy stuff that fundamentally affects coding style (like the aforementioned smart_ptrs or the lambda stuff).

1 0