You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@openoffice.apache.org by Uwe Brauer <ou...@mat.ucm.es> on 2013/10/30 11:47:49 UTC
Example where the workaround does not work (was: document with 2 tables, select all does not selectall)
>> "johnny" == johnny smith <ka...@krovatka.su> writes:
>>
>>
>> So I want to select all the text of the document (basically I want to
>> change the font), but select all does not select all, it only selects
>> one table!
> the problem vanishes if you insert some text before the first table
> (by positioning the caret in the beginning of its first cell and
> typing something).
Please look at the following document, which has been generated by a
converter provided by org[1]
It contains tables which whose text cannot be selected via select all.
If there is something wrong with the odt, please tell me and I will
report it on the org mailing list.
thanks
Uwe Brauer
Footnotes:
[1] a package of GNU emacs
Re: Example where the workaround does not work (was: document with 2 tables, s
Posted by Dave Barton <db...@tasit.net>.
johnny smith wrote:
> On Wed, 30 Oct 2013 10:47:49 -0000, Uwe Brauer <ou...@mat.ucm.es> wrote:
>
>> Please look at the following document, which has been generated by a
>> converter provided by org[1]
>>
>> It contains tables which whose text cannot be selected via select all.
>> If there is something wrong with the odt, please tell me and I will
>> report it on the org mailing list.
>
> notwithstanding dave's comment, the odt seems either defective or incompatible with aoo (which may be aoo's fault as well). more specifically, the tables are quite lonely within their sections. they have no text before them, nor after. such a document can't be created by usual means of aoo, and thus it isn't handled as expected. e.g., you can't type anything after the second table or after the first one within its section, because there're no empty paragraphs after the tables to take your input. you can't even peform select-all operation manually (with a mouse rather than through ctrl+a). it seems that the select operation uses contents of the <text:p> elements to set boundaries of the selection. so, if there's no such element, then select-all doesn't work properly.
>
> to fix this, i inserted the following two paragraphs into content.xml of your file:
>
> <text:p text:style-name="OrgTableContentsLeft">some text after the first table</text:p>
> <text:p text:style-name="OrgTableContentsLeft">some text after the second table</text:p>
>
> they follow the closing tags (</table:table>) of tables. there appeared to be no way to do it through gui.
>
> after that select-all worked almost smoothly: it selected the cell on the first press, the table on the second one and everything on the third one. what was wrong is that it always started with the cell, even when the caret was outside table.
>
> however, inserting a paragraph before each table fixed this. it didn't require editing content.xml. the final version of the file is attached, and i hope it won't be attenuated by antispam.
>
> i can't say on which program's account this bug is. consulting odf specification may help answer this question.
Alternatively, place the cursor after the contents of the last cell in
either of the tables and press ALT+ENTER.
Sorry, I don't see this as a bug or a defect of the converter.
Regards
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-help@openoffice.apache.org
Re: Example where the workaround does not work (was: document with 2 tables, s
Posted by Dave Barton <db...@tasit.net>.
Uwe Brauer wrote:
>>> "Dave" == Dave Barton <db...@tasit.net> writes:
>
> > johnny smith wrote:
> >>
> >> i can't say on which program's account this bug is. consulting odf
> >> specification may help answer this question.
>
> > Alternatively, place the cursor after the contents of the last cell in
> > either of the tables and press ALT+ENTER.
>
>
> Sorry this still does not solve the problem. Select all does *not*
> select the whole text in the document!
True, but as I said in another post to this thread: "This issue is
different from Uwe's situation where he was trying to override the
Conditional Formatting of a table."
Johnny's main point was that he had to disassemble the document to add
paragraphs, which was not necessary. Obviously disassembling and
reassembling the document has broken the table's "Conditional
Formatting", which allows Select All to work.
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-help@openoffice.apache.org
Re: Example where the workaround does not work (was: document with 2 tables, s
Posted by Uwe Brauer <ou...@mat.ucm.es>.
>> "Dave" == Dave Barton <db...@tasit.net> writes:
> johnny smith wrote:
>>
>> i can't say on which program's account this bug is. consulting odf
>> specification may help answer this question.
> Alternatively, place the cursor after the contents of the last cell in
> either of the tables and press ALT+ENTER.
Sorry this still does not solve the problem. Select all does *not*
select the whole text in the document!
Re: Example where the workaround does not work (was: document with 2 tables, s
Posted by johnny smith <ka...@krovatka.su>.
On Wed, 30 Oct 2013 10:47:49 -0000, Uwe Brauer <ou...@mat.ucm.es> wrote:
> Please look at the following document, which has been generated by a
> converter provided by org[1]
>
> It contains tables which whose text cannot be selected via select all.
> If there is something wrong with the odt, please tell me and I will
> report it on the org mailing list.
notwithstanding dave's comment, the odt seems either defective or incompatible with aoo (which may be aoo's fault as well). more specifically, the tables are quite lonely within their sections. they have no text before them, nor after. such a document can't be created by usual means of aoo, and thus it isn't handled as expected. e.g., you can't type anything after the second table or after the first one within its section, because there're no empty paragraphs after the tables to take your input. you can't even peform select-all operation manually (with a mouse rather than through ctrl+a). it seems that the select operation uses contents of the <text:p> elements to set boundaries of the selection. so, if there's no such element, then select-all doesn't work properly.
to fix this, i inserted the following two paragraphs into content.xml of your file:
<text:p text:style-name="OrgTableContentsLeft">some text after the first table</text:p>
<text:p text:style-name="OrgTableContentsLeft">some text after the second table</text:p>
they follow the closing tags (</table:table>) of tables. there appeared to be no way to do it through gui.
after that select-all worked almost smoothly: it selected the cell on the first press, the table on the second one and everything on the third one. what was wrong is that it always started with the cell, even when the caret was outside table.
however, inserting a paragraph before each table fixed this. it didn't require editing content.xml. the final version of the file is attached, and i hope it won't be attenuated by antispam.
i can't say on which program's account this bug is. consulting odf specification may help answer this question.
Re: Example where the workaround does not work (was: document with 2 tables, s
Posted by Uwe Brauer <ou...@mat.ucm.es>.
>> "johnny" == johnny smith <ka...@krovatka.su> writes:
> On Wed, 30 Oct 2013 10:47:49 -0000, Uwe Brauer <ou...@mat.ucm.es> wrote:
>> Please look at the following document, which has been generated by a
>> converter provided by org[1]
>>
>> It contains tables which whose text cannot be selected via select all.
>> If there is something wrong with the odt, please tell me and I will
>> report it on the org mailing list.
> to fix this, i inserted the following two paragraphs into content.xml of your file:
> <text:p text:style-name="OrgTableContentsLeft">some text after the first table</text:p>
> <text:p text:style-name="OrgTableContentsLeft">some text after the second table</text:p>
Thanks very much for this detailed answer. I already contacted the
maintainer of the org exporter.
Uwe
Re: Example where the workaround does not work
Posted by Dave Barton <db...@tasit.net>.
Uwe Brauer wrote:
>>> "johnny" == johnny smith <ka...@krovatka.su> writes:
>
> >>
> >>
> >> So I want to select all the text of the document (basically I want to
> >> change the font), but select all does not select all, it only selects
> >> one table!
>
> > the problem vanishes if you insert some text before the first table
> > (by positioning the caret in the beginning of its first cell and
> > typing something).
>
> Please look at the following document, which has been generated by a
> converter provided by org[1]
>
> It contains tables which whose text cannot be selected via select all.
> If there is something wrong with the odt, please tell me and I will
> report it on the org mailing list.
>
> thanks
>
> Uwe Brauer
The converter does it right by using styles.
See attached revised copy of the document, where I simply changed the
font of only one _"Conditional"_ style "OrgTableContents" from Times to
Arial. All the other "OrgTable" styles in the document are subordinate
and inherit the "OrgTableContents" styles automatically.
The only way to override Conditional Formatting, so you can do manual
(typewriter method) formatting, is to "Clear Formatting" first.
Hope this helps.
Dave
Re: Example where the workaround does not work
Posted by Uwe Brauer <ou...@mat.ucm.es>.
>> "Dave" == Dave Barton <db...@tasit.net> writes:
> Uwe Brauer wrote:
>>
>> Uwe Brauer
> The converter does it right by using styles.
> See attached revised copy of the document, where I simply changed the
> font of only one _"Conditional"_ style "OrgTableContents" from Times to
> Arial. All the other "OrgTable" styles in the document are subordinate
> and inherit the "OrgTableContents" styles automatically.
Great, thanks this solves my problem!
Uwe