This is a problem on ICC. It seems that blitzin (and the ICC
server) treat the ':' character differently, inserting a newline
before it. I have messages Bert (fishbait) about it and if it's
impossible to implement blitzin's hack in a clean manner, I need
to see whether Jin can work with wrap==1.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What Blitzin does is ignoring any whitespace after a linebreak
inserted by the word wrapping algorithm. The effect in "finger
live" is then achieved by inserting a lot of spaces after each
line to force a linebreak. I've looked into implementing this in
Jin and it looks like doing this will require extending and
implementing javax.swing.text.View or one of its subclasses. I
will eventually have to do this (to fix other small problems and
implement future functionality), but since this is very difficult
and is not extremely important right now, I'm lowering the
priority of this bug.
Note: using wrap==1 will not work because the server wraps
around the server width variable. For the server to be able to
wrap properly we need to tell the server the width of the
console, in characters, but we can't do this because there is
no specific width to the console as each line can have a
different font.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I would love to be able to fix this, but unfortunately it's a
server bug (it shouldn't be relying on a specific wrapping
method) which is too difficult to work around (read: I
have no idea how without practically reimplementing
JTextPane, Swing's styled text component).
Closing, sadly, as "will not be fixed".
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Can't the user somehow SET the default to 'wrap 1' ALWAYS
and fix his own problem ? He says that it works just fine, but
that RESTARTING JIN it goes back to 0. Sounds to me the
easy way out is to FORCE it to 0.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The user *could* add a login script to set wrap to 1, but
wrap really is supposed to 0. I don't believe Jin relies on
it being 0, but it doesn't make sense for the server to do
wrapping for a graphical client.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ive tried creating a login script in jin 2.1,
but jin sends 'set-quietly wrap 0' from JinChessclubConnection.java
AFTER the login script is runned (making the warp go back to 0).
/maq
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ok, I've fixed the problem by manually splitting lines that look like they were
meant to be separated with the ':' trick.
Changing resolution to "Fixed".
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=503759
This is a problem on ICC. It seems that blitzin (and the ICC
server) treat the ':' character differently, inserting a newline
before it. I have messages Bert (fishbait) about it and if it's
impossible to implement blitzin's hack in a clean manner, I need
to see whether Jin can work with wrap==1.
Logged In: YES
user_id=503759
What Blitzin does is ignoring any whitespace after a linebreak
inserted by the word wrapping algorithm. The effect in "finger
live" is then achieved by inserting a lot of spaces after each
line to force a linebreak. I've looked into implementing this in
Jin and it looks like doing this will require extending and
implementing javax.swing.text.View or one of its subclasses. I
will eventually have to do this (to fix other small problems and
implement future functionality), but since this is very difficult
and is not extremely important right now, I'm lowering the
priority of this bug.
Note: using wrap==1 will not work because the server wraps
around the server width variable. For the server to be able to
wrap properly we need to tell the server the width of the
console, in characters, but we can't do this because there is
no specific width to the console as each line can have a
different font.
Logged In: YES
user_id=503759
I would love to be able to fix this, but unfortunately it's a
server bug (it shouldn't be relying on a specific wrapping
method) which is too difficult to work around (read: I
have no idea how without practically reimplementing
JTextPane, Swing's styled text component).
Closing, sadly, as "will not be fixed".
Logged In: YES
user_id=60953
Can't the user somehow SET the default to 'wrap 1' ALWAYS
and fix his own problem ? He says that it works just fine, but
that RESTARTING JIN it goes back to 0. Sounds to me the
easy way out is to FORCE it to 0.
Logged In: YES
user_id=503759
The user *could* add a login script to set wrap to 1, but
wrap really is supposed to 0. I don't believe Jin relies on
it being 0, but it doesn't make sense for the server to do
wrapping for a graphical client.
Logged In: NO
Ive tried creating a login script in jin 2.1,
but jin sends 'set-quietly wrap 0' from JinChessclubConnection.java
AFTER the login script is runned (making the warp go back to 0).
/maq
Logged In: YES
user_id=503759
Ok, I've fixed the problem by manually splitting lines that look like they were
meant to be separated with the ':' trick.
Changing resolution to "Fixed".