hello
I was wondering after enabling UTF-8, how much work it needs to implement a
filtering function that replaces normal Arabic text with it's universal UTF
encoding,
as it is currently implemented in python forking a c++ version is trivial.
_
I guess you can't go wrong with harfbuzz-ng on freetype2. After all, that is
what's used to render text in Firefox. libass, the SSA subtitle renderer
used in VLC and MPlayer, has recently started to support complex and bidi
scripts using harfbuzz and fribidi on top of freetype2. That resulted in
ve
Hi,
I noticed pango being mentioned
here is one possible implementation for graphics
http://code.google.com/p/osgpango/
( just for reference )
it requires though quite a lot dlls (cairo, pango, many gtk+ dlls ) to be
included,
so the size of Blender will keep growing
Regards
Sergey
Hi Yousef,
I would take a look at some library that we can used with freetype2 (our
current text drawing low-level library). To re-create the wheels ourselves
seems a bit overkill to me.
This text has a good overview, Panda caught my eyes there:
http://behdad.org/text/
There is more to complex s
Hi dalai
i know the fork i proposed is NOT the way it should be, i think going
the further mile is the best approach, but that WILL take a big amount of
time and commitment to revamp the text drawing aligorithm in blender.
So, i think doing a simple procedure of implementing the arabic_to_utf o
Hi Yousef,
I talked about that with Campbell, and we got to some roadmap that should be
a good start for someone willing to tackle the problem:
(1) handle the drawing:
1.1.Implement bi-di (bi-directional support) in blf (Blender internal
truetype2 wrapper+utility functions).
1.2.Implement complex
Thanks for the link.
I looked at fribidi and found it interesting. Their standalone is
doing the same as we are with the python scripts (they call it log2vis
- to convert from logic to visual strings).
Now, if we use this lib, do we still need harfbuzz? It seemed to me
that truetype2 can handle m
Actually, fribidi's shaper is very primitive and rudimentary and it has lots
of fundamental problems. It simply replaces letters with their Unicode
presentation forms depending on their position in a word. That is not a good
approach because it completely ignores ligatures and other OpenType
featur
hi
@dalai:
> * Note 2: a python addon exclusively for the text3d could work for you as
> well. Have you considered it?
yes i do, and i'm trying to build one.
> Let me know what you think. If someone is interested on tackling that we can
> put branch up and running.
i'm happey to help with tha
@Sergey Kurdakov
AFAICR, harfbuzz doesn't have any dependencies except for freetype2, of
course. Fribidi doesn't require any dependencies either. Besides, pango's
shaper is a little bit inferior to harfbuzz.
@Yousef Hurfoush
Harfbuzz can do all of this on its own (with freetype2). I think Greg jus
> Harfbuzz can do all of this on its own (with freetype2).
then this sums it up i think, implementing harfbuzz over the existence of
freetype.
i'll try to tackle the idea in the next days.
___
Bf-committers m
Shaping itself is already "kind-of" handled by freetype2. It may look
wrong in some corner cases (e.g. those words that take off the
ground). But overall the result of getting the text in their
presentation form was working ok (not that I can tell good arabic from
bad arabic, but Yousef himself see
I'm not sure if freetype2 alone can render Arabic/Bidi text perfectly. But
I'm sure that fribdi is simply inadequate. As I said earlier, Arabic text is
not just about converting letters to their presentation form. That approach
will render a lot of fonts unusable. Let alone all the languages that u
13 matches
Mail list logo