Unicode has some codes which refer to parts of symbols. The attached example is for a brace which is composed of three characters. Is it possible to snap these 3 pieces into alignment without first converting it to a path? (I have a "donor" document where these were aligned at super high m...

Since my EMF related (and other) patches aren't making it into trunk very quickly I have put together a zip file with binaries that incorporate those changes. For anybody who actually needs a more solid EMF import/export than either trunk or the release branches offer. Or for anyone who wants to aci...

I would like to set a value in my gui extension, for example if I have this line in my .inx : <param name="flatness" type="float" min="0.0" max="1000.0" _gui-text="Flatness">10.0</param> I would like to change the default value by a value from my sv...

Well, I found a way to do this, but I'm not sure how kosher it is. double x1,x2,y1,y2; x1= atof(style->object->getAttribute("x")); y1= atof(style->object->getAttribute("y")); x2=x1 + atof(style->object->getAttribute("width")); y2=y1 + atof(style->object->getAttribute(&q...

I have EMF import now mostly working when there are images present, at least for a first pass. Trying to get the reciprocal operation going, which means this needs to be implemented: unsigned int PrintEmfWin32::image(Inkscape::Extension::Print * /*module*/, unsigned char *px, unsigned int w, unsigne...

Is there a function buried in Inkscape somewhere to reassemble formatted text back into a single line of text? In the attached example, the top line is one line of text. The second line was made by exporting to EMF, and then reimporting. Visually, they look the same, but they are not edited the same...

brynn wrote:Do you have a development version of Inkscape, perhaps?

Yes, trunk. Here is what it looks like now.

At least on Windows the last value set is maintained between program runs. (Where does Inkscape keep this information?) Anyway, the only time the default value shows up is if the parameter has never been set, once it is set you always see the last set value. So I'm not sure that changing the default...

OK, that helped, I see how this works now. On the snap toolbar there are four identical icons (blue square to black arrow to green square). Top to bottom, these are: A Enable snapping (%) // what does the (%) indicate???, maybe it should be "(all modes)" B Snap bounding boxes C Snap nodes ...

How does one snap part of a closed path to part of another? I see some likely looking buttons down the right side of the screen, but they seem not to do anything. I have Inkscape set to snap when within 20 pixels. Use the polygon tool to draw a hexagon. Duplicate it. Convert both hexagons to paths. ...

Not sure if this is part of what you are seeing, but inkscape versions built from trunk have for a while been using around 15% of CPU even when they are just sitting there doing nothing.

I have been trying to trace a problem into pango, but so far have not been able to build a version in mingw that actually works completely even before I try to modify it. Will the person who maintains devlibs please chime in and tell me where I am going wrong? This is what I did: 1. download devlibs...

Which method/function would one use in inkscape to change the style on part of a string (stored
in whatever a text object is called)?

For instance:
start with: abcdef (all in Times Roman 20 point)
change only the "cde" part to Arial 30 point.

Thanks.

Found it:

style->baseline_shift.computed

Trying to work out one of the last bugs in the EMF output: superscripts/subscripts are drawn on the baseline and not the proper position. This occurs in PrintEmfWin32::text. Font size is correct and is passed as style->font_size.computed Vertical kerning (or whatever this offset is called) is stored...

Version 0.48+devel works pretty well now for moving drawings from Inkscape to PPT 2003. See this thread: https://bugs.launchpad.net/inkscape/+bug/919728 To get everything working right, use the last code variant in that thread for emf-win32-print.cpp and pay special attention to the workaround descr...

Inkscape downloaded and built in mingw on Windows XP SP3. It runs. Now I want to trace a problem back into the code. The problem occurs before PrintEmfWin32::text, so I want to set a breakpoint there and use bt. Start it in GDB as shown here http://wiki.inkscape.org/wiki/index.php/Debugging_Inkscape...

Possible, but there seems to be one slight complication... 1. Draw the letter as a path and replicate it as in your drawing. In theory you could start with text and convert that to path, but that was the complication, the 5th operation wouldn't work on the resulting path. 2. Draw a rectangle. Be sur...

Imagine a drawing with three types of line and two types of text: lines/paths: thin, medium, wide text: small, huge I make the drawing (assume it is quite complex, with all sorts of different lines and paths and text entries), then decide my thin lines are too thin, but medium and wide are OK, and s...

Just tried LO 3.5.0b2 to see if it worked any better. At first I was very excited when I saw the very nice job it did of importing the bounding_line4.svg file. Aside from one stray rectangle it was beautiful. Sadly it was too good to be true - it had not actually imported the SVG as objects into LOD...

Here is the screen dump of what PowerPoint does with this .ppt file. Not shown, LOImpress view - looks just like it did in the PDF.

One more gotcha to add to the list - noninteger font sizes stored in PPT files are handled differently by LOImpress and PowerPoint itself. Here is one way to see this scenario: Move a diagram Inkscape -> PDF -> LOdraw (copy) -> LOImpress (paste) -> save as PPT -> Open in PowerPoint. After saving in ...

There are a few complications that also need to be dealt with. The position of the standard arrows will need to be defined with respect to the borders, if these are present. Towards that end, each of the two panels would also need a radio button with the options: inner, center, outer. If there is no...

Sorry about the typo in the attachment's filename.

I forgot one other thing, a checkbox "define transform". This would let the general alignment interface be used to define a transform, and then that could be used with the existing "transform" tool to move a bunch of other objects. If define transform is checked, nothing happens ...