You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@openoffice.apache.org by johnny smith <ka...@krovatka.su> on 2013/10/30 17:47:23 UTC
Re: Example where the workaround does not work (was: document with 2 tables, s
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 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!