Issue 127345 - Outline Text to Table Conversion Fails on Add Column
Summary: Outline Text to Table Conversion Fails on Add Column
Status: UNCONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: 4.1.3
Hardware: All Linux 32-bit
: P5 (lowest) Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-03-03 20:47 UTC by kitchm
Modified: 2018-08-31 17:07 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Conversion progress example shown left to right (12.09 KB, application/vnd.oasis.opendocument.text)
2017-03-03 20:47 UTC, kitchm
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description kitchm 2017-03-03 20:47:28 UTC
Created attachment 85972 [details]
Conversion progress example shown left to right

After converting outline text to a table, the table looks correct.  However, adding column before causes disruption of outline in original column and carries the outline numbering over into new column.

Since text in any format is supposed to be poured into the table format, adding an empty table column should not include any contents, numbering or otherwise.
Comment 1 mroe 2017-03-04 14:06:28 UTC
Hint: This isn't an outline – see Tools → Outline Numbering…

You have created a “normal” numbering and this is a format property of the paragraph. The paragraphs of the new column get the properties of the existing column. Simply highlight the new column and delete the numbering or use Format → Default Formatting…
Comment 2 mroe 2017-03-04 14:09:37 UTC
(In reply to mroe from comment #1)
> … or use Format → Default Formatting…

Sorry this works not for a numbering. Simply click Numbering On/Off [F12].
Comment 3 mroe 2017-03-05 05:23:43 UTC
(In reply to mroe from comment #1)
> Hint: This isn't an outline – see Tools → Outline Numbering…

Only for correctness:

Sorry – I didn't know that there are same wordings in the english version for 2 different things.
Format → Bullets and Numbering…: Outline
which it is in german: Gliederung.
http://dict.leo.org/englisch-deutsch/gliederung

Tools → Outline Numbering…
is in german „Kapitelnummerierung“
http://dict.leo.org/englisch-deutsch/kapitel
Comment 4 kitchm 2017-03-05 15:02:37 UTC
Well, I'm totally confused now.  I do not speak or read German so I don't understand to what you're referring.

What I gather is that there is some issue with it being an outline.  My opinion is that such would not be applicable anyway.  Any type of list is basically the same as any other list except for characters used.
Comment 5 kitchm 2017-03-05 16:45:53 UTC
Just so readers understand, I selected the new column and selected Format > Default Formatting, but it did nothing to the column's content.  Then I selected the column and then I was able to turn off the numbering within that column by selecting the Numbering On/Off button on the Bullets and Numbering Bar.  Note that this does not always work, as a couple times that bar disappeared when selecting the column.

However, less there be any confusion, this is still a proven flaw.
Comment 6 oooforum (fr) 2017-03-10 09:07:32 UTC
I don't understand what you want to do.
Could you provide 2 screenshots to show previous and expected viewing?
Comment 7 kitchm 2017-03-10 16:04:58 UTC
There is evidently a problem here with making attachments.  They do not show up.  That makes it exceedingly difficult to point out parts of the document and discuss it.

However, I will attempt to get you the info you desire in another manner; I'm just not sure how.
Comment 8 Midia Elena Sierra Dumitrescu 2017-10-07 18:29:32 UTC
Midia Elena Sierra Dumitrescu (7/oct/2017)

Tested in:

MacBook Pro (Retina, 13-inch, Early 2015)
OS: MacOs Sierra
Version: 10.12.6

OpenOffice: Version 4.3.1
Release: Milestone AOO413m1 | Build ID 9783 | SVN r1761381 | Released 2016-10-12


I have reproduced the issue discussed here and compared the result on Microsoft Office, Open Office and LibreOficce Vanilla (for Mac) and all have the same behavior. What leads me to conclude that this is not a bug but an expected behavior. 

Just to be sure we are talking about the same thing, I will outline the steps to reproduce the “issue” and the result.

Steps to reproduce the issue on OpenOffice:

1. From a white document, click on the option called “Numbering On/Off” or in the option “Bullets On/Off “ (visible on the options on the top panel) and turn it on.
2. Create a list of a few bullets or numbers, lets say 5 for the purpose of testing.
Example:
 1. Uno
 2. Dos
 3. Tres
 4. Quatro
 5. Cinco

3. Select the whole list with the mouse.
4. Click on the option “Table” (also visible in the top panel)
5. Here we will see that the list is now inside a table of one column. 
6. Next, with the cursor in any part of the table, right click, and select “column insert“, and when the dialog box open, select to insert a column to the left or the right (it doesn't make a difference for obtain the behavior)

Result:

We will have a table with two columns and 5 rows (lest say we inserted a column to the left).
The text of our original list will still be in the column of the right, but the numbers will now be distributed trough all the table. 

Meaning, something like this would be the result:

-----------------
|1. | 2. Uno    | 
|---|-----------|
|3. | 4. Dos    |
|---|-----------|
|5. | 6. Tres   | 
|---|-----------|
|7. | 8. Quatro |
|---|-----------|
|9. |10. Cinco  |
-----------------

The numbers will start from the left cell to the right, then down in the left to the right and so on. 

Note: If you don't want the numbers or bullets of your original list distributed on the columns of the table, you just have to select the hole column (the one, or ones that you don't want the numbers be distributed, and turn off the option “Numbering On/Off ” or “Bullets On/Off”). This works the same for all these word processors.

Finally, I would recommend to close this issue since this behavior is not a bug, but expected.