Hi,
In Ticket/Update.html, TEXTAREA has WRAP=HARD, which is:
– hard to get used to, since normally you enter the linebreaks yourself,
and hence annoying
– When pasting text from some output log, lines are broken (terminal width
is normally 80 symbols, not 72)
– Opera browser inserts extra linebreaks
http://list.opera.com/pipermail/opera-users/2003-March/018395.html
– This tag is not HTML 4.01 standard
http://www.htmlcodetutorial.com/forms/_TEXTAREA_WRAP.html
Considering all this, is it possible to remove it from the output?
Maybe another configuration option would be useful?
Cheers,
Stan
Hi,
In Ticket/Update.html, TEXTAREA has WRAP=HARD, which is:
– hard to get used to, since normally you enter the linebreaks yourself,
and hence annoying
I certainly don’t have to. My mail client is smart enough to wrap text
on my behalf. (It just did so.) I suspect most users are also used to
mail clients that are similarly intelligent.
– When pasting text from some output log, lines are broken (terminal width
is normally 80 symbols, not 72)
A valid concern.
– Opera browser inserts extra linebreaks
http://list.opera.com/pipermail/opera-users/2003-March/018395.html
I’m sorry your browser is broken.
– This tag is not HTML 4.01 standard
http://www.htmlcodetutorial.com/forms/_TEXTAREA_WRAP.html
It is, however, supported by just about every browser on the planet.
Considering all this, is it possible to remove it from the output?
No.
Maybe another configuration option would be useful?
A local /Elements/MessageBox overlay sounds like it would fix this
behaviour for your local site.
Cheers,
Stan
rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel
Request Tracker... So much more than a help desk — Best Practical Solutions – Trouble Ticketing. Free.
Jesse wrote the following:
– When pasting text from some output log, lines are broken
(terminal width
is normally 80 symbols, not 72)
A valid concern.
This tends to be even worse for us, since we often have log lines that are
longer than 80 symbols, in fact we almost never have have log lines less
than that…
– Opera browser inserts extra linebreaks
http://list.opera.com/pipermail/opera-users/2003-March/018395.html
I’m sorry your browser is broken.
One bright note however, I just got opera 7.11 (thank you apt! :-)) and the
test on the following line shows that it does not seem to still have the
problem…
– This tag is not HTML 4.01 standard
http://www.htmlcodetutorial.com/forms/_TEXTAREA_WRAP.html
It is, however, supported by just about every browser on the planet.
One other point to consider is that at least some people (ie. us :-)) use
RT3 primarily as a web interface, with e-mail notification. Since most mail
clients are also smart enough to wrap long lines, and it tends to look
better when you let the browser deal with the wrapping for the web view,
would it be possible to change the WARP=HARD to WRAP=SOFT?
Maybe another configuration option would be useful?
A local /Elements/MessageBox overlay sounds like it would fix this
behaviour for your local site.
This is of course also possible 
To do this, we just copy the current share/html/Elements/MessageBox into
local/html/Elements/MessageBox and then change the WRAP= line?
Thanks in advance,
Paul
Jesse wrote the following:
– When pasting text from some output log, lines are broken
(terminal width
is normally 80 symbols, not 72)
A valid concern.
This tends to be even worse for us, since we often have log lines that are
longer than 80 symbols, in fact we almost never have have log lines less
than that…
A local /Elements/MessageBox overlay sounds like it would fix this
behaviour for your local site.
This is of course also possible
To do this, we just copy the current share/html/Elements/MessageBox into
local/html/Elements/MessageBox and then change the WRAP= line?
Right. Or, why the hell not, I’ll take a patch that lets you configure
text wrapping from the config file.
Thanks in advance,
Paul
rt-devel mailing list
rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel
Request Tracker... So much more than a help desk — Best Practical Solutions – Trouble Ticketing. Free.