octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Graphics] OpenGL code integration


From: John W. Eaton
Subject: Re: [Graphics] OpenGL code integration
Date: Fri, 01 Feb 2008 01:45:20 -0500

On 30-Jan-2008, Shai Ayal wrote:

| On Jan 30, 2008 4:06 PM, Michael Goffioul <address@hidden> wrote:
| > Hi,
| >
| > These last few days, I've been working on the OpenGL renderer
| > for integration within octave (ported from JHandles). Up to now,
| > I've converted the rendering of figure (== clearing background)
| > and axes objects (no content, no text [ticks/labels/title]). I'm
| > now wondering how this code could be aligned and/or integrated
| > in octave. More specifically, I'm wondering what's the best
| > option:
| >
| > 1) port the complete renderer before integrating it into octave:
| > this probably means you won't see any code before 2-3 months.
| >
| > 2) send patches on the mailnig list for early integration in octave:
| > patches would then be produced when rendering of a new object
| > has been completely converted.
| >
| > 3) wait for SCM switch before doing anything and work on a local
| > repository (maybe with a public archive, such that John can
| > pull changes regularly).
| 
| I would go with this option, but only if the SCM change happens soon.
| option 1 is a bit too drastic, and option 2 is not very good since
| OpenGL is not enough -- who will open the window? you need some
| toolkit.

Although I hope we can move away from CVS soon, I can't promise that
it will happen within a short time (like say, this week), so I would
be happy to go with 2 for now.

I'm assuming the functions you will be adding will be independent of
the current gnuplot backend, so there shouldn't be any signficant
stability problems caused by doing this.  If not, then we could always
open a branch for it.

jwe


reply via email to

[Prev in Thread] Current Thread [Next in Thread]