Created attachment 144384 [details]
Dotan Cohen's CV in Hebrew.
It seems that the proper way to remove a blank page after a table is to place the cursor at the last position of the table (or after the table) and to press Ctrl-Shift-Delete or Ctrl-Delete or Shift-Delete. None of these key combinations work in either position in the attached document.
Note that this bug may _appear_ to be a dupe, but this issue has been fixed and reoccurred in several LO versions. In each of those bugs it is told that if the issue reappears a new bug should be filed, i.e.:
Hello, document has 2 pages in LO 6.1, but one page in LO 6.2.
Seems to be fixed in dev version.
Build ID: 401cba4c20fbc930f034168872642428d7459218
CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3;
(In reply to raal from comment #1)
> Hello, document has 2 pages in LO 6.1, but one page in LO 6.2.
Still 2 pages in my version of master
Version: 188.8.131.52.alpha0+ (x64)
Build ID: 414ef6cb187dd3bbcc917dbedf3c0c1cc8668f60
CPU threads: 4; OS: Windows 10.0; UI render: GL;
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-08-21_00:13:04
Locale: en-US (de_DE); Calc: CL
Created attachment 144404 [details]
I have 2 pages on windows too... But I moved the height of last row of the table and now I have only one page - attached.
Only one page for me under Ubuntu 18.04 x86-64 in LO 6.0.6 from PPA, LO 184.108.40.206.0+ and master both built at home.
Best regards. JBF
(In reply to raal from comment #3)
> Created attachment 144404 [details]
> I have 2 pages on windows too... But I moved the height of last row of the
> table and now I have only one page - attached.
The bug is: The last paragraph after the table couldn't be deleted, because it is the last paragraph of the document.
If you see only one page it could be there are differences in font-height, but the problem still exists. Switch on to show the formatting characters. There is a paragraph without content.
Could confirm the buggy behaviour for LO 220.127.116.11, OpenSUSE 15, 64bit rpm Linux.
If I understand the discussion of bug 60967 well there are lot of problems when deleting the last paragraph of the document and let the document end with a table. See https://bugs.documentfoundation.org/show_bug.cgi?id=60967#c33
So I don't know if this ever has been fixed, special by the separate fix of comment 34, bug 60967.
(In reply to robert from comment #5)
> The bug is: The last paragraph after the table couldn't be deleted, because
> it is the last paragraph of the document.
I agree, because you can delete a paragraph on a blank page after a table, if a page is following.
So the more appropriate bug summary is something like "Add possibility to delete paragraph below a table, even when it is the last paragraph of the document"?
(In reply to Dieter Praas from comment #6)
> (In reply to robert from comment #5)
> So the more appropriate bug summary is something like "Add possibility to
> delete paragraph below a table, even when it is the last paragraph of the
... but the buggy behaviour of bug 60967 is been back also here with LO 18.104.22.168 on OpenSUSE 15 64bit rpm Linux.
Interestingly, when opening your attached document in 22.214.171.124 on OS-X, the document is displayed as two pages, with the first page consisting of only the title and the second page containing the table. I then pressed Cmd-O to open the original attachment in another window, and when I returned to your attachment it was all on one page!
It seems that redrawing the LO window, at least on OS-X 10.13.6, affects how the document is displayed.
It may be related to the fact that I've noticed that sometimes performing an action such as bolding a particular line would move the table to another page, but then pressing Cmd-Z to undo the action did not move the table back to the original page. I haven't yet filed a bug on that as it is intermittent and I cannot develop 100% reproducible steps.
I had a look at LO help and found the following description in "Shortcut Keys for Tables in LibreOfficeDev Writer":
"If no whole cell is selected and the cursor is at the end of the table, the paragraph following the table will be deleted, unless it is the last paragraph in the document."
So I think it's not a bug, but perhaps an enhancement.
I asked about it in -dev IRC channel and mst said:
"no idea if it's a bug, if it is we can't fix it because writer becomes very unhappy without a SwTextNode there"
So I take it we have to close this.
One page on Version: 126.96.36.199.alpha0+
Build ID: e005ab5d40d358adb75a64e140d46f4bf605647d
CPU threads: 4; OS: Linux 4.15; UI render: GL; VCL: gtk2;
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-09-15_02:08:38
Locale: ro-RO (ro_RO.UTF-8); Calc: threaded
> "no idea if it's a bug, if it is we can't fix it because writer becomes
> very unhappy without a SwTextNode there"
So because writer becomes unhappy this bug is closed? What about the unhappy users? What about the unhappy trees whose precious flesh is being ground into parchment, just to run through the violent motors and rollers, then spared ink they are tossed to refuse.
What about the children, for whom food cannot be bought for want of paper. More paper, more paper, more paper yet wasted. Churned through plastic and rubber mazes, as should be grain through sifters and ovens. Grain that has been forfeit in the name of paper, more paper, though it should be ejected in vain. Hungry, cold children who have sacrificed their growling stomachs to satiate the need for paper, more paper, to keep writer from knowing unhappiness.
Won't somebody think of the children?
Removed me from this bug. Won't get such a post as the last again.
*** Bug 126410 has been marked as a duplicate of this bug. ***