--> Can you type 
> characters other than a newline in such
programlistings? I mean, may be your 
> programlisting contains an xinclude
with parse="text" (I would do it this way 
> to import .c files from a CMS)
or may be the CMS has added a read-only 
> property without styling it.

Yes, I can type new characters, but I can't start a new line. 

>Please try to add a programlisting ``by 
> hand'' using the Edit tool and
>then type a few lines separated by newline 
> characters in it.

Yep, can insert a new programlisting element, can add characters to it, but 
can't create a new line. Would if I could have accidentally bound the Enter key 
to something...hmmmmm. In the Mouse and Keyboard Bindings list, Enter displays 
as 
Enter  db5.splitOrInsertNewLine  
which looks right to me. If that was being overridden by something, it would 
show up in this interface, correct?


--> If this is not the case, please note that the 
> answer below is both
*accurate* and *complete* and that we are almost sure 
> that we have no
bugs related to this.

No offense intended, but you 
> should really double-check that you have
both <preserveSpace...> and 
> "white-space:pre;" somewhere in your
configuration files.

This is most certainly a config issue, not a bug. I've done something that 
interfers with with the operation of the Enter key in this situation....

> 
> 
>> Jeff Hooker wrote:
>>
>> I've got something odd 
> happening in the 
>> programlisting element of my docbook5 
> modification. Users cannot break lines, so 
>> the contents of the 
> whole element must be one single line. 
>>
>>
>> Your 
> stock docbook5 config is not like this; users can add new lines, etc., and 
> 
>> I'm groping for what I've changed. I know it nothing to do with the 
> CSS or the 
>> .rnc files. It's something buried in my custom .xxe 
> file. Got any clues for me 
>> to narrow down my 
> search?
>>
> 
> For elements like programlisting to 
> 
>> work as expected, you need:
> 
> [1] This configuration 
> 
>> element
> 
> ---
> <!-- This is needed because 
> xml:space is declared as 
>> follows in
>    ``verbatim 
> environments'':
>    ... 
>> & attribute xml:space 
> {"preserve"}? & ...
>    That is, it 
>> is 
> possible to add attribute xml:space but always
>    with fixed 
> 
>> value "preserve".
>    This is very different 
> from:
>    
>>  [ a:defaultValue = "preserve" 
> ]
>    which would have 
>> specified that "preserve" 
> is the *default* value
>    of attribute 
>> xml:space. 
> -->
> 
> <preserveSpace elements="db:programlisting 
> 
>> db:literallayout db:screen
>        
>       
>>          db:synopsis 
> db:funcsynopsisinfo
>  
>>          
>             
>> db:classsynopsisinfo 
> db:address db:modifier" />
> 
> ---
> 
> in your 
> 
>> .xxe configuration file.
> 
> More info:
>> 
> href="> 
> href="http://www.xmlmind.com/xmleditor/_distrib/doc/configure/preserveSpace.html";
>  
> target=_blank 
> >http://www.xmlmind.com/xmleditor/_distrib/doc/configure/preserveSpace.html"; 
> 
>> target=_blank 
>>> > href="http://www.xmlmind.com/xmleditor/_distrib/doc/configure/preserveSpace.html";
>>> >  
> target=_blank 
> >http://www.xmlmind.com/xmleditor/_distrib/doc/configure/preserveSpace.html
> 
> 
> [2] 
>> Property 
>> white-space:pre;
> 
> 
> ---
> programlisting,
> screen,
> 
> literallayout,
> synopsis 
>> {
>    display: 
> block;
>    white-space: pre;
>  
>>  
> font-family: monospace;
>    margin: 1.33ex 
>> 
> 0;
> }
> ---
> 
> in your custom .css files.
> 
> 
> More info: > href="> 
> href="http://www.w3.org/TR/CSS2/text.html#white-space-prop"; target=_blank 
> >http://www.w3.org/TR/CSS2/text.html#white-space-prop"; target=_blank 
> 
>>> > target=_blank 
> >http://www.w3.org/TR/CSS2/text.html#white-space-prop
 
--
XMLmind XML Editor Support List
[email protected]
http://www.xmlmind.com/mailman/listinfo/xmleditor-support

Reply via email to