Aptana Jaxer で生成したページが70文字前後で意図せず改行されてしまう(ことがある)

次のような、改行を含まない textarea 要素があったとします。

<textarea rows="12" cols="48">Modern web sites and applications use Ajax to create engaging user experiences: the HTML and CSS are set in motion using JavaScript running in the browser and calling back the server. To achieve this, the server needs to prepare the web page appropriately, and to know what to do when the JavaScript calls it. But the server knows nothing about the HTML and CSS DOM, nor how to handle JavaScript data, and you can't code it in JavaScript...</textarea>

ブラウザで、この textarea 要素を表示すると、当然ですが、次のようになります。



Aptana Jaxer 0.9.7.2472 を介して、この textarea 要素を含む HTML ページを生成すると、次のように、70文字前後で意図せず改行されてしまうのです。

<textarea rows="12" cols="48">Modern web sites and applications use
Ajax to create engaging user experiences: the HTML and CSS are set in
motion using JavaScript running in the browser and calling back the
server. To achieve this, the server needs to prepare the web page
appropriately, and to know what to do when the JavaScript calls it. But
the server knows nothing about the HTML and CSS DOM, nor how to handle
JavaScript data, and you can't code it in JavaScript...</textarea>

ですので、ブラウザで、この textarea 要素を表示すると、次のように、意図しないところで改行されることになります。なんてこった。



サーバサイドの JavaScript で textarea 要素の内容を調べてみたところ、意図しない改行は含まれていなかったので、Aptana Jaxer が DOM をシリアライズするときに、なんらかの理由(理由なんてあるのか?)で、改行を追加していると推測できます。

んで、新しい Aptana Jaxer 1.0.0.3674 RC B で試してみたら、改行されることなく、期待どおり表示されました。どうやら Aptana Jaxer の不具合だったようですね。ただ、Aptana Support を探しても、それらしき報告が見つからないのです。いつ直したんだろうか。

なので、別の視点で調べたところ、Mozilla 関連で同じような事象がある(あった?)ようです。2005年となっているので、かなり古い話題ですね。

Mozilla-gumi Forum [One Topic All View / Re[4]: composerでソースの改行の抑制 / Page: 0]

HTMLのソースファイルが72文字くらいで自動的にwrapされてしまいます。時々半角英数字と全角文字の間で改行されることがあって，困っております。「元のソースの形式を維持する」，「HTMLソースを再整形する」どちらでも同じです。この自動的な改行を抑制することは可能でしょうか？

新しいバージョンの Aptana Jaxer では改善されているので、深追いする必要はないのですが、改善する意図なく Mozilla との関係で、なんとなく直っちゃったみたいな感じだと嫌(なんて自分勝手な感覚なんでしょう)なので、時間があるときに、もう少し背景を調べてみます。