This will probably not be fixed for 3.3 (I don't particularly want anymore involved changes that requires an extension of beta-testing time unless it's trivial to add and test), and I'm not promising it will be fixed for any future version. Also, this isn't any official word: I don't have the authority for that. Mike certainly has the final word here, and Schik's opinion is important too.
There are, however, a number of reasons why I would prefer you not use this feature:
* It interferes with the occasions where we replace the co-ordinates in the room title to give the architect/player more information (like telling them to select a co-ordinate to start playtesting from, or the new 3.3 feature backported from RPG that explicitly states when a Cutscene is playing).
* I do not particularly want to deal with posts in the Bugs forum asking what's going on when they play your hold. Or problems people there might be with H&S (particularly searches, since as noted, posting requires you use the Room Select UI). I imagine Schik will be able to minimize problems with how it affects CaravelNet itself though.
* I don't want to see the precedent of its use lead to its use in other holds, especially those where co-ordinates are so much more important. Even a 2-room level is dicey, since you really can't be sure which room is the Entrance without additional clues. (Yes, I know you're sidestepping that problem in your hold with only ever using a second room as a secret. On that note, I should probably remind you that anyone who cares to look at their CaravelNet scores will be able to see on exactly which level all scorable secrets are.)
* I'm also not as sympathetic as I might be to unsupported characters in level names given a recent problem we had with unsupported characters in variable names when going through the 3.3 patch. Whilst I grant that we're likely to never have anywhere near as much problems with level name text (since the problems with the variables were related to parsing), I'd rather lower the chance of having to come back and manually update your hold because it gets broken by some future code change. (Though yes, this is really unlikely to become an issue requiring that level of updating.)
===
Rabscuttle's feature request based on this idea is a much more sound way of approaching the problem, though I don't know if it will ever be implemented (and I really doubt it'll be in any interim patch for TCB... it'd probably be the next version of DROD at absolute earliest). It's a nice idea as far as it goes, and named rooms are often a highlight of many puzzle or platform games (VVVVVV made good use of them, and Jet Set Willy/Manic Miner are such classic examples).
I will, however, note that people have named their rooms in the past with the rather simple use of Speech commands. Look at MetDROiD Echoes for an exemplary use of this mechanic. Something similar was also used in the ABM level of Advanced Concepts.
Trickster wrote:
This is not something that is likely to happen by accident, and it's particularly useful to be able to name a room whatever you want instead of always seeing ": The Entrance" at the end of it. E.g., I'd prefer to have an end cutscene room named "Epilogue" than "Epilogue : The Entrance".
Not likely, but your own discovery was accidental, by your own admission.
And also, as of 3.3, Cutscenes will no longer say "
The Entrance"
or even any co-ordinate at all, just as in DROD RPG. So you can use that feature instead all you like.