[Un] Unangband 0.6.3 prerelease 3

[andrewdoull]

Hi,

This is the third pre-release of Unangband 0.6.3. It incorporates a large number of bugfixes suggested by people on the previous thread.

You can download the source code from http://prdownload.berlios.de/unangba...3-pre3-src.zip. You can download a precompiled Windows build from http://prdownload.berlios.de/unangba...3-pre3-win.zip or a precompiled OS/X build from http://prdownload.berlios.de/unangba...3-pre3-osx.dmg.

I'll update the change list for this at the final release of 0.6.3. Feel free to check closed bugs and the SVN for a more detailled list of changes.

Regards,

Andrew Doull

[baddog73]

I'm having some kind of serious bug with this version where in Hobbiton the main view has completely disappeared.

-Ben

[Arralen]

Yeah, looked ok first with a new char, then I tried to deactivate the mouse, and everything was gone. (M) works, though, but never goes away - screen isn't refreshed to the "main view", same for (I)nspections etc. . You can happily switch between those "special" views, though, and options/items/spell list work fine, too.

Oh, and it looks like the mouse reactivates itself, or isn't properly deactivated .. but I'm not sure, as I can't see anything

Terrain shows up if I run over it, and sometimes if I bump into a permanent wall, but those vanish if I (R)edraw after 2 tries.

Shop entrances worked at first, then not longer ...

[andrewdoull]

Yeah, looked ok first with a new char, then I tried to deactivate the mouse, and everything was gone. (M) works, though, but never goes away - screen isn't refreshed to the "main view", same for (I)nspections etc. . You can happily switch between those "special" views, though, and options/items/spell list work fine, too.

Oh, and it looks like the mouse reactivates itself, or isn't properly deactivated .. but I'm not sure, as I can't see anything

Terrain shows up if I run over it, and sometimes if I bump into a permanent wall, but those vanish if I (R)edraw after 2 tries.

Shop entrances worked at first, then not longer ...

Based on this feedback I know why it's behaving this way, but not where the bug is occurring (necessarily). Will have to start digging... may have to remove some 'experimental' code I put in for UI testing purposes.

It works perfectly fine for me, but I don't disable mouse... [Edit] and still works fine when I do disable mouse.

Andrew

[andrewdoull]

I've silently refreshed the windows build for those experiencing this problem. Could I get you to do the following?

1. Download the windows build again and see if the fault occurs 'out of the box'.
2. See if the fault occurs when you use the '[' Display monster list command.
3. If you still have problems, let me know what OS version you're running on.

Thanks in advance and apologies for the problematic release.

[Arralen]

Sad news ...
- Unzipped in a new folder
- activated term-1 to term-6 (always use those)
- disabled the mouse (did not turn of tracking)
- started new game as "beginner", got me that Maia Istari
- enabled subwindow views just fine
- moving around worked ok
- tried to use "x" or "X" to examine an item, as birth4.txt told me - was curious as cmdorig.txt lists it as "unused"!!), and with "X" the game asked me what I wanted to wear, listed d) Wooden Torches as choice.
- main view broke at that point
* note: while mouse seems disabled for movement purposes, the mouse cursor is still tracked (and the menue entry still enabled)

- reloaded the savegame: no change

- closed the game down, deleted everything in the save dir

- started new game: display was ok, mouse was complete disabled ?!?! Even using "X" did not break the display
- activated term-1 to term-6
- got "you find a note": town level
- tried to get back to main view via "ESC" - main view broke again

- closed the game down, deleted everything in \save and \user plus unangband.ini
- started beginner game without terms
- mouse is fully active again
- pulled the window to ~120x60 characters
- seems to work ok,
- though right-clicking moves the @ always diagonally, even it the target is straight ahead ? Could have unforeseen consequences (LOS)!

[andrewdoull]

- closed the game down, deleted everything in \save and \user plus unangband.ini
- started beginner game without terms
- mouse is fully active again
- pulled the window to ~120x60 characters
- seems to work ok,
- though right-clicking moves the @ always diagonally, even it the target is straight ahead ? Could have unforeseen consequences (LOS)!

The right-clicking issue is a known 'problem' - technically it is a correct path, just not an intuitive one.

Looks like the issue might be term window related... I suspect the display monster list in term window is breaking. [Edit] Fixed, if you want to redownload a new Windows binary.

Andrew

[Arralen]

