# 2 weird things that I see quite often when I use 2 table rows for 'difference between' question answers:

As u can see above screenshot:

1. The unwanted space which user can't remove that is from vii point to viii,

2. Right row, last point ix being smaller automatically which a user can't resize.

## My genuine question:

What kind of feature is this? Is this a bug? I have never seen this annoying feature in MS Word. How should I make this document look normal, which right now looks abnormal? #BlessMe[

This is the note which I am preparing for the exam:: MIS 8th sem.odt

edit retag close merge delete

Sort by » oldest newest most voted

You didn't mention how the paragraphs were entered/styled in your table. Provide this information editing your question or commenting it or my answer (don't use an answer).

My guess is you have a list with a tab character separating he number from the item text, or you typed manually the number and a tab character. In either case, the culprint is an incorrect setting of the paragraph style.

• for a list, you didn't set the indent wide enough to account for large roman numbers like viii
• for a "manual" list with an hanging indent paragraph, the First Line Indent is not wide enough

In either case, the wide numbers have already used all space allotted for them (either in the list style or first indent in paragraph style) and you are already beyond the "left limit" of the paragraph text. The tab character then positions on the next default stop in the absence of an explicit tab stop definition. The default is usually 1.25cm or 0.5".

Note that the same also happens in M\$ Word. You may haver never seen it because word width for vii and viii was "compatible" with your indent considering the font in use.

Fix is quite easy: tune parameters of list style (more detailed instructions may be given if you tell whether you use "direct-formatting" list -- with the toolbar button -- or a full fledged custom paragraph+list style) or adjust the indents of your paragraph/style.

To show the community your question has been answered, click the ✓ next to the correct answer, and "upvote" by clicking on the ^ arrow of any helpful answers. These are the mechanisms for communicating the quality of the Q&A on this site. Thanks!

EDIT 2019-09-09

Your fundamental problem is your document is fully and totally manually formatted (technically called direct formatting) without using any styles (or nearly): everything is Default Style. Even vertical spacing is achieved with empty paragraphs. Horizontal positioning is done with lots of tab characters, relying on the recurring default tab stops spaced 1,25cm apart (~0.5") in "OHP strategies" instead of using a well crafted paragraph style or a table. Your list have been made by pressing the toolbar button on "ordinary" paragraphs. (I admit designing a correct custom paragraph style for a list is probably the most difficult task in styling)

When I write you have a single paragraph style, this is not true: when you create a table, cells automatically are styled Table Contents . But this does not change the issue.

I urge you to learn how to use and create styles. Read at list the built-in help (not a tutorial, just a reminder) or, better, to download the free manual from the official site.

Meanwhile, here is a workaround:

Go to Format>Bullets & Numbering, Position tab. Increase both Tab stop at and Indent at to a sufficient width to contain the largest number in your lists.

Then you can restore the list attribute on ...

more

How do I know I am using "direct-formatting" list this? @ajlittoz

This problem is everywhere. It's really bugging me. I doubt MS hasn't resolved this issue long ago. Help me remove the tabbed space gap which occurs at every 7th points.

( 2019-09-03 11:16:03 +0200 )edit

Direct formatting is the fact of using buttons or keyboard shortcuts to achieve formatting instead of using carefully designed styles. What happens is "vii" and "viii" are too wide to fit in the allotted hanging indent and the overflow causes shift to the next tab stop.

If you can't fix it by yourself, attach a sample file to your question (through edit link) and I'll give you ad hoc/ instructions.

( 2019-09-03 11:37:38 +0200 )edit

@ajlittoz I have uploaded the file u asked. As a temporary solution prefer not to use numbers after 'v' in the document when I am using LibreOffice. U can see that in the document. I don't know what ad hocl instructions means but if it solves my problem I will happy to give it a try.

( 2019-09-09 11:01:13 +0200 )edit

@ajlittoz I have designed the document in web layout because I want to consume as much space as possible. So...

( 2019-09-09 11:58:19 +0200 )edit

Web layout or not does not change the issue. Styles are also available in this mode. The difference is all styles are translated in CSS so that the HTML page will look as much similar as possible to to a print-intended document when displayed in a web site.

Designing in web layout is a bad idea if this is not going to be part of a web site because all variable vertical spacing is ignore (extra spacing in paragraph style, page break, …). For example you have a page break in the first line of tour "OHP strategies" resulting in the column title in the middle of a page and the "table" starting on next page (large white space in-between) when viewed as "normal".

If you want a wide document, design it in landscape page or a custom size and adjust margins to minimum. You can even set them to zero ...(more)

( 2019-09-09 12:28:35 +0200 )edit