Ask Your Question
0

Border option, in New Table Defaults, appear to be useless [closed]

asked 2020-08-12 21:25:45 +0100

LeroyG gravatar image

updated 2020-08-12 23:54:02 +0100

The Border option¹ appear to be useless, given that, when choosing menu Table - Insert Table…, the default is Default Style (with borders).

Not yet reported in bugzilla.

¹ Choosing menu Tools - Options - LibreOffice Writer - Table, below New Table Defaults.

LibreOffice 6.3.6.2 (x86); OS: Windows 6.1

edit retag flag offensive reopen merge delete

Closed for the following reason the question is answered, right answer was accepted by LeroyG
close date 2020-10-22 22:31:25.196234

Comments

LeroyG gravatar imageLeroyG ( 2020-08-14 02:17:40 +0100 )edit

No issue seen at LibreOffice 6.4.7.2 (x86); OS: Windows 6.1. Closing the bug report.

Thanks @ebot and @Lupp.

LeroyG gravatar imageLeroyG ( 2020-10-22 22:29:12 +0100 )edit

1 Answer

Sort by » oldest newest most voted
0

answered 2020-08-13 08:18:51 +0100

ebot gravatar image

updated 2020-08-13 08:21:40 +0100

Yeah, some strange behavior.

Default setting:

image description

image description

It would be useful if you wrote a bug.

Please post the link of the bug here. Thank you.

edit flag offensive delete link more

Comments

With me Windows 10 Home; Version 2004; 64-Bit | LibreOffice, Version: 7.0.0.2 (x64).

ebot gravatar imageebot ( 2020-08-13 08:19:02 +0100 )edit
1

I cannot confirm this behavior with the released V7.0.0.3.
Both ways of inserting a table apply the same setting(without border) for tables not using any table style at all.
I cannot test with any V6.3, but I did with V6.4.5. Same result.

Lupp gravatar imageLupp ( 2020-08-13 09:53:47 +0100 )edit

Anyway: Since the StyleFamilyTableStyles once was introduced (good idea?), I would expect that every table has one style applied. If not one is explicitly assigned, this should be Default. Actually the default style for tables still has borders if the global option @ebot pointed to was used to disable borders, and there may have been versions or hidden settings to the effect to apply the Default style to tables newly inserted without an explicit style assignment. To keep a kind of property value like NoStyleAtAll should not be considered a good idea.
I suspect the rather young TableStyle feature to be insufficiently checked for consistency.
But I'm tired of reporting such issues as bugs. They are unavoidable under a policy of unlimited featuritis combined with a concept of compatibility forced upon free software by the strategies of commercial competitors.
Lacking financial power "we" cannot overcome as long as ...(more)

Lupp gravatar imageLupp ( 2020-08-13 10:23:52 +0100 )edit

BTW: The API also is treating the so-called table styles inconsistently. On the one hand there was created a new StyleFamily not containing a member "None" or "", but the respective property of any TextTable isn't .Style or similar, but .TableTemplateName, and this is allowed to have the empty string as its value.
How to tidy that up?
[I did not check in what way, if at all, related topics are treated in ODF 1.3 (extended).]

Lupp gravatar imageLupp ( 2020-08-13 10:32:09 +0100 )edit

Sorry, I have to correct. For me also version 7.0.0.3

ebot gravatar imageebot ( 2020-08-13 14:37:46 +0100 )edit

How so? We got different behavior. Can you explain?

Lupp gravatar imageLupp ( 2020-08-13 14:50:26 +0100 )edit

I have the Insert Table icon hidden (Standard toolbar), so I had no tried with it.

Now showed the icon (promptet by @ebot answer), and YES: When Border option is checked, using the icon creates a table with borders, and if Border is unchecked, creates a table without borders.

But always, choosing menu Table - Insert Table… or Ctrl+F12 or clicking Insert Table icon and choosing More options… open the Insert Table dialog with Default Style (which means borders).

Insert Table dialog

So: Will I file a bug? In which terms?

LeroyG gravatar imageLeroyG ( 2020-08-13 14:54:31 +0100 )edit

@ebot: See attached.
C:\fakepath\ask259881tableStylesASndBorders_7.0.odt Concerning the mentioned additional bug: The dfeferred pasting did no longer show when the file once was saved. (Should I have expected this?)

Lupp gravatar imageLupp ( 2020-08-13 15:16:08 +0100 )edit

(Should I have expected this?)

The world is full of wonders. 👌 Thanks for Information.

ebot gravatar imageebot ( 2020-08-13 15:21:16 +0100 )edit

Question Tools

Stats

Asked: 2020-08-12 21:25:45 +0100

Seen: 36 times

Last updated: Aug 13 '20