Dad72 Posted December 7, 2018 Share Posted December 7, 2018 Thanks DK Quote Link to comment Share on other sites More sharing options...
Wingnut Posted December 8, 2018 Share Posted December 8, 2018 Great conversation, guys - thx for your work/tests/fixes! https://www.babylonjs-playground.com/#7EPK2H#2 Is THAT border acting correctly? Just curious. It sort-of looks like border and background are on different z-layers. Cool. More on that... far below. (oh no!) Wingnut mentally wanders-off... I'm still thinkin' that... "border" (and thickness) needs to be a control of its own. When GUI borderControl is invented, we get a PILE of versatility, and the world of currentMeasure (for other controls) becomes much less stressful to the GUI author - mainly DeltaFlyer. The borderControl would be very "extensible", whatever that means. Once it becomes a separate control, the world of fancy borders and marquis and a bunch of other animated and fancy crap... comes into view. When you need a borderControl added to ANY other control-type, you push that borderControl into the targetControl's .adornments array. 'Adornments' becomes a whole new area... to add "features" to any control. Add-ons. Layers. Even a borderControl... used mostly as an "adornment control"... has an .adornments array. Or maybe... 'adornments' are not really a control AT ALL. They are adornments. Similar to behaviors. BorderAdornments might have a property to set whether the border... SURROUNDS the target control area (blocking no targetControl surface area)... or OVERLAYS it (blocks edges of the targetControl surface). I dunno. Adornments would be add-ons. Things like... "graying-out" an inactive GUI button, could be done with an overlay adornment. A big red "X" across a button, easy, by attaching an adornment. One adornment can be used on MANY controls... just put a ref to the adornment... in the control's .adornments array. Controls could be told to ignore the adornment if the .build call to the adornmentObject... fails or times-out (possibly because the adornmentObj/Func 404'd when retrieving a web texture/svg it needed). Adornment controls could be designed... ready to animate... and can be told to start animating as soon as they are put into a targetControl's .adornments array. Rounded border corners could be troubles, though. Round-corner borders need to remove/re-paint background textures/colors... of the targetControl. In that case, the adornmentControl is SERIOUSLY imposing itself (forcing things) upon the targetControl. But, I guess an overlayed (non-surrounding) square-corner border... would also re-paint the edges on the targetControl. *shrug* I really don't know enough about the layering possibilities of a GUI control (and isBlocking hassles thereof). Perhaps... two types of adornments? Those that need to modify the targetControl paint-job, and those that don't? intrusive/non-intrusive? hmm. Just crazy talk, huh? I get that way when I watch Saturday morning cartoons and drink too much over-powered coffee. Hey NRA... sorry that the recent GUI upgrades caused stress... about client deadlines/criteria. We don't like to see that happen. We hope you are still on-timeline. Quote Link to comment Share on other sites More sharing options...
NRA Posted December 10, 2018 Author Share Posted December 10, 2018 @Deltakosh @Dad72 @ssaket Thanks all the attention to my issue! ssaket 1 Quote Link to comment Share on other sites More sharing options...
Guest Posted December 10, 2018 Share Posted December 10, 2018 No problem Quote Link to comment Share on other sites More sharing options...
NRA Posted December 10, 2018 Author Share Posted December 10, 2018 Hey @Wingnut Thanks the concern about my situation! It is alright now! Wingnut 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.