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

[Jason Wilkins]

This is what I'm talking about.  The multicolumn character feature modifies
code that has a basic design flaw.  I've fixed that flaw already, but it
isn't in trunk.  I'm trying to puzzle out how to fix it again, but I need
to make sure I'm not stomping on any toes.


On Wed, Apr 3, 2013 at 2:58 AM, Lockal S <lockalsash at gmail.com> wrote:

> Would it work with multicolumn characters which were recently added by
>
> http://projects.blender.org/tracker/index.php?func=detail&aid=34373&group_id=9&atid=127
> ?
>
>
> On Wed, Apr 3, 2013 at 11:34 AM, Jason Wilkins <jason.a.wilkins at gmail.com
> >wrote:
>
> > 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
> > >
> > _______________________________________________
> > 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
>