Description: The border checkbox in Tools-> Options -> LibreOffice Writer -> Table -> New Table defaults is redundant after change of the Inster Table dialog. Steps to Reproduce: Check or unckeck the border checkbox in Tools-> Options -> LibreOffice Writer -> Table -> New Table. Insert new table in Writer document Actual Results: > No effect on new table Expected Results: the option should not exist Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:58.0) Gecko/20100101 Firefox/58.0
I guess the option has been there since the beginning...
For me, the whole section "New Table Defaults" is obsolete since we've table styles in Writer. Before we invest time to repair it (how should it interfere with styles?) we should drop it completely. Users should change the default table style if they want no borders, etc. But this also means that the bugs in the current table style implementation should be fixed so that users can modify them.
Think Cor filed this one as spin-off from bug 113558 where we also talked about layouts. But I agree that "Border" on/off is doomed.
Patch at https://gerrit.libreoffice.org/#/c/51896/
heiko tietze committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b57e8b5e531408236af5e3be69b9190c646a6eab tdf#116407 - option "Border" for new table redundant It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Xisco Faulí from comment #1) > I guess the option has been there since the beginning... True, but then it made sense ;)
Perhaps I missed something, but I still can see the border option in Tools => Options => LibreOffice Writer => Table => New Table Defaults Version: 6.4.0.0.alpha0+ (x64) Build ID: 2f2f4767089512c34514896bc37823f9310e9dd4 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-07-10_02:13:57 Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded and Version: 6.2.5.2 (x64) Build-ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded
My patch is for Table > Convert > Text to Table only. @Cor, @Dieter: Do you think we do have to remove Border from Tools > Options too?
I think border option is useful if you use "Insert Table"-icon. So that's an argument for border option in option dialog. I must admit, I wasn't aware of the possibility to convert text to table. What I would expect, is that a table crated this way, has also a border, if border setting is enabled in the option dialog.
(In reply to Dieter Praas from comment #9) > What I would expect, is that a table crated this way, has also a border, if > border setting is enabled in the option dialog. Which would mean a table style is applied. It's a clear yes if it was a real style but TS are just templates - OTOH, users will not see the difference.
I'm confused (but not for the first time with this topic). I suppose that if a table has a style, I can see this style in the navigator (table styles). So if there is no style highlighted with an inserted table, this is a template-table. I can see three ways to insert such a table: 1. Strg+F12 or Table => Insert Table => Styles: None 2. Insert Table button 3. Table => Convert = Text to table With border-option enabled I get a table with borders in case 2 and a table without borders in case 1 and 3. If all tables are templates, behaviour with borders should be the same.
(In reply to Dieter Praas from comment #11) > I'm confused (but not for the first time with this topic). #metoo
(In reply to Dieter Praas from comment #11) > I suppose that if a table has a style, I can see this style in the navigator > (table styles). With my patch you will see Default (or whatever is selected in the Table>Insert Table dialog) highlighted, if you don't switch to None. We would have to add this style to the sidebar as well but it was out of my capabilities. > 1. Strg+F12 or Table => Insert Table => Styles: None > 2. Insert Table button The code is different here and while it may look like Default it isn't. > 3. Table => Convert = Text to table Again, something else. The code spaghettiness has no limit when it comes to tables. > With border-option enabled I get a table with borders in case 2 and a table > without borders in case 1 and 3. If all tables are templates, behaviour with > borders should be the same. My point in c8 was that T>O>Border is deprecated by styles. You should enable borders by changing the style not by an option.
(In reply to Heiko Tietze from comment #13) > My point in c8 was that T>O>Border is deprecated by styles. You should > enable borders by changing the style not by an option. So you propose to skip the border option? I agree, if this refuses confusion.
(In reply to Dieter from comment #14) > So you propose to skip the border option? Question is still valid. So what do you think, Heiko?
(In reply to Dieter from comment #14) > So you propose to skip the border option? I agree, if this refuses confusion. Ideally, we have a perfectly working Table Style solution (and perhaps allow to change the default in tools > options) and apply this with all methods of inserting a table. But there are currently different ways, and the toolbar and sidebar command does not apply a table style. Meaning the tools > options border setting is functional for this use case. I wouldn't remove it for now. Btw, haven't checked but IIUC the methods effectively come to the same result since Table Styles are rather a template.