Gideros 2020.7 Released!

Comments

• antix Member

  July 2020 edited July 2020

  I'm having a small issue with this release where if I export an AAB, I cannot export it again until I reboot my machine.
  
  It seems that the tmp folder where I'm exporting to is always in use after the first build and cannot be deleted by Gideros Studio, or myself inside Windows Explorer. I have to reboot every time.
  
  It also affects APK builds. Once I've built an AAB, I can no longer build APK's until I reboot.

  +1 -1Share on Facebook
• hgy29 Maintainer

  July 2020

  I had the same issue, but it looks more like a gradle/android tools issue to me. Latest gideros changes for android (move to androidX) required to upgrade build tools too.

  +1 -1Share on Facebook
• antix Member

  July 2020

  Ahh, okay. I discovered that if I alternate between folders then it works. So compile to folder a, then b, then a, and so on.

  Likes: MoKaLux

  +1 -1 (+1 / -0 )Share on Facebook
• SinisterSoft Maintainer

  July 2020

  Maybe it's a time delay thing. Try waiting 10 mins then try again.

  Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!).
  https://deluxepixel.com

  +1 -1Share on Facebook
• hgy29 Maintainer

  July 2020

  Yes, it looked like gradle daemon was keeping a lock on the folder (or some file inside it) some time after the export was done

  Likes: antix

  +1 -1 (+1 / -0 )Share on Facebook
• antix Member

  July 2020

  @Sinistersoft, dude.. I really don't want to wait 10 minutes between compiles
  
  That would be as bad as the delay in getting anything published in the infernal google developer console

  +1 -1Share on Facebook
• SinisterSoft Maintainer

  July 2020

  @antix Yes, I only said that so we could figure out what it was.

  Likes: antix

  Coder, video game industry veteran (since the '80s, ❤'s assembler), arrested - never convicted hacker (in the '90s), dad of five, he/him (if that even matters!).
  https://deluxepixel.com

  +1 -1 (+1 / -0 )Share on Facebook
• rrraptor Member

  July 2020

  Something weird is going on
  
  Text is blurred when it has font with cached symbols and layout. If it has only layout OR only cached string then everything is ok.
  
  GIF:
  
  
  Test code:

  local cacheString = [[ QWERTYUIOPASDFGHJKLZXCVBNMqwertyui opasdfghjklzxcvbnm[];',./\`1234567890-=~!<a href="https://forum.gideros.rocks/profile/%23%24%25%5E%26amp" rel="nofollow">@#$%^&amp</a>;*()_+{:<>?}"]]   local font = TTFont.new("GixUI/Themes/godot/font.ttf", 10, cacheString, nil, nil)   local tf = TextField.new(font, "Random text") tf:setLayout{w = 200, h = 100, flags = 1280|FontBase.TLF_CENTER|FontBase.TLF_VCENTER} tf:setPosition(0,40) tf:setTextColor(0xffffff) stage:addChild(tf)

  

  

  aaa.gif

  789 x 230 - 338K

  aaa.gif 337.6K

  SuperShape | Nice blured shapes with shadows | Simple button pad | Simple layer class | Simple UI library | 2D camera lib | Color picker | FPS graph | Dear ImGui | cute_c2

  +1 -1Share on Facebook
• hgy29 Maintainer

  July 2020

  I suspect this is not at all a problem with caching nor layout, but with screen resolution/logical scaling: could it be that the text ends up being drawn at a sub-pixel position ?

  +1 -1Share on Facebook
• rrraptor Member

  July 2020

  hgy29 said:

  I suspect this is not at all a problem with caching nor layout, but with screen resolution/logical scaling: could it be that the text ends up being drawn at a sub-pixel position ?

  
  

  

  

  image.png

  391 x 192 - 10K

  image.png 10.2K

  SuperShape | Nice blured shapes with shadows | Simple button pad | Simple layer class | Simple UI library | 2D camera lib | Color picker | FPS graph | Dear ImGui | cute_c2

  +1 -1Share on Facebook
• hgy29 Maintainer

  July 2020

  This doesn't mean anything, layout operates on logical units as floating point, it can very well draw at 200.5 logical units if you center a text and the text size is odd for example. This is a guess though, but it very much looks like the texture holding the glyphs wasn't sampled from the middle of the texels.

  +1 -1Share on Facebook
• rrraptor Member

  July 2020 edited July 2020

  hgy29 said:

  This doesn't mean anything, layout operates on logical units as floating point, it can very well draw at 200.5 logical units if you center a text and the text size is odd for example. This is a guess though, but it very much looks like the texture holding the glyphs wasn't sampled from the middle of the texels.

  
  Aha, so if I move "blured" field by 0.5 on y axis it will be fixed. But still, strange behavior

  

  

  aax.jpg

  966 x 272 - 127K

  aax.jpg 126.7K

  SuperShape | Nice blured shapes with shadows | Simple button pad | Simple layer class | Simple UI library | 2D camera lib | Color picker | FPS graph | Dear ImGui | cute_c2

  +1 -1Share on Facebook
• hgy29 Maintainer

  July 2020

  Yes, this is a bit annoying. Not much a trouble for HiDPI screen or retina, but anyhow if I could find a way to easily detect that sub-pixel scenario and slightly adjust text offset within Gideros that would be good. A dumb approach would be to round layout result to an integer

  +1 -1Share on Facebook
• rrraptor Member

  July 2020

  hgy29 said:

  A dumb approach would be to round layout result to an integer

  Add additional property / flag to TextField:setLayout()?
  
  

  SuperShape | Nice blured shapes with shadows | Simple button pad | Simple layer class | Simple UI library | 2D camera lib | Color picker | FPS graph | Dear ImGui | cute_c2

  +1 -1Share on Facebook
• hgy29 Maintainer

  August 2020

  I will add rounding to next integer if scaling mode is either 'no scale' or 'pixel perfect' as a first approach

  Likes: SinisterSoft

  +1 -1 (+1 / -0 )Share on Facebook