ref : https://bugs.launchpad.net/inkscape/+bug/165665
I believe this bug can be fixed by disabling the flag USE_PANGO_WIN32 in
line 19 of src/libnrtype/FontFactory.h. When I do this on Windows XP, I gain
about 35 new fonts. Not all of these new fonts are useable, but the most
interesting ones, such as CommercialPi, Symbol, Technic, Webdings,
Wingdings, MonoType Sorts, TechnicLite are working well, both in Inkscape
and in IE9.
This is a Windows-specific bug which hides symbol fonts, and does not
occur in Gimp 2.6 on Win XP. As far as I can tell, the Gimp source code does
not contain any analogue or equivalent of the flag USE_PANGO_WIN32.
Would there be any objection if I disable this flag, or does it serve a
specific purpose that is essential?
- Alvin Penner
View this message in context: http://old.nabble.com/non-Unicode-symbol-fonts-do-not-work-on-Windows.-Bu...
Sent from the Inkscape - Dev mailing list archive at Nabble.com.
2012/11/24 Søren Sandmann <sandmann@...2931...>:
> Reviewing the supersampling patch here:
> I wasn't happy with either the performance and image quality, and I
> realized that the whole supersampling approach just isn't going to
> fly. Since I told people to do it that way, I apologize for that. The
> approach advocated by Bill Spitzak in the various downsampling threads
> of computing a convolution kernel up front, is the much better way to
> go. To make up for being misleading, the following patches implement
> comprehensive support for high-quality image scaling filters.
This is extremely awesome.
Hello, I update the SpiroLive branch to redraw spiro when mouse stop, no
In my 5 years old computer -debian- spiro redraw ok, now better whith
the tolerance fix.
If isn't enoft we can increase the tolerance level. Less tolerance show
more fluid spiros, more tolerance spiro curve "jumps" more.
I dont want to add a botton to show optionaly, because i think this
function is basic while drawing, but if we decide to make optional y
start whith this.
Any more betatester ;) ?
I'm trying to understand knots, I've introduced a bug with my changes
that mean knots are created correctly, but then don't disapear when the
focus changes. I can't find enough information about their internal
operation to know if they handle this internally or if I should be
implementing a LEAVE case in the item handle (which the code never had
before, so how did it work before?)
Best Regards, Martin Owens
Just to report that r11895 has a rather ugly bug in the flow text. After
creating an initial text, I wasn't able to edit it anymore. Unfortunately
launchpad is in the 3 second zone of timeouts for me in Chongqing, China
and I've never been able to use it, otherwise I'd add the bug list there.
Please bear with my good intention.
If you've ever imported a PDF file with lots of text in layouts, you may
have noticed that every single character gets a position. Now that's fine
until you try to change the text in any way as the text string will
change, but not the positions string. In other words, you end up with
garbage. The workaround for that is to use the split text extension. Which
cleans up all the manual kernings nicely.
Maybe that can lead you to solve your problem as well, as it seems related.
> Message: 8
> Date: Mon, 26 Nov 2012 13:08:16 -0800
> From: mathog <mathog@...1176...>
> Subject: Re: [Inkscape-devel] tspan Text Starts
> To: <inkscape-devel(a)lists.sourceforge.net>
> Message-ID: <a3d4787463b3de4b4f2a326b82cdf6ab@...2855...>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> On 23-Nov-2012 19:48, Martin Owens wrote:
>> hey guys,
>> I'm developing an extension to manage translations (which I do via
>> launchpad and xml2po) but I'm having trouble with tspans.
>> The problem seems to be that inkscape saves multiple values for the x
>> attribute for some (not all) tspan sections. Specifying the letter
>> placements is death to translations as the number and size of letters
>> guaranteed to be different.
>> Is there any api way to strip out these bumbling attributes or better
>> have them not appear in the first place?
> Hmm. Well, this may not be what you are after, but...
> I have been working on code to reassemble formatted, editable text from
> component pieces. The idea is that something like
> this in Inkscape:
> (E:bold)(=mc:no special formatting)(2:superscript)
> when present in an EMF or PS file, for instance, is represented by 3
> separately formatted text strings:
> These are currently read back into Inkscape as just those pieces. It
> looks exactly like the original, but the pieces
> are not assembled, so the whole is not editable. My code tries to
> reassemble the pieces from its position, font information, etc. and
> makes <test><tspan> records to match. This work is not done but the
> current version does pretty well at figuring out where paragraphs start
> and end, figures out the justifications and so forth, and generating
> editable Inkscape SVG. It works with rotated text, but at present
> cannot figure out when the first sentence of a paragraph belongs with
> the remainder if the first is indented by starting it an offset (as
> opposed to by using leading spaces.)
> For your purposes, would it be sufficient if after reassembly the
> formatting information was discarded and just the logical
> information retained? That would give you sentences and paragraphs
> (super and subscripts would be problematical.)
> David Mathog
> Manager, Sequence Analysis Facility, Biology Division, Caltech
This page does not mention inkscape.com versus inkscape.exe. I wasted many
hours yesterday, eventually discovered this: http://kaioa.com/node/63 and
this morning after discovering this
http://stackoverflow.com/a/8030880/95195I realized my problem is I was
executing inkscape.exe and not inkscape from
the command prompt.
I'd like to clarify the issue so others do not go down the same path.