This is to prevent clashes between an NPP name like "Bad Bob" and a player
name like "Badbob". Something more sophisticated, like maybe a specific Name
subclass for yohoho usernames, is left as an exercise to the Mike, if desired.
Note that crew/flag name normalization is still as strict as ever.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2991 542714f4-19e9-0310-aa3c-eee0fc999fb1
more discipline when handling names in our code base. Any user entered
name should find its way into a Name object as soon as it comes out of a
text field or whatnot, and stay that way until it makes its way into a
text field or into a database record (for which String objects are vastly
simpler because of JORA magic).
Dear God, let me never again make a change this large for the rest of my
mortal life.
Unfortunately, this means we have to keep an eye out for funny business
pretty much everywhere. However, since we will absolutely want to test
market stalls and so forth on Azure, we'll have an opportunity to iron out
any funny business that might fall under the radar during our internal
testing.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2980 542714f4-19e9-0310-aa3c-eee0fc999fb1
or if we have no resource bundle at all ourselves.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2941 542714f4-19e9-0310-aa3c-eee0fc999fb1
our zillions of lines of code that expect the methods to be in
MessageBundle.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2902 542714f4-19e9-0310-aa3c-eee0fc999fb1
thing with unescaped ticks (') which led me to modify MessageBundle to
automatically escape ticks before passing things to MessageFormat. This
allows us to use unescaped ticks willy nilly in our translation strings.
Yay! No more annoying worrying about whether we should use \' or '' or
having things be booched because we forgot one or the other.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2850 542714f4-19e9-0310-aa3c-eee0fc999fb1
within Java (on Linux anyway). We dig it the most baby!
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2360 542714f4-19e9-0310-aa3c-eee0fc999fb1
It should at least be higher than the repeat rate (200ms), and I think 500ms
is about right. That's what X defaults to, I believe.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2251 542714f4-19e9-0310-aa3c-eee0fc999fb1
determine whether or not all is well. Use that opportunity in the Linux
keyboard library to determine whether or not we can open a connection to
the X server, and if not, disable the library rather than throwing a
RuntimeException the first time we are called and generally sticking a
fork in the whole program.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2213 542714f4-19e9-0310-aa3c-eee0fc999fb1
libraries for enabling and disabling keyboard auto-repeat. Restored
auto-repeating in our own KeyboardManager, and disabled the interval used
to differentiate between a "real" and "fake" key repeat since we believe
we can now do without it.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2107 542714f4-19e9-0310-aa3c-eee0fc999fb1
fetched from the message bundle embedded in the fully qualified key even
if they are being translated within the context of another message bundle.
git-svn-id: svn+ssh://src.earth.threerings.net/narya/trunk@2060 542714f4-19e9-0310-aa3c-eee0fc999fb1
Michael Bayne