Sorry, forum logged me off while I was still editing the above posting ... here's the -important- rest :

- closed the game down, deleted everything in \save and \user plus unangband.ini
- started beginner game without terms
- mouse is fully active again
- pulled the window to ~120x60 characters
- seems to work ok,
- though right-clicking moves the @ always diagonally, even it the target is straight ahead ? Could have unforeseen consequences (LOS)!

- enabled "display option: center map" .. seems ok
- enabled all "display option: special colour" .. ok
- disabled mouse tracking: ok
- disabled mouse: ok
- enabled term-1 (equipment) ok
- switched term-1 active: seems ok, switches to inventory upon (I)nspecting
- enabled term-2 (inventory) switched it active: ok
- enabled term-3 (visible monster list), but did not switch it visible: main map remained visible, but all monsters vanished; 2nd (R)efresh killed the main map
- disabled monster list, but needed to restart the game, then everything seemed ok again.
- message display on term-3 then worked ok

So, yes, your suspicion seems right

[andrewdoull]

Found and fixed (it was a 1 liner). I've just uploaded a revised Windows binary, and will be updating the source zip in a couple of minutes.

Thanks very much for the detailled feedback.

[Arralen]

Hmm-hmmm ... "Warning & Disturbance Options:Always show visible monsters/objects (easy_monlist)" still behaves oddly ... :

- displays even if "visible monster list" is displayed in term window ... game should turn it off then IMHO

- still messes with the "accessibility" of the main window: can't really use the mouse, and can't really disable it, because the monster list constantly pops up, garbles the message line on top of the screen (linefeeds need work, too, as there's a blank starting line, and the curser (annoying little yellow square) stays even below it - focus does not return to the main window until ESC, ... and mouse (settings) do not work if focus is not on the main map

Actually, it's pretty awkward, even if I turn all terms of and run fullscreen on 1280x1024, as it overwrites part of the map and even part of the displayed stats ...

[baddog73]

Ok, now playing with the new build.

I use the term3 window for visible monsters, so that must have triggered the bug in the previous build.

Now, I notice that the game "pauses" a keypress when the visible monster window updates. For example, I move from a square where no monsters are visible into a square where a "hobbit gentleman" is visible. On the first movement keypress the term3 window updates as if I've moved into the next square, but main does not update. On the next keypress (any direction), the main updates.

BTW I really like having this new information in this format - very handy - although I can't see how I'd ever want it in the main window (via always show visible monsters/objects) as the list could get pretty long.

[Arralen]

Now, I notice that the game "pauses" a keypress when the visible monster window updates. For example, I move from a square where no monsters are visible into a square where a "hobbit gentleman" is visible. On the first movement keypress the term3 window updates as if I've moved into the next square, but main does not update. On the next keypress (any direction), the main updates.

Actually, you needn't walk into any direction, or at all - simply pressing "ESC" returns the focus to the main window and let the @ do the step that brought the new monster into LOS.
If you hit a direction key, you'll take a double step ...

But things are worse: you even have to use ESC each time you resize a term window, because after resizing the window seemingly still have the focus, but no term (including term-0) will respond to the mouse ...

Oh, and I guess the ugly yellow square around the @ has something to do with that, so it will go away when the rest is fixed? ("highlight player" option does nothing, btw.)

[andrewdoull]

Hmm-hmmm ... "Warning & Disturbance Options:Always show visible monsters/objects (easy_monlist)" still behaves oddly ... :

- displays even if "visible monster list" is displayed in term window ... game should turn it off then IMHO

I can do that easily enough. FYI The main list toggles on or off with the space bar when you are at the end of the list.

Use the '[' command to cycle between elements you want to see. I'll add in a state you can cycle to which hides the 'aware' objects as that can get quite long.

I've also done about two thirds of a complete rewrite of the monlist code which should handle very long lists in the term window better, but that'll be a 0.6.4 item (And hopefully a backport to Angband).

Andrew

[andrewdoull]

Actually, you needn't walk into any direction, or at all - simply pressing "ESC" returns the focus to the main window and let the @ do the step that brought the new monster into LOS.
If you hit a direction key, you'll take a double step ...

Sounds like I'll have to have a bit more of a play with the term option on; to figure out the behaviour you're seeing.

Andrew

[andrewdoull]

For those of you tracking this, I've refreshed the pre3 binaries again. Let me know if the revised monlist behaviour works for you, and what further improvements could be made.

Andrew