[Bf-committers] Swiss Cheese Text Editor Refactor/Merge

[Jason Wilkins]

The drawing would be more efficient regardless of the underlying BLF
rendering due to the batching.  The text editor changes aren't really
dependent on the other changes.

My problem is that the text editor (text_draw.c) is starting to diverge
in inconvenient ways.


On Tue, Apr 2, 2013 at 9:11 PM, Mitchell Stokes <mogurijin at gmail.com> wrote:

> Would this also include the more efficient BLF rendering? I'm guessing the
> text editor changes are dependent on that? I'd really love to see BLF
> getting away from glBegin/glEnd.
>
>
> On Tue, Apr 2, 2013 at 1:28 PM, Jason Wilkins <jason.a.wilkins at gmail.com
> >wrote:
>
> > During the last GSoC I made some modifications to the text editor so that
> > it would batch text before drawing it instead of drawing on character at
> a
> > time.  (Since I was removing immediate mode calls from swiss-cheese,
> > sending one character at a time as WAY too much overhead.)
> >
> > The recent changes to the text editor have been a bit of a nightmare to
> > merge.  The code is complicated and fragile (both mine and the original).
> >
> > I wanted to touch base and see if it would be OK to see about going ahead
> > and integrating swiss-cheese's more efficient text rendering into trunk.
> >  Perhaps I could also refactor some of the code to be a little bit more
> > maintainable as well.
> >
> > The reason I'm asking is I'm not sure if somebody else might have plans
> for
> > this area, so I don't want to just continue as I am (merging complex
> > changes) if it just going to be blown away.
> > _______________________________________________
> > Bf-committers mailing list
> > Bf-committers at blender.org
> > http://lists.blender.org/mailman/listinfo/bf-committers
> >
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>