Gideros 2020.7 Released!

keszegh · July 2020

on a sidenote, the html dialog is ugly as hell, but at least it will work after this correction.

hgy29 · July 2020

Here is the fix: https://github.com/gideros/gideros/commit/4112df4782c1ea25776d1bd3600d98537ed54771

The dialog is styled through the css file, if you have something better looking to propose, don't hesitate!

keszegh · July 2020

@hgy29 , thanks for the fix.
the current one looks like something from 20 years ago, so it shouldn't be hard to improve it somewhat.
i'm not a css guru, if you can tell me which css file is that and how to test it then i can play around with it. can i work with the gideros.css in an exported project? which line is affecting the dialog?
edit: i've found, it's at the end.

keszegh · July 2020

proposal for new css for dialog (html export)

/*
DIALOGS
*/
.gid_dialog_container{}
.gid_dialog_overlay{background-color: #000; opacity: 0.5; width:100%; height:100%; top: 0px; left: 0px;
position:absolute; z-index: 999;}
.gid_dialog_wrapper{position: absolute; left: 50%; top:15%; z-index: 1000;}
.gid_dialog{overflow: auto; background-color: #eee; border: 0px solid black; border-radius:5px; padding: 10px 30px 10px 20px; position: relative; left: -50%;}
.gid_dialog_title{background-color: #ddd; text-align: center; font-family: 'Open Sans', sans-serif; font-size: 1.5em; padding: 5px 10px 5px 10px;margin: -10px -30px}
.gid_dialog_message{text-align: left; margin: 20px 0px 10px; font-family: 'Open Sans', sans-serif}
.gid_dialog_input{width: 100%; margin-bottom: 10px; padding:5px; border-radius: 3px; border-width:0px}
.gid_dialog_buttons{}
.gid_dialog_button{background-color: #ccc; display: inline-block; border: 0px; padding: 5px 10px; margin: 0px 10px 0px 0px; font-family: 'Open Sans', sans-serif; border-radius:3px}
.gid_dialog_btn_cancel{}
.gid_dialog_btn_1{}
.gid_dialog_btn_2{}

for reference here is the current style:

i tried to have a grayscale style so that it does not interfere with other elements. it would be nice though to be able to set the colors (title+background+button color or just one color and then it's shades would be used) of the dialog through lua code.

hgy29 · July 2020

Already better, thank you! I’ll change the css in github for next release

keszegh · July 2020

hgy29 said:
Already better, thank you! I’ll change the css in github for next release

let's hope it will look correct in all major browsers. this is from chrome.

keszegh · July 2020

@hgy29 , sorry to dislike your earlier post, but i hope that i've found the right usage of "-1".

keszegh · July 2020

@hgy29 it would be great if you could also change 1.5em to 1.2em in the css (smaller title size, as the current one is too huge, especially when it's a longer title) - even 1em is not that stupid idea.

also, although when 3rd param is not empty then it does not crash, but even in this case i do not seem to be able to enter anything in the input dialog. does it work for you?

keszegh · July 2020

keszegh said:

also, although when 3rd param is not empty then it does not crash, but even in this case i do not seem to be able to enter anything in the input dialog. does it work for you?

Could you check this @hgy29 ? Thanks

hgy29 · July 2020

I won’t be able to check until a few days, but meanwhile maybe you can figure out yourself what is going on, since the text field is a classic html one and is governed by css and other dom attributes.

keszegh · July 2020

@hgy29 , i have not much knowledge about dom etc., but nevertheless i looked into the relevant part of gideros-wasm.js and played around sometime, but could not spot the issue.

hgy29 · July 2020

@keszegh, I spent one hour or too on this too yesterday, and everything seems ok: no Z-order issue, no specific warning from the browser, etc. This is really annoying. Of course this API will probably be deprecated soon, because anyhow it is much cleaner to provide your own input box that match the look of your game, but it so close to be working, and I am pretty sure it used to work. I will try to investigate further but I must say my knownledge in HTML is quite limited, actually limited to writing sites the way we did it 20 years ago...

keszegh · July 2020

@hgy29, thanks for trying, that's really annoying indeed. would be great to be able to spot the issue (which is probably one line)
" limited to writing sites the way we did it 20 years ago... " - i can relate to that.

are you planning to add a cross-platform textbox to gideros api? i agree that's preferable in most cases, but e.g. with a native textbox copy/paste from clipboard works while if we write ours then this needs to be handled separately (and currently impossible as far as i know) - that's one reason i did not write my own textbox implementation so far, nor used the one somebody shared recently (maybe you?) on the forum.

hgy29 · July 2020

rrraptor said:
Also
local tp = TexturePack.new({"img1.png", "img2.png", "img3.png"})
Crushes the player.

Wow, has this ever been working ? Gideros code is wrong for this way of creating texture packs at least since it was put on github, in 2013! I will fix it.

rrraptor · July 2020

@hgy29 Idk

Is it actually useful?

hgy29 · July 2020

rrraptor said:
@hgy29 Idk Is it actually useful?

It must be, since you came to use it

I fixed it BTW.

hgy29 · July 2020

@keszegh, I finally made some progress: it looks like the text input events are handled after the JS code events have been processed, but Gideros canvas catch them all. I was able to change Gideros code so that events are not process and passed to the browser if a 'native' dialog is shown. This allows the text input to actually work, except for 'Tab' and 'Backspace' keys, which are intercepted by emscripten code. I am reluctant to mod once again emscripten code, at least not yet, but at least you can now type your answer and correct it with arrow keys/delete.

keszegh · July 2020

@hgy29 , almost perfect, backspace is useful though. it's good that you could spot the issue after all.

hgy29 · July 2020

2020.7.1 bugfix release is available.

Improvements

[core] add Sprite:getDrawCount diagnostic call
[android] Improve rich text editing support
[export/android] Raise default SDK to 28 (required by google store for AAB)

Fixes

[studio] Load project file as UTF-8
[ios] Change orientation handling on iOS
[html] Fix TextInputDialog with empty default text
[ios] Report correct orientation to iOS
[uwp] Fix DX11 rendering engine (issue with pixel shader constants)
[uwp/audio] Expand sound buffer if needed instead of crashing
[html5] skip event processing when dialogs are shown
[html5] update dialogs style
[plugin/firebase] Include in Gideros Distribution
[plugin/share] Fix iOS code
[plugin/share] Fix Android code (allow sharing of images)
[plugin/camera] Fix orientation issue on iOS when app is in landscape + prepare for Metal

keszegh · July 2020

very good stuff.

keszegh · July 2020

@hgy29 , if i click on 'cancel' on a textinputdialog in html5 then it seems that events are not returned to gideros (it seems to work fine on clicking 'ok') - so no mouse etc. events are ever received afterwards.

keszegh · July 2020

(and the lack of backspace and using tab to go from textinput to buttons can be felt)

hgy29 · July 2020

keszegh said:
@hgy29 , if i click on 'cancel' on a textinputdialog in html5 then it seems that events are not returned to gideros (it seems to work fine on clicking 'ok') - so no mouse etc. events are ever received afterwards.

Can you try to hide() your dialog in your event handler and see if that fixes the issue ?

keszegh · July 2020

@hgy29 , it does, thanks. although in long term probably it's preferred that it automatically does that.

hgy29 · July 2020

yes, it should, I will fix that for a future release

keszegh · July 2020

(same with alertDialogs)

keszegh · July 2020

"[html] Fix TextInputDialog with empty default text" - this does not seem to be fixed for me.

hgy29 · July 2020

@keszegh, here is a replacement Html5 template: http://apps.giderosmobile.com/pre/Html5.zip

keszegh · July 2020

thanks @hgy29 , the replacement works.

keszegh · July 2020

btw @hgy29 , enter to submit a textinput (same as pressing 'ok') also does not work on html and would be convenient.

Howdy, Stranger!

Categories

In this Discussion

Top Posters

Gideros 2020.7 Released!

Comments

Howdy, Stranger!

Quick Links

Categories

In this Discussion

Top Posters

Gideros 2020.7 Released!

Comments