https://linen.dev logo
Powered by
# haxe-ui
  • b
    let haxeui try and work it out for you
  • m
    I base my scale on the stageWidth / targetWidth
  • b
    right
  • m
    So that I can work with say, 600 pixel width through out the game
  • b
    what does that algo look like out of curiosity?
  • b
    or is it just 
    Toolkit.scale = stageWidth / 600
  • m
    yeap
  • m
    And then I set my base Sprite zoom to that as well
  • b
    gotcha... i wonder if that could be nice to add to core... like a "fixedScale" or something like that - its a bad name but, as you say "always working with 600" is useful
  • m
    I mean the Sprite where pure openfl stuff goes
  • m
    Yeap, for games it works great, because my game is really low res
  • m
    And I want to take advantage of the small resources... Instead of having them scaled
  • b
    Toolkit.fixedWidth = 600
    ?
  • m
    That would totally work for me
  • b
    does the name make sense?
  • m
    For me it does
  • m
    But actually, thinking about it... It's not that the width is 600 but rather the scale is set to fit that
  • m
    So maybe not
  • b
    ill have a think about adding over lunch, it seems super simple, and a nice addition
  • b
    yeah
  • m
    I'm trying to think of a name
  • b
    same 😄
  • b
    Toolkit.scaleUIToMakeItSeemLikeIts = 600
    ? 😄
  • b
    Toolkit.scaleFor = 600
    ?
  • m
    scaleForWidth?
  • m
    scaleForTargetWidth?
  • m
    Is there a way to have a Box let clicks through to components behind it?
  • m
    But have elements inside it still retain clicks
  • b
    isnt that the default behviour of sprites in openfl?
  • b
    i think this
1...106610671068...1687Latest