Draw Text Data Buffer Overflow (with one another)
Describe the bug A clear and concise description of what the bug is.
Draw Text function gets parsed text overflow like a data buffer overflow. Not exactly software error, but an interface usability issue.
To Reproduce Steps to reproduce the behavior:
- Go to '...'
- Click on '....'
- Scroll down to '....'
- See error
Create Script, Add Event Dialogue and Menus Draw Text, with variables and variable values Repeat for several lines in the scene/map, have actor/trigger_sector to change variable (string text) values before calling the script. (Recalled) script may leak copied text back over to end of line in some drawn text boxes.
Expected behavior A clear and concise description of what you expected to happen.
I don't expect the draw text string text to overlap with over draw text lines, but I guess there's a possibility for an psychedelic effect? Maybe word wrap or line cutoff would help contain drawn text overlapping of changed variable based drawn text.
Screenshots If applicable, add screenshots to help explain your problem.
Sorry, but just expect text to leak over each other in end of lines.
Platform (please complete the following information):
- OS: [e.g. macOS 10.14.1]
- App version [e.g. 1.1.0]
OS: Linux (Flatpak) App version: 4.3.2
Additional context Add any other context about the problem here.
I can mitigate the problem with some smart character alignment and extra space, but it could be a problem if I want to keep using drawn text for one/multiple scene(s)/map(s). Thought I should bring this issue here.
Slightly different issue. It's clear that text might be under/over layered regardless of buffer overflow like errors. Maybe have an option to clear previous text for redrawn text in that same line? It depends if developer would rather keep such effects?
I was thinking to use the support email address, but its role seems to be for misconduct. At least public awareness may lead to concerted investigation of this issue. Perhaps it is Game Boy's permanent shortcoming after all.
Source: chrismaltby/gb-studio