I think i found something on accident, i was doing a QTE when i accidentally clicked my mouse in the QTE area and saw the "free potion" effect text pop up, checked the apothecary and sure enough i popped a fury potion mid QTE, Figured that might not be intentional.
It seems whenever an enemy drops a weapon on the web player version it results in the attack stat line getting messed up. Also it should be noted that if you current weapon's attack exceeds 999 thus 3 digits it also causes the new word to display on top of the digits after the left most 3.
Also you did not quite 100% fix the blacksmith in web version. She still frequently sells leggings that are objectively worse.
had a nice long session on the game that reached the bigger than mountains place holder. Is it intentional that the area with the "final boss" has its gear drops progress in stats overwhelmingly faster than every where else? Where every where else you'd be lucky to see a doubling of a stat in that particular area I actually saw stats being boosted several times over compared to current gear repeatedly.
Thanks for finding that stuff, not sure what the digit issue you were mentioning is, but I think I've found what was causing the weapon attack and blacksmith stuff to be wrong and have fixed it. Also, looks like gear scaling with enemy level was impacting things a bit too much, there should now be less of a jump between the area's as a result, to keep gear pacing more consistent.
Figured out what was going on with the "digit issue" it was just simply a quirk of how the old new line was being overlapped over the attack line it simply caused the new word to get in the way of readability once the current weapon stat got above a certain size due to how the line spacings worked out. Once you fixed the line over lap it also nailed that readability problem that resulted because of the line overlap.
my second playthrough on the web version ended up revealing a balance crushing bug though. When subtracting points from evasion while in that sort of "10" mode it allows the evasion to go negative earning hundreds of thousands of bonus idol points in the process each time you bash evasion into the negatives. The larger increment modes don't go below zero fortunately, but doesn't change the fact because one mode is bugged it allows a player to practically speed run the game.
Sadly the bulk buying in general is just really fucky, sometimes it eats extra points that it shouldn't be eating, other times it creates points out of nowhere or takes less points than it should be. Have been trying to figure out why it does this for ages but despite it running through the process of each purchase the amount of times it should for the check, it still manages to somehow return incorrect values constantly. Will probably leave it in like that until I can get all the bugginess with that fixed just so that people can recover points that the bugs might steal from a player. Turns out bulk purchasing for some reason is really rough to code.
Is it just simply not possible to code loops into into html? Just simply have the loop run things one point at a time to ensure accuracy. I've also observed during the negative evasion exploiting that the code operates quite inconsistently. Sometimes a +10 points mode click will bring a -80 evasion to +10 but other times it could end up a different number entirely.
See that's the thing, it is running loops, just for some reason those loops keep getting the numbers wrong so I've been trying to just get it to be as close to correct as possible. Going to keep trying to improve on it obviously, I want it to actually be properly functional for all of them, it's just frustratingly difficult to make it cooperate with that. I might have to just redo the entire code for bulk buying since it seems tweaking some stuff to function is somehow breaking it in the other direction.
Gosh thank you. Mobile may be...difficult, there's a build package for it that I could try and do, if that translates the mouse inputs into tapping then it MIGHT work, but it's far more likely to just be broken, but, could give it a shot and see if it works.
Ah, I see, it seems that it's an issue with specifically the html version of it. (For some reason the html version offsets the health bar, no idea why, there's no code telling it to do that.) So I've adjusted the html version's health bar placement so now it shouldn't overlap anymore (hopefully). Have also made note in the code to make sure I adjust it between versions so hopefully I won't forget that little adjustment with future udpates, but at least if I do I now know the fix for it.
Should have the visibility for this fixed now. Feels like a very ugly bandage solution for it and I wish I could just have the text behave and be where it's supposed to be. Going to keep trying to find a better solution to what I've got now, but have shoved the max HP value down by two lines so, though it will be far away and looking misplaced, it will at least not be randomly overlapping.
Good news, turns out I've figured out a more proper fix to it all. I have simply made all of the text be the one with the different spacing that is required for the coloured ones...I do not know why it took me so long to figure that out, but having all the spacing more pronounced like that should make sure there's no overlap AND make it look less messed up.
I think I've finally fixed the weird thing going on with it displacing colored text (Hopefully). If it keeps occuring in the most recent download, colorblind mode will at the very least fix the readability issues, but hopefully it is functioning properly now. (ironic...or...fitting, not sure, that me typing about text being misaligned has somehow caused this text box to misalign here)
For some reason it seems the greater/less than text seems to operate on an entirely different spacing method than the others (While it does use different draw functions, (it has to in order to do colors), it's weird that it's doing that...) Sadly I can't fix the spacing being all wonky with them, but I've adjust it so that, though it will still look wonky, it should at least not overlap with other text now (For the most part, regrettably this seems to be the best I can get it)
ok I think the item stat text after a fight is in the wrong spot? And I saw text in the bottom right saying the sprite was made by someone but I didn't see a sprite?
Have been trying to work on fixing the item stat text being misaligned, it's been...annoying since sometimes I'll make a minor adjustment to it to try and fix it and suddenly it will be wildly off from where it should be, with me having no idea why it's operating like that. Just realised the problem with the sprite text being there though, I forgot to make sure that the sprite credit text only appears when a sprite is present, will have at the very least that one fixed with the next upload.
I couldn't decide between red or purple eyes for the guy, so I just chose purple.
It's getting hard to find time to make sprites, so that's why, unfortunately, whenever the dragon gets done will be the last sprite for a while. Board exams are important too... :(
By the way, I hope there isn't an issue with the clash of artstyles between mines and your friend's work. I'll try to get more done as soon as I can.
It's all good, I intend to make sure each sprite art is credited on the screen for it. And since there's not really multiple monsters on screen at once, that shouldn't cause any issues.
And it's all fine with the art taking a long while. You make sure that you're taking care of yourself first and foremost. I'm just honored that you've done so much for this, really. Thank you.
Okay, I have an issue. I have a design made by my friend, but the dimensions are unfortunately quite a bit larger than 150x150. I need to know right now if this is a huge problem before I complete and upload the drawing.
UPDATE: Height seems to stay the same, but the width might go up to maybe 450.
That should be fine, I can always adjust stuff on my end to fit, and the height is honestly the major factor in the 150x150, I can see what I can do to make the width work.
← Return to game
Comments
Log in with itch.io to leave a comment.
I think i found something on accident, i was doing a QTE when i accidentally clicked my mouse in the QTE area and saw the "free potion" effect text pop up, checked the apothecary and sure enough i popped a fury potion mid QTE, Figured that might not be intentional.
Also you did not quite 100% fix the blacksmith in web version. She still frequently sells leggings that are objectively worse.
had a nice long session on the game that reached the bigger than mountains place holder. Is it intentional that the area with the "final boss" has its gear drops progress in stats overwhelmingly faster than every where else? Where every where else you'd be lucky to see a doubling of a stat in that particular area I actually saw stats being boosted several times over compared to current gear repeatedly.
Thanks for finding that stuff, not sure what the digit issue you were mentioning is, but I think I've found what was causing the weapon attack and blacksmith stuff to be wrong and have fixed it. Also, looks like gear scaling with enemy level was impacting things a bit too much, there should now be less of a jump between the area's as a result, to keep gear pacing more consistent.
my second playthrough on the web version ended up revealing a balance crushing bug though. When subtracting points from evasion while in that sort of "10" mode it allows the evasion to go negative earning hundreds of thousands of bonus idol points in the process each time you bash evasion into the negatives. The larger increment modes don't go below zero fortunately, but doesn't change the fact because one mode is bugged it allows a player to practically speed run the game.
Sadly the bulk buying in general is just really fucky, sometimes it eats extra points that it shouldn't be eating, other times it creates points out of nowhere or takes less points than it should be. Have been trying to figure out why it does this for ages but despite it running through the process of each purchase the amount of times it should for the check, it still manages to somehow return incorrect values constantly. Will probably leave it in like that until I can get all the bugginess with that fixed just so that people can recover points that the bugs might steal from a player. Turns out bulk purchasing for some reason is really rough to code.
Is it just simply not possible to code loops into into html? Just simply have the loop run things one point at a time to ensure accuracy. I've also observed during the negative evasion exploiting that the code operates quite inconsistently. Sometimes a +10 points mode click will bring a -80 evasion to +10 but other times it could end up a different number entirely.
See that's the thing, it is running loops, just for some reason those loops keep getting the numbers wrong so I've been trying to just get it to be as close to correct as possible. Going to keep trying to improve on it obviously, I want it to actually be properly functional for all of them, it's just frustratingly difficult to make it cooperate with that. I might have to just redo the entire code for bulk buying since it seems tweaking some stuff to function is somehow breaking it in the other direction.
I wish this game was compatible with mobile, it's so good!
Gosh thank you. Mobile may be...difficult, there's a build package for it that I could try and do, if that translates the mouse inputs into tapping then it MIGHT work, but it's far more likely to just be broken, but, could give it a shot and see if it works.
Hope it works!
The Green Bar still overlaps some part of the text, so trying to space things out would be good.
Would you be able to post a screenshot or such of it so I know where it's overlapping? (For some reason or another it's not been doing so on my end)
FINALLY SENT!
Ah, I see, it seems that it's an issue with specifically the html version of it. (For some reason the html version offsets the health bar, no idea why, there's no code telling it to do that.) So I've adjusted the html version's health bar placement so now it shouldn't overlap anymore (hopefully). Have also made note in the code to make sure I adjust it between versions so hopefully I won't forget that little adjustment with future udpates, but at least if I do I now know the fix for it.
It's fixed, thanks so much.
Another one.
Should have the visibility for this fixed now. Feels like a very ugly bandage solution for it and I wish I could just have the text behave and be where it's supposed to be. Going to keep trying to find a better solution to what I've got now, but have shoved the max HP value down by two lines so, though it will be far away and looking misplaced, it will at least not be randomly overlapping.
Good news, turns out I've figured out a more proper fix to it all. I have simply made all of the text be the one with the different spacing that is required for the coloured ones...I do not know why it took me so long to figure that out, but having all the spacing more pronounced like that should make sure there's no overlap AND make it look less messed up.
uhm...
I think I've finally fixed the weird thing going on with it displacing colored text (Hopefully). If it keeps occuring in the most recent download, colorblind mode will at the very least fix the readability issues, but hopefully it is functioning properly now. (ironic...or...fitting, not sure, that me typing about text being misaligned has somehow caused this text box to misalign here)
sad to report it still breaks on spesifically wepons, not armour, tough, thats fixed
For some reason it seems the greater/less than text seems to operate on an entirely different spacing method than the others (While it does use different draw functions, (it has to in order to do colors), it's weird that it's doing that...) Sadly I can't fix the spacing being all wonky with them, but I've adjust it so that, though it will still look wonky, it should at least not overlap with other text now (For the most part, regrettably this seems to be the best I can get it)
codeing is hard, i feel ya
ok I think the item stat text after a fight is in the wrong spot? And I saw text in the bottom right saying the sprite was made by someone but I didn't see a sprite?
Have been trying to work on fixing the item stat text being misaligned, it's been...annoying since sometimes I'll make a minor adjustment to it to try and fix it and suddenly it will be wildly off from where it should be, with me having no idea why it's operating like that. Just realised the problem with the sprite text being there though, I forgot to make sure that the sprite credit text only appears when a sprite is present, will have at the very least that one fixed with the next upload.
Okay, G-G-G-Golem is done.
https://www.pixilart.com/art/incremental-art-4-g-g-g-golem-sr221156f17fcaws3
I couldn't decide between red or purple eyes for the guy, so I just chose purple.
It's getting hard to find time to make sprites, so that's why, unfortunately, whenever the dragon gets done will be the last sprite for a while. Board exams are important too... :(
By the way, I hope there isn't an issue with the clash of artstyles between mines and your friend's work. I'll try to get more done as soon as I can.
It's all good, I intend to make sure each sprite art is credited on the screen for it. And since there's not really multiple monsters on screen at once, that shouldn't cause any issues.
And it's all fine with the art taking a long while. You make sure that you're taking care of yourself first and foremost. I'm just honored that you've done so much for this, really. Thank you.
Okay, I have an issue. I have a design made by my friend, but the dimensions are unfortunately quite a bit larger than 150x150. I need to know right now if this is a huge problem before I complete and upload the drawing.
UPDATE: Height seems to stay the same, but the width might go up to maybe 450.
That should be fine, I can always adjust stuff on my end to fit, and the height is honestly the major factor in the 150x150, I can see what I can do to make the width work.
It's finally done...
www.pixilart.com/art/incremental-art-5-dragon-sr2dd78980774aws3
First time drawing a dragon, but I'm really proud of it. 2 weeks should not have been the time it took, but Science was a REAL pain to go through.
Regardless, I have a few more pieces I want to do before I think I'm done. I'll send them whenever they can be finished.
Discord username is changed. Try clunk5_3 (I just don't want to blow up the comment section with just my comments is all)
Let me know if there's something I missed.
EDIT: The final size is 340x173