Using a custom Document implementation with JTextArea

[Brian J. Sayatovic]

I just made my own, optimized Document implementation for use in a
JTextArea. I optimized it to handle large amounnts of text in anappend-only
fashion. However, when I put it to use, I get a NullPointerException deep
down inside PlainView:

java.lang.NullPointerException
at javax.swing.text.PlainView.getLineWidth(Unknown Source)
at javax.swing.text.PlainView.getPreferredSpan(Unknown Source)
at javax.swing.plaf.basic.BasicTextUI$RootView.getPreferredSpan(Unknown
Source)
at javax.swing.plaf.basic.BasicTextUI.getPreferredSize(Unknown Source)
at javax.swing.JComponent.getPreferredSize(Unknown Source)
at javax.swing.JTextArea.getPreferredSize(Unknown Source)
at
javax.swing.text.JTextComponent.getPreferredScrollableViewportSize(Unknown
Source)
at javax.swing.JTextArea.getPreferredScrollableViewportSize(Unknown
Source)
at javax.swing.ViewportLayout.preferredLayoutSize(Unknown Source)
at java.awt.Container.preferredSize(Unknown Source)
at java.awt.Container.getPreferredSize(Unknown Source)
at javax.swing.JComponent.getPreferredSize(Unknown Source)
at javax.swing.ScrollPaneLayout.preferredLayoutSize(Unknown Source)
at java.awt.Container.preferredSize(Unknown Source)
at java.awt.Container.getPreferredSize(Unknown Source)
at javax.swing.JComponent.getPreferredSize(Unknown Source)
...

The problem boils down to the fact that my Document implementation initially
has no content whatsoever. Thus, the root Element, which represents the
entire Document, has no child elements. This leaves the longestLine member
inside PlainView as null, so any call utilizing it, including
getLineWidth(), will throw a NullPointerException.

Now, I read that the default Documents utilize a scheme where their Content
always has an extra character at the end to allow for the caret to be placed
at the end of the real content. I imagine this means that even an empty
PlainDocument, for example, always has at least one element representing
that single newline character used in practice.

Is it necessary to do this in my case, or is there an easy way to subclass
PlainView and force my JTextArea to use this subclass instead?

Regards,
Brian.

[Alan Moore]

On Sun, 7 Sep 2003 18:18:04 -0400, "Brian J. Sayatovic" <tr...@one.net>
wrote:

>I just made my own, optimized Document implementation for use in a
>JTextArea. I optimized it to handle large amounnts of text in an append-only
>fashion. However, when I put it to use, I get a NullPointerException deep
>down inside PlainView:
>

<stacktrace snipped>

>
>The problem boils down to the fact that my Document implementation initially
>has no content whatsoever. Thus, the root Element, which represents the
>entire Document, has no child elements. This leaves the longestLine member
>inside PlainView as null, so any call utilizing it, including
>getLineWidth(), will throw a NullPointerException.
>
>Now, I read that the default Documents utilize a scheme where their Content
>always has an extra character at the end to allow for the caret to be placed
>at the end of the real content. I imagine this means that even an empty
>PlainDocument, for example, always has at least one element representing
>that single newline character used in practice.
>
>Is it necessary to do this in my case, or is there an easy way to subclass
>PlainView and force my JTextArea to use this subclass instead?
>
>Regards,
>Brian.
>

I recommend you do like Sun and use a placeholder; getLineWidth() is
not the only method that will throw an NPE, just the first. In fact,
the whole javax.swing.text package seems to be based on an unwritten
contract requiring a document to contain at least one non-null leaf
element at all times.

--Alan

[Brian J. Sayatovic]

Is it enough to have a non-null leaf? In other words, can I have one
leaf element with a start/end offset of 0? The JavaDocs for Element
indicate that both start and end offsets can be >= 0, so it seems like
it would be legal. This would allow be to have a non-null element,
and I believe that would make the longestLine essentially be an empty
String with 0 length. Perhaps that would cause other problems, but is
it worth trying?

Heck, I'll try it tonight anyways unless I hear otherwise.

Regards,
Brian.

Alan Moore <jbig...@yoyodyne.com> wrote in message news:<jpunlv851tv7mr1tf...@4ax.com>...