#4789 closed defect (fixed)
AGI: (Fan) SQ0: Text input field overdraws Text window
| Reported by: | raziel- | Owned by: | sev- |
|---|---|---|---|
| Priority: | normal | Component: | Engine: AGI |
| Version: | Keywords: | ||
| Cc: | Game: | AGI Fanmade |
Description
ScummVM 1.1.0svn48149 (Feb 27 2010 22:03:54) Features compiled in: Vorbis FLAC MP3 RGB zLib
In some scenes (six overall) of that game the text input field on the bottom of the screen erases the bottom part of the displayed text windows. I have gathered all occasions as there are only two scenes affected
Space Quest 0 - Replicated v1.04 (DOS/English)
AmigaOS4 gcc version 4.2.4 (adtools build 20090118)
Ticket imported from: #2960563. Ticket imported from: bugs/4789.
Attachments (8)
Change History (14)
by , 14 years ago
by , 14 years ago
| Attachment: | AGI (Fan) SQ0 - Text input field overdraws text window_1.png added |
|---|
Issue 1
comment:1 by , 14 years ago
| Summary: | AGI: (Fan) SQ0: Text input field overdrawstText window → AGI: (Fan) SQ0: Text input field overdraws Text window |
|---|
by , 14 years ago
| Attachment: | AGI (Fan) SQ0 - Text input field overdraws text window_2.png added |
|---|
Issue 2
by , 14 years ago
| Attachment: | AGI (Fan) SQ0 - Text input field overdraws text window_3.png added |
|---|
Issue 3
by , 14 years ago
| Attachment: | AGI (Fan) SQ0 - Text input field overdraws text window_4.png added |
|---|
Issue 4
by , 14 years ago
| Attachment: | AGI (Fan) SQ0 - Text input field overdraws text window_5.png added |
|---|
Issue 5
by , 14 years ago
| Attachment: | AGI (Fan) SQ0 - Text input field overdraws text window_6.png added |
|---|
Issue 6
comment:2 by , 14 years ago
This occurs because cmd_prevent_input() is executed which calls g_agi->clearPrompt();
as the propt appears on the same line as the bottom of the blitted textbox, the text box is cut.
What is the behaviour of the original in this case?
comment:3 by , 14 years ago
This doesn't happen with NAGI, though NAGI display a far wider screen and the text output fits in one line and not two like ScummVM does it.
Maybe this can be solved by fitting the output in one line by not line-breaking too early? otoh i don't really know what i'm talkign about ;-)
See bug #2960558, they are related if not duplicates
comment:4 by , 14 years ago
Fixed in svn. Actually redrawing that in prevent.input is all correct, but our line breaking width computation was not. Now it matches NAGI.
comment:5 by , 14 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:6 by , 14 years ago
| Owner: | set to |
|---|
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_1.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_1.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_2.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_2.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_3.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_3.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_4.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_4.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_5.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_5.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_6.png){kind=link}
%20SQ0%20-%20Text%20input%20field%20overdraws%20text%20window_6.png){kind=link}
type "eavesdrop" to start the scene (issues 1 and 2)