Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.programmer > #30518

Re: JEditorPane question

Show key headers only | View raw

On 12/08/2014 06:30 PM, Martin Gregorie wrote:
> On Mon, 08 Dec 2014 17:48:13 -0500, Jeff Higgins wrote:
>
>> On 12/08/2014 08:47 AM, Martin Gregorie wrote:
>>> Just a quicky: is there any way to force the newline symbol that
>>> JEditorPane outputs the the display to take a value that isn't native
>>> for the OS the application is running on?
>>>
>>> Why I'm asking: I need to pass data from a Linux system to
>>> Windows-based website by copy & paste between a JEditorPane in my Java
>>> application and an input area on a web page. The web application is
>>> expecting CRLF newlines. My application uses String.replace() to
>>> convert newlines to CRLF  before the string is passed to the
>>> JEditorPane via its setText() method. However, when I copy the
>>> displayed text from the screen it always has the Linux LF linebreak in
>>> it rather than the CRLF.
>>
>> Just a WAG. Have you looked at TransferHandler et al.
>>
> WAG? - he says, displaying ignorance.
Geez. Am I overly sensitive today?
>
>>>
>>> According to the class description that the DefaultEditorKit sets
>>> itself up to use the first linebreak when data is loaded into it. There
>>> are hints in the description that the EndOfLineStringProperty can be
>>> changed,
>>> but as its declared final, this is never going to work.
>>
>> There seems to be a hint that the EndOfLineStringProperty may be changed
>> using the get and put Property methods.
>>
> Yes, I saw that, but that documentation trail disappears off into a
> morass of unspecified properties and unstated values that can be given to
> them, I thought it was better to ask here in the hope that somebody had a
> similar requirement.
>
>> There also seems to be a statement that despite in/out test that
>> newlines are always stored internally as \n.
>>
> Yes, that is straight-forward and clearly stated.
>
>>
>>> So, my question: does anybody know how to change the linebreaks used by
>>> the editor after its been started and, particularly, if its possible to
>>> change the linebreak symbol used in the JEditorPane's on screen display
>>> area?
>>>
>>>
>> Sorry I can't be more helpful.
>>
> Thanks anyway.

<http://www.coderanch.com/t/335312/GUI/java/JTextPane-lines>
has perhaps a bit of a hint.

>
> It looks as though we may have to change the website's parser to accept LF
> as well as CRLF as linebreaks from this input path.
That would sure make the Java end easier.

Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

JEditorPane question Martin Gregorie <martin@address-in-sig.invalid> - 2014-12-08 13:47 +0000
  Re: JEditorPane question Jeff Higgins <jeff@invalid.invalid> - 2014-12-08 17:48 -0500
    Re: JEditorPane question Martin Gregorie <martin@address-in-sig.invalid> - 2014-12-08 23:30 +0000
      Re: JEditorPane question Jeff Higgins <jeff@invalid.invalid> - 2014-12-08 19:14 -0500
        Re: JEditorPane question Jeff Higgins <jeff@invalid.invalid> - 2014-12-08 19:49 -0500
          Re: JEditorPane question Jeff Higgins <jeff@invalid.invalid> - 2014-12-08 20:48 -0500
            Re: JEditorPane question Jeff Higgins <jeff@invalid.invalid> - 2014-12-08 21:21 -0500
              Re: JEditorPane question Jeff Higgins <jeff@invalid.invalid> - 2014-12-08 21:37 -0500
      Re: JEditorPane question Jeff Higgins <jeff@invalid.invalid> - 2014-12-08 23:11 -0500
        Re: JEditorPane question Jeff Higgins <jeff@invalid.invalid> - 2014-12-08 23:28 -0500
          Re: JEditorPane question Martin Gregorie <martin@address-in-sig.invalid> - 2014-12-11 18:31 +0000
        Re: JEditorPane question Martin Gregorie <martin@address-in-sig.invalid> - 2014-12-09 09:41 +0000
        Re: JEditorPane question Jeff Higgins <jeff@invalid.invalid> - 2014-12-09 22:41 -0500
          Re: JEditorPane question Jeff Higgins <jeff@invalid.invalid> - 2014-12-10 00:46 -0500

csiph-web