Re: Example where the workaround does not work (was: document with 2 tables, s
johnny smith wrote: On Wed, 30 Oct 2013 10:47:49 -, Uwe Brauer o...@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=OrgTableContentsLeftsome text after the first table/text:p text:p text:style-name=OrgTableContentsLeftsome 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-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: Example where the workaround does not work (was: document with 2 tables, s
johnny == johnny smith ka...@krovatka.su writes: On Wed, 30 Oct 2013 10:47:49 -, Uwe Brauer o...@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=OrgTableContentsLeftsome text after the first table/text:p text:p text:style-name=OrgTableContentsLeftsome text after the second table/text:p Thanks very much for this detailed answer. I already contacted the maintainer of the org exporter. Uwe smime.p7s Description: S/MIME cryptographic signature
Re: Example where the workaround does not work (was: document with 2 tables, s
Dave == Dave Barton d...@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! smime.p7s Description: S/MIME cryptographic signature
Re: Example where the workaround does not work (was: document with 2 tables, s
On Wed, 30 Oct 2013 10:47:49 -, Uwe Brauer o...@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=OrgTableContentsLeftsome text after the first table/text:p text:p text:style-name=OrgTableContentsLeftsome 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. testorg.odt Description: application/vnd.oasis.opendocument.text - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
