Where is the trunk?
by Kent Tenney
Howdy,
bzr branch lp:inkscape
returns revno 7159 dated 2008-11-19
Is this the dev trunk?
Thanks,
Kent
12 years, 4 months
compile error rev 20476
by bulia byak
pencil-context.cpp: In function 'void sketch_interpolate(SPPencilContext*)':
pencil-context.cpp:827: error: no matching function for call to
'lerp(Geom::Piecewise<Geom::D2<Geom::SBasis> >&,
Geom::Piecewise<Geom::D2<Geom::SBasis> >&, double&)'
./2geom/point.h:211: note: candidates are: Geom::Point
Geom::lerp(double, Geom::Point, Geom::Point)
./2geom/linear.h:51: note: double Geom::lerp(double,
double, double)
please always recompile before committing...
--
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org
12 years, 4 months
Translating filters.svg
by Ted Gould
Okay,
So I think I just committed everything to make it so that filters.svg is
translatable. Since I'm not a translator, it's hard to be 100% sure.
Could a translator please try to translate the filters and reply?
Thanks in advance,
Ted
12 years, 4 months
Re: [Inkscape-devel] New Mac Build(s)
by Henning Meyer
Regarding CMake I'd like to say there's also CPack, which enables
generation of Installation-Packages for different platforms alongside
CMake. This also works for Macs.
http://www.cmake.org/Wiki/CMake:Component_Install_With_CPack
> Hey,
> I offered to do some mac builds on a more or less regular basis. I
> got native to build (but could build x11 too), and now I'm in the
> process of packaging it (there are still some issues with the app
> bundle script) I hope to resolve these tomorrow, or maybe write my
> own, simple script if that doesn't work. So anyway on irc verbalshadow
> just told me to say hi to the list and that eventual problems / upload
> possibilities would/could be handled here better.
> I'll continue with the packaging tomorrow cause it's going to be 5 am
> soonish, but currently I have the following issues if anyone has a
> quick thought on one of those. I was under the impression I could use
> osx-app.sh for native packaging too, but so far:
> (note: in the paths below /opt/local/ is the macports install path
> passed to "osx-app.sh" with --libraries)
> /opt/local/etc/pango/pangox.aliases is not in my macports install
> (which it tries to copy) so is this a file specific to x11 pango
> (pango was installed with macports using +no_x11 ofc)
> Also the script is looking for:
> /opt/local/lib/libgtk-x11-2.0.0.dylib
> /opt/local/lib/libgdk-x11-2.0.0.dylib
> Only in a native version those would have to be:
> /opt/local/lib/libgtk-quartz-2.0.0.dylib
> /opt/local/lib/libgdk-quartz-2.0.0.dylib
> And so far I'm not quite sure how it gets the impression that it needs
> the x11 version, at first I thought it was hardcoded in the script,
> but it's not.
12 years, 4 months
Inkscape release schedule and project items
by Josh Andler
Hey all,
First, an official Happy New Year to you all! I'm breaking down this
email into a few sections below.
Releases:
A newer release of Inkscape will be going into the next distro release
cycle. Whether this is 0.46.1 or 0.47 is what needs to be determined. I
know that with at least a handful of us, there is a great desire to make
it 0.47. However, this may not be feasible (or preferable) for any
number of reasons. A vote is definitely in order for this. We should
have some sort of brief discussion about what are the most compelling
reasons to either make it 0.47 or not 0.47. (I am aware that 0.46.1 has
been discussed before, I've unfortunately had health issues preventing
me from actively working on it, but with my current doctor downtime,
should be doable)
Build Systems:
Discussion of the possibility of switching build systems to cmake or
btool has resurfaced again recently. It seems like the obvious goals
should be that we use one build system on all platforms and it be
something that is maintainable by multiple individuals. From my
understanding all three build systems in the mix are crossplatform. Is
there an updated comparison list of the benefits and drawbacks of each?
Personal experiences? Given that I almost exclusively build on linux
these days, it doesn't impact me greatly and I don't really have a
preference.
Version Control:
In the past we also discussed potentially switching to a dvcs such as
git or bzr. I'm pretty sure we all know the benefits of using a dvcs,
and it seems (I may be wrong) that a modern dvcs is a little friendlier
with tags and branches (which would be nice to use more in the future).
We have a handful of people who I know are working with bzr on a regular
basis, would anyone like to chime in on if it seems like a good
"successor" to svn for our project and if it would be a worthwhile
switch? Bryce, Ted, Mental, Kees? Anyone think git would be a better choice?
Future Releases:
After this extremely long development cycle, and the amount of future
refactoring we're still looking to do, I think we need a new
stable/devel branching strategy for the future. Or at the very least, a
bleeding edge branch for GSoCers and the like in addition to main devel.
Also, it would be great to have regular releases that tie into the
distro release cycles (with minimal benefit of easy PR). Anyone else
care to chime in?
That's all for now... I think the next release should be the top
priority to vote on and discuss now, because if people want it to be
0.47, we need to get crackin'.
Cheers,
Josh
12 years, 4 months
views bound to rectangles
by Jody Palmer
I would like to be able to add svg view tags like <view id="myview"
viewBox="34 38 92 99"> </view> and have the bounds of the viewbox be
associated with a rectangle. Ideally it would be bound to the rectangle
so that editing the rectangle size, shape or position would modify the
view. The purpose is to allow me to link between SVG diagrams in a
useful way.
Is this supported? Is anyone working on it already? If not and I can
find the time to implement it, would it be a useful contribution?
Any suggestions or comments are welcome (remember that I have not yet
seen the code base).
- Jody
12 years, 4 months
intro for developers
by Alexandre Prokoudine
Hi,
Recently a person reported to out bug tracker that the website doesn't
provide good introduction information for new developers.
So I've just taken a look at http://inkscape.org/doc/devdocs.php and I
have several questions:
1. Do you find this information overall sufficient?
2. Last changes to http://inkscape.org/wiki/index.php/DeveloperManual
date back to February 2007. Would anyone mind having a look and saying
whether something needs changes? (btw, our wiki outputs errors again)
3. Does the flowchart at http://inkscape.org/doc/devdocs.php really
reflect current state of source code?
4. Same question about class hierarchy image.
Thanks! :)
Alexandre
12 years, 4 months
