FLTK logo

Re: [fltk.coredev] RFC: Fl_Group option with relative coords for children

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 All Forums  |  Back to fltk.coredev  ]
 
Previous Message ]New Message | Reply ]Next Message ]

Re: RFC: Fl_Group option with relative coords for children Albrecht Schlosser Nov 26, 2020  
 
On 11/26/20 11:31 PM Greg Ercolano wrote:
On 2020-11-26 13:37, Gonzalo Garramuño wrote:
El 26/11/20 a las 13:18, Greg Ercolano escribió:
Anyway, just a thought -- I'm not sure this would work and haven't tried any tests, just curious
if this sounds plausible/useful, or is just an unwanted can of worms or a malformed idea..

(see my other post about drawing coordinate transformations)

It sounds like a can of worms to me.  You would then have to check on
people's code whether they are drawing relatively or not and same for
the events.

Well, all the drawing code goes through FLTK drawing functions, hence it would be possible somehow, but not by means of the coordinate transformation matrix.

I would vote a -1.

It's definitely too big a project for anything in the near future like FLTK 1.4 IMHO.

<history> Matt had to deal with this in his attempt do combine FLTK 1 (absolute/window coordinates) and FLTK 2 (group relative coordinates) in one system (FLTK 3) which didn't succeed, although I imagine that he had solved the coordinate issue with some tricks...
</history>

     Just curious; is that different from using Fl_Window as a subwindow?
     Same behavior, just in an Fl_Group..

That's a *giant* difference. Fl_Group widgets are just containers of the main window and all drawing primitives use the window coordinates which are known to the OS. It's simple, Fast and Light.

Fl_Window's have their own coordinate systems because they are represented by their own OS window objects.

This is true at least for X11 and Windows but I'm not sure if it's also true for macOS. I believe it's not but Manolo can certainly tell us.

This means that a subwindow is no different than a main window WRT drawing from FLTK's POV. The only difference is that the creator of widgets (i.e. the programmer) needs to know which window is the reference (coordinate 0,0) to position the widgets.

--
You received this message because you are subscribed to the Google Groups "fltk.coredev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkcoredev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkcoredev/fc1b976b-f860-8c9f-7f21-9dcb0ac1e5b8%40online.de.
Direct Link to Message ]
 
     
Previous Message ]New Message | Reply ]Next Message ]
 
 

Comments are owned by the poster. All other content is copyright 1998-2024 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.