# haxe-ui
- m
most-caravan-45834
05/04/2022, 8:56 AMIt is, maybe I have something else wrong. Let me check throughly - b
bright-gpu-74537
05/04/2022, 8:57 AMgot a background color or something? - m
most-caravan-45834
05/04/2022, 8:57 AMbackground-opacity is 0 - b
bright-gpu-74537
05/04/2022, 8:57 AMthats still gonna draw a background, which means openfl will no longer get the mouse events events - b
bright-gpu-74537
05/04/2022, 9:04 AMok, ive added a fix to haxeui-openfl, since this should have worked, but didnt (which it does now): - b
bright-gpu-74537
05/04/2022, 9:04 AMCopy codexml <box width="300" height="300"> <button text="Behind" onclick="trace(1)" /> <box width="300" height="300" style="pointer-events:none;background-color: #FF0000; background-opacity: .3"> <button text="In Front" onclick="trace(2)" horizontalAlign="center" /> </box> </box> - b
bright-gpu-74537
05/04/2022, 9:04 AMbut this is really non standard usage for UIs in general, so you should probably make sure it makes sense to use it - m
most-caravan-45834
05/04/2022, 9:04 AMGot the problem, it was something else not allowing me to interact with the element - b
bright-gpu-74537
05/04/2022, 9:05 AMcool - well, pointer-events is implemented now in haxeui-openfl - m
most-caravan-45834
05/04/2022, 9:05 AMThere was another thing on top of it that I was missing - m
most-caravan-45834
05/04/2022, 9:06 AMThe only thing that is left not working entirely properly now is the dragging bounds. - m
most-caravan-45834
05/04/2022, 9:06 AMI am currently doing:Copy codehaxe var bounds = this.parentComponent.getBounds(this); DragManager.instance.registerDraggable(this, { mouseTarget: topBar, dragBounds: new Rectangle( bounds.left, bounds.top, bounds.width, bounds.height ) }); - m
most-caravan-45834
05/04/2022, 9:06 AMNot sure if it's the best though. It worked perfectly at some point. Not it's giving me a slight difference. - m
most-caravan-45834
05/04/2022, 9:07 AMMaybe I need to compensate for scaling somewhere - b
bright-gpu-74537
05/04/2022, 9:07 AMi wonder if this is a scale issue also - m
most-caravan-45834
05/04/2022, 9:08 AMI'll try to find what is the actual compensation missing. Just wondering if that code should work right off the bat. - b
bright-gpu-74537
05/04/2022, 9:09 AMi mean, if it is a scale issue its in haxeui, for sure... bounds should "just work" - m
most-caravan-45834
05/04/2022, 9:09 AMIt seems to be (top of mind) that the width of the actual component being dragged is smaller? I'll try and compensate for that on the bounds to see if it works - b
bright-gpu-74537
05/04/2022, 9:11 AMyou considered using bitmap buttons here or something like that? Looks very.... .... .... .... haxeui 😄 - m
most-caravan-45834
05/04/2022, 9:14 AMCopy codehaxe public override function onReady() { super.onReady(); var bounds = this.parentComponent.getBounds(this); DragManager.instance.registerDraggable(this, { mouseTarget: topBar, dragBounds: new Rectangle( bounds.left, bounds.top, bounds.width - (this.componentWidth * (1 - SPEngine.gameZoom)), bounds.height - (this.componentWidth * (1 - SPEngine.gameZoom)) ) }); } - m
most-caravan-45834
05/04/2022, 9:14 AMThis was almost perfect - m
most-caravan-45834
05/04/2022, 9:15 AMWhich suggests the bounds used to calculate dragging are not accounting completely for the scaling? - b
bright-gpu-74537
05/04/2022, 9:16 AMyeah, probably - ill look at it a little later - m
most-caravan-45834
05/04/2022, 9:17 AMNo worries - m
most-caravan-45834
05/04/2022, 9:17 AMThanks for all the fixes once again Ian! - m
most-caravan-45834
05/04/2022, 9:17 AMMy debug widgets are going to be killer 🙂 - m
most-caravan-45834
05/04/2022, 9:17 AMBtw, for anyone else interested, my game framework is open source https://github.com/guifes/simple - m
most-caravan-45834
05/04/2022, 12:06 PMI thought setting min-width would allow a component to grow past that value, but it doesn't. How does that work? http://haxeui.org/builder/?smcuqs - b
bright-gpu-74537
05/04/2022, 12:08 PMim not sure i follow, min-width days "its not allowed to be any smaller than this"