Issue 108566 - No tabs displayed for multiple selected lines with inconsistent tab settings
Summary: No tabs displayed for multiple selected lines with inconsistent tab settings
Status: CLOSED DUPLICATE of issue 1575
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 3.1.1
Hardware: All All
: P5 (lowest) Trivial (vote)
Target Milestone: ---
Assignee: writerneedsconfirm
QA Contact: issues@sw
Depends on:
Reported: 2010-01-22 04:07 UTC by occamtechnology
Modified: 2010-01-22 11:14 UTC (History)
1 user (show)

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


Note You need to log in before you can comment on or make changes to this issue.
Description occamtechnology 2010-01-22 04:07:01 UTC
This is similar to an issue discussed

When several lines are selected, in which there are different tabs set for
different lines, there are no tabs shown on the ruler (and the list of tab stops
in the format paragraph dialogue is empty). 

For example, this issue occurs for a table (entered as text and arranged into
columns using tab stops; effectively a tab delimited text table; not an Ooo
Writer table), and the first line(s) of the table, which contains titles of the
columns, has different tabs to rest of the table (a decimal tab is useful for
numerical columns in the table, but will offset the column's text title, so a
left or right tab is used to arrange the title for that column). 

When the rows of the table are selected, so that the entire selection has
consistent setting of tabs, these tabs are displayed on the ruler, and in the
table of tabs in the Format Paragraph window. 

If a line with a different tab setting is ALSO selected, then no tabs are

Perhaps this could be handled more elegantly. We use these text-tables because
it is inherently simple to move the contained data into and out of spreadsheets,
and from other applications. Also, these tables export conveniently to ascii
text files. 
The writer tables, at this point, do not allow us to move such large volumes of
data into and out of the document while still retaining such simple text structure. 

I set the Priority to P5, as it is only a very minor annoyance, and it only
happens when handling inconsistently tabbed lines.
It is of particular annoyance where there are many tabs set in a large table
(hundreds of lines, with up to 12 columns), and the tab of one line of data has
inadvertently been adjusted or removed (or a line has been inserted which had
different tab settings and they have been retained). So when the selection is
made, no tabs are displayed. I either locate the offending line (not always
obvious) and change it to conform (ie cutting and pasting without formatting to
capture the tab settings of the preceding line), or I force the entire table to
conform by cutting and pasting without formatting to capture the tab settings of
the first data line.
Comment 1 michael.ruess 2010-01-22 10:32:14 UTC
Already tracked as issue 1575.

*** This issue has been marked as a duplicate of 1575 ***
Comment 2 michael.ruess 2010-01-22 11:14:11 UTC
Closing duplicate.