Re: [UFO-devel] Better position management using ufo/glut

[Johannes S. <sch...@us...>]

Hi,

Am Freitag, 3. M=E4rz 2006 00:27 schrieb Elie `woe` BLETON:
> I subscribed to this mailing lists for a week now and I didn't get any
> mail from it, so I'm quite surprised.=20

I have to pass some of my degree exams these weeks, so I am quite busy.
And some people still insist on writing emails directly to me :)

> I hope there are still some people left reading.
>
> I'm having problems getting libufo positioning my controls the way I
> want them. I can force the  root pane (or the context ?) to take a
> subset of the GLUT area, but the controls inside of it are ordered
> automatically (well, it's possible to force the widgets to get
> displayed horizontally or vertically, but that's not what I'm looking
> for). I'm looking for a way to position them by hand, ideally in
> relative coordinates - but I can cope with absolute screen/context
> coordinates as well.

If you set the layout manager to a NULL pointer [UWidget::setLayout(NULL)],=
=20
the child widgets will be position relatively to its parent.

> On a different subject, I tried to use frames, but it seems they don't
> work in a glut context since any call to myWindow->createFrame()
> returns a NULL pointer. Is there a way to get this working, or is it
> simply impossible ?

Usually you create an internal frame (class UInternalFrame) and add it to t=
he=20
root pane (URootPane::addFrame(UInternalFrame*)).
That should work.

> Last, I'm looking for a way to get some colors inside the TextEdit
> component, for "syntax highlighting" purposes. I have the feeling that
> I will have to code it myself some way, but if someone have some
> advice on the subject, I'd be glad to hear it.

I'm sorry, this is on the ToDo-list, but there are more important things on=
=20
it, too ...

Thanks for considering libUFO. If there are still questions left, don't=20
hesitate to ask.


Regards,
Johannes