|
|
A translation of erco's answer to Rust would be group.set_frame(FrameType::FlatBox);
Indeed that should fix the issue.
On Wednesday, June 16, 2021 at 10:46:56 PM UTC+3 Ian MacArthur wrote:
On 16 Jun 2021, at 20:30, Greg Ercolano wrote:
>
> On 6/16/21 12:13 PM, imm wrote:
>> On Wed, 16 Jun 2021, 20:07 Webb Hinton wrote:
>> What's a good approach to creating a Group that has a "filled" background? I.e when a widget moves inside of it's parent group, the background is "cleared", thus avoiding the "tracing" effect you get otherwise:
>>
>>
>> If your group has a box type set, you will not get that tracing effect.
>
> ..and to be specific, group->box(FL_FLAT_BOX); would be an example of that (in C++).
> I'm not sure the equivalent in rust, but it's probably similar.
I think (without actually bothering to check properly, that is, so proceed with caution!) that in this case it would be something like:
frame.set_frame(FrameType::BorderBox);
Which is partly what I was alluding to about the confusing use of the word Frame (and frame) in the rust port...
--
You received this message because you are subscribed to the Google Groups "fltk.general" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkgeneral+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkgeneral/6ea29214-9803-4cff-94ec-f00c8b5e26e6n%40googlegroups.com.
[ Direct Link to Message ] | |
|
| |