On Sun, 2004-01-11 at 22:48, Nathan Hurst wrote:
Actually the main reason to not use gtkmm was that it was an incomplete wrapper - it didn't cover several things that people wanted to use.
Which parts are missing? Given that they are going onto wrap GTK 2.4 etc if there are missing bits it might be worth filing bugs on them, if you haven't already.
We're just delaying gtkmm because at this point we have enough other things to fix that starting to use gtkmm would add a further complication.
OK, fair enough. This was just the impression I got from the status update on your website.
Your suggestion is a good one (although to those of us that use Debian the dependencies don't seem a bit deal :) perhaps you could start the effort by setting up autopackage with inkscape anyway in such a way as it can be turned off.
I'm not sure what you mean by that. Any changes to the inkscape code (probably not needed anyway) would not be specific to autopackage but just for increased binary portability.
autopackage itself works like RPM or debian packaging, there is simply a specfile.
We can then ship with it and get reports of failure, but are then able to say, didn't work for you? Ok, what machine ... and turn autopackage off and we have a happy customer and a data point for you.
You make it sound like you think it will not work. Certainly, the odd brokenness of various distros never ceases to amaze us but so far we've been able to cope fairly well.
thanks -mike