| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
| |
Sometimes, they're there to emphasize a break between two sections of code,
which is good. In a majority of cases, though, they're just inconsistent.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While the problem this commit attempts to fix is real, I'm afraid it causes
more breakage:
* it removes debug messages from map generation
* especially, infinite loops become extremely hard to debug
* loses output that overflows
* has issues with force_more
* portal vault announcements are lost
For example, a level with both a Lab and an Ice Cave shows just:
"There is an entrance to an ice cave on this level. Hurry and find it before the portal melts!"
even though there's no overflow. The rest (the main "wave of frost" message
and anything about the Lab) are gone.
I'm afraid some other approach is needed. Perhaps forcing a screen draw?
This reverts commit 8471a022e76bae39918ba6eaa1fbbab5c7ceb64f.
|
| |
|
|
|
|
|
|
|
|
| |
Getting a more prompt during level load results in a screen only partially
updated and looking really bugged. It's especially bad since it happened
during loading tutorial levels which is the very first thing many new player
see. It also happened when entering a level with an announce portal. If there
are more cases, I didn't test them.
|
|
|
|
| |
Also remove an unused parameter.
|
|
|
|
|
|
|
|
| |
If all messages in the buffer are not "dumpworthy" (MSGCH_EQUIPMENT,
MSGCH_DIAGNOSTICS or MSGCH_TUTORIAL), it'll spin forever.
This commit also removes such racism if the dump happens during a crash:
we do want to see debug output.
|
|
|
|
|
|
|
|
| |
Previously, the message pane was rendered on the server side and its
contents were sent to the client as they were displayed in the
terminal. Now, messages are sent as separate objects. This also
necessitates special handling of more prompts and line_reader for
webtiles.
|
|
|
|
|
|
|
|
|
|
| |
For most header files, this only saves on having to recompile a
small number of source files, but there are also a few headers
where small changes would now take significantly less time.
This is most obvious for the Tiles build for which the dependencies
have been greatly reduced, so that the only additional includes
when compared to console are strictly library or tile related.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I had to rename distance() (in coord.h) to distance2() because it conflicts
with the STL function to compare 2 iterators. Not a bad change given how it
returns the square of the distance anyway.
I also had to rename the message global variable (in message.cc) to buffer.
I tried to fix and improve the coding style has much as I could, but I
probably missed a few given how huge and tedious it is.
I also didn't touch crawl-gdb.py, and the stuff in prebuilt, rltiles/tool
and util/levcomp.*, because I have no clue about those.
|
|
|
|
|
|
| |
Someone made it as a stub in early 2009, and never implemented (but
documented as working!). This suggests this feature is not exactly needed,
and perhaps could be axed?
|
| |
|
| |
|
|
|
|
|
|
|
| |
"File:" is shown in your editor's status bar.
"Written by:" was used only for the first person who changed a file. We got
git for that now, and pre-DCSS history is so woefully inaccurate it doesn't
really matter.
|
| |
|
|
|
|
| |
the game ends, enabled by default for tiles builds.
|
|
|
|
|
|
|
| |
gcc doesn't complain because the use is in a template.
Signed-off-by: Luca Barbieri <luca@luca-barbieri.com>
Signed-off-by: Steven Noonan <steven@uplinklabs.net>
|
|
|
|
|
|
|
| |
Also add tagstring.cc:colour_string that handles wrapping a
string with appropriate colour strings. It would be nice to
concentrate all the awful colour tagging code in tagstring
and eventually replace it with a dedicated datatype.
|
|
|
|
|
|
|
|
|
| |
Any number of temporary messages can now be printed by first
setting a flag with msgwin_set_temporary(true). These messages
may then be cleared from both history and message window by
calling msgwin_clear_temporary. Calling
msgwin_set_temporary(false) will make previously temporary
messages permannet.
|
| |
|
| |
|
|
|
|
|
| |
This is done by reintroducing msgwin_new_turn, called at turn
start.
|
|
|
|
| |
This should fix the recently obnoxious paralysis behaviour.
|
|
|
|
|
|
|
|
|
|
|
| |
This is now output throught msgwin_new_cmd, called from the
main loop from input().
It outputs the normal light gray new turn dash if a turn
has passed since the light command; this dash will move
up through messages, indicating the last turn start.
If no turn has passed, it outputs a dark gray dash.
|
|
|
|
|
|
|
|
| |
The message window now tracks at which line it was last "cleared".
This is to be able to implement any_messages() which will say
whether there have been new messages since the last mesclr().
msgwin_new_turn is gone.
|
|
|
|
| |
Rewrite msgwin_get_line to use these.
|
| |
|
|
|
|
|
|
|
|
| |
That's space/enter/escape; also autoclear_more is there once more.
Currently only for --more-- prompts issued through "void more()",
not those issued for the full message window which will take
any key.
|
| |
|
|
|
|
| |
It's doubtful that this is the best way to do things.
|
| |
|
|
|
|
|
| |
This wraps cancelable_get_line to write the reply to the
message history.
|
|
|
|
|
| |
Should fix the message window not filling after say
leaving the inventory screen.
|
|\
| |
| |
| |
| | |
Conflicts:
crawl-ref/source/message.cc
|
| |
| |
| |
| |
| |
| | |
This blows up on clang++ and pedantic GCC builds.
Signed-off-by: Steven Noonan <steven@uplinklabs.net>
|
| |
| |
| |
| | |
mesclr is still a dummy of sorts.
|
| | |
|
| | |
|
|/ |
|
|
|
|
|
| |
You can now also turn on autoclear-more status from outside message.cc,
rather than just turning it off.
|
|
|
|
|
|
| |
These were of questionable use and freshness.
Signed-off-by: Robert Vollmert <rvollmert@gmx.net>
|
| |
|
|
|
|
| |
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@9984 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
recent message in prev_message and only output it when another non-matching
message rolls in or the player gets a turn. Matching messages (must be
identical and issued in direct succession, like is the case with the
message history condensation) increase the counter, so you end up with
messages like:
You feel sick.
The killer bee misses you. (x3)
The killer bee stings you.
The killer bee stings you but doesn't do any damage.
The killer bee misses you. (x5)
...instead of the 11 lines it would have been in total.
This behaviour is controlled by the same option as the condensation in the
message history, msg_condense_repeats.
There's definitely room for improvement. At the moment the bracketed
information is written into the message itself, which will prevent
further merging in the message history, or, probably worse, cause ugly
double-merging like "The killer bee misses you. (x3) (x2)".
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@9262 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
| |
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@9048 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
DOS. On UNIX with USE_UNIX_SIGNALS defined, when any crash causing signal
happens it will dump to a file the current crawl_state, anything caught by the
items and monsters scans, and level building info if the crash happened during
level generation.
Also, if crawl is linked against the GNU C library (and the exectuable is in
ELF format) it will dump the stack trace. The code attempts to automatically
detect the presence of glibc, but that might not work on all systems. This
should work on OS X, since there's an OS X man page for the glibc functions
that get the stack trace. Don't know if it would work with MinGW.
Actually getting function names for the stack trace requires the use of the
"-rdynamic" linker option, which increases the size of the stripped executable
by 27% (yikes!), but still prints the function names even when stripped.
All of the function names in the stack trace are mangled C++ ones, but that
shouldn't be too much of a problem.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@8532 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
| |
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@8451 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* arena_dump_msgs, which if true will dump all mpr()'d messages into
arena.result
* arena_dump_msgs_all, which will cause arena_dump_msgs to dump all messages,
not just ones considered "dump worthy"
* arena_list_eq, which if true will cause all items the monsters came
equipped with to be dumped to arena.result
Also, made arena_delay option settable, so you can do "arena_delay = 0" to make
the simulation zip by.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@8071 c06c8d41-db1a-0410-9941-cceddc491573
|
|
|
|
|
|
|
|
|
| |
to the whole message before it gets split into lines, rather than to each
individual line after it gets split. Breaks previous-messages savefile
compatability.
git-svn-id: https://crawl-ref.svn.sourceforge.net/svnroot/crawl-ref/trunk@7984 c06c8d41-db1a-0410-9941-cceddc491573
|