I just built the inkscape trunk from bzr and ran this script
bus = dbus.SessionBus()
inkdoc1 = bus.get_object('org.inkscape', '/org/inkscape/desktop_0')
doc1 = dbus.Interface(inkdoc1, dbus_interface="org.inkscape.document")
im = doc1.image(100 ,100, '/home/ktenney/Firefox_wallpaper.png')
Which worked on a dbus branch a while back.
Now it starts inkscape, but does not place the image
- was the dbus code merged?
- if so, how do I enable/use it?
- if not, where is dbus capable code?
Are we still waiting for the SVG standards before we can implement gradient
I have a ( pretty simple and obvious ) method of rendering gradient meshes
that is simpler than blurring multiple beziergons and is quite fast ( 100 ms
in Java rendering 500x500px approx ), I was wondering if we start putting a
basic gradient mesh in inkscape and we can conform/export to the SVG format
when it comes out.
I believe we are trying to get a triangle gradient primitive approved from
SVG. Do we have any plans of getting a quadrilateral primitive ? It will be
more accurate for gradient mesh. This paper I found explains some
quadrilateral rendering techniques :
Roland Meub has posted a patch to implement this nice feature (see https://bugs.edge.launchpad.net/inkscape/+bug/171944).
It compiles and works correctly on Ubuntu 9.10, and the only glitch I've found is related to 3Dbox (unexpected translations).
Could a C++ expert review this code and commit?
I pushed the Waf build system branch as:
I would enjoy if someone tested it on Mac OS X and Windows, and
reported how it doesn't work. :)
The commands to build Inkscape are (in the top level source directory):
Things that should work on Linux:
- updating translation templates (via ./waf i18n)
I made the first commit on LP after our trunk branch was established and
it went smoothly. So, everyone, feel free to go to town!
As a side thought, since 0.48 will be maintained for a bit while 0.49 is
under development. What do people think about our use of LP and how we
use Fix Released rather than Fix Committed... are people game to perhaps
try using Fix Committed (and target them for 0.48 when doing so) for
this cycle? If we properly use committed and mark where it will be
available, we can then just script it to change to released when it
really is (I think it will be nicer for users). Just a thought.
Alex Leone has attached a patch which add margin options for the "Fit page to selection" button in the document properties. I've tested it successfully on Ubuntu 9.10, but it would be nice if a C++/UI expert review the code before we commit it (see https://bugs.edge.launchpad.net/inkscape/+bug/499942).
I haven't fully tested the functionality yet, but here are some
comments on the UI. Sorry for the terseness - I do find the tool
valuable, but the UI really needs some work.
* The tool icon is horrible and very out of the line with the default
tool icons. The Tweak icon is not stellar either. Can some talented
artist suggest a replacement?
* "Population" is unclear. Its tooltip does not really help. "This
setting adjusts" is superfluous, just delete it, but then what remains
is still confusing: "the number of items sprayed" - total number? Per
click? Per mile? Per what? What does the percentage represent? Please
* "The mean of the spray action" is impossible to understand. Mean what?
* "SD" is very techy, and while the tooltip expands it as "standard
deviation", it is still confusing. Standard deviation of what value?
Can you explain it in terms understandable to someone who has no math
training and has no idea of what SD is.
* The button "Some options for the spray" is a bad idea, as is the
dialog it opens. We don't have separate dialogs for tool options. Each
tool may have some often-used controls on the controls bar, plus some
rarely-used settings on its page in Inkscape Preferences. Please try
to redistribute the dialog controls between these two locations. E.g.
I don't think many people will ever change the distribution from
Gaussian to uniform - this choice can be moved to Preferences. The
controls bar can accommodate more than you have there now - if
something does not fit it will be placed in an automatic menu, so just
move the least used controls to the right (but preserving some logical
grouping, of course). You may also try to combine some of the options
into higher-level, coarser but more user-friendly preset-like options,
such as a single "Scale randomization" slider instead of min/max
values. (And for cursor, the Width value seems a duplicate of the
controls bar's Width slider.)
Code-wise, the file spray-option.cpp contains some leftover bits from
Alignment dialog (e.g. "remove overlaps" undo comment - and why do you
need to make undo commit at all in this dialog?!) and some French
comments that need to be translated.
Inkscape. Draw Freely.
I'm having a serious issue with inkscape on FreeBSD -current. I'm
using the port available for FreeBSD and even a forced reinstall
of it doesn't fix the problem. The maintainer of the port suggested
to report the problem through this list.
The issue is quite simple to express: adding a layer to any opened
file freezes inkscape. I can open any svg file without a trouble, and
a file can contain layers, they are perfectly displayed. I can also
hide any of the layers of a document, or rename a layer, change the
order of layers, without problem. Only creating a new layer (or
duplicating the current layer) is impossible, and leads to a freeze.
Tracing the process (using truss on FreeBSD) doesn't show anything
once the process is frozen. If there is anything else I could do
please let me know.
Does such an issue speak to anyone here?
Merry Christmas all