comments for Idle Region
sort: go backdeveloper response: Thanks for the feedback! The next update will be focused largely on UX and overhauling the tutorial.
discovered that in chrome when i'm in f12 (with the device toolbar on, when the toolbar is off it doesn't work) i'm able to click the menu on the right and also place buildings (still can't move the map however), but when i exit f12 the issues come back. (just tried and in firefox it's the same)
in firefox the console says "unreachable code after return statement" and in chrome it says "Audit usage of navigator.userAgent, navigator.appVersion, and navigator.platform"
hope any of this was useful :p !
developer response: The navigator.userAgent isn't too big a deal, it's only used to detect the browser to either alert Opera users to change the mouse setting, or to change rendering for Firefox. The f12 thing is interesting, I've found a couple reasons that may be breaking things and will address it in the next hotfix.
Edit: Just pushed an update that I'm hoping finally fixes input issues
I notice when the event listener for selecting an item in the inventory happens, my mouse position is always 0,0. This causes the index it tries to select to be -11 every time, since it determines the X item to be at position -7 and Y item to be at position -1. Going through, I'm seeing that everywhere we try to use the mouse position, the coordinates always show as 0,0 - thus, scrolling with right mouse button never works. I'm not exactly sure where mousePos should be getting set, it seems to be used as some kind of global.
For an example, when checking if a meteor is clicked, the event listener receives a parameter "e", this DOES hold the mouse position properly! But, I see e.x and e.y are compared to selPos.x and selPos.y - these are trying to get the mouse position from EventListeners, but EventListeners sets mousePos to 0,0 and never seems to update it. Even if this worked, it means that to determine if a meteor was clicked, it's comparing mouse position to mouse position, it will always say it was clicked successfully. It looks like the findIndex() function should be using a callback function but for some reason the "e" inside the callback is instead using the event, and not the meteor as you'd expect. Maybe just not re-using the variable name "e" would fix this? I'm not exactly sure!
Unless I'm missing something, the event for mouseup always sets the last placed position to -1, -1, but I haven't looked deeply into if this is an issue or not.
After some digging, it seems like the event "desktopmousemove" is not triggering - tempSettings.useMobile is always true, for me. I'm struggling to figure out where tempSettings is getting set but I feel pretty confident that this is the issue, it should be useMobile = false on desktop, of course. :)
developer response: Thank you!!! I've been digging for a while now and this is a great lead. I'll patch this up and release a hotfix (hopefully) before I go to bed. Probably will just remove mobile controls and detection for now, and just keep the desktop controls.
Edit: Just pushed an update that I'm hoping finally fixes input issues
developer response: Finally found the issue, should be working now
developer response: The tutorial might have gotten hung up at some point, see if refreshing the page helps at all. Do you know what version of firefox/chrome you are using?
developer response: Thank you! I'll figure out what's up with it
developer response: I'm having a hard time pinpointing what's causing this, and I'm unable to reproduce this myself, are you using any extensions by chance? Or does firefox's F12 menu spit out any bugs when you click the elements?






developer response: Can you describe the issues you are having with firefox?
Edit: Found the issue, should be working fine now as far as I've tested on older Firefox versions