[Libreoffice-bugs] [Bug 122943] Opening a Style dialog's Highlighting/Area tabs adds properties to the property set in the style

2019-03-19 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=122943

Jim Raykowski  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |rayk...@gmail.com
   |desktop.org |

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 122943] Opening a Style dialog's Highlighting/Area tabs adds properties to the property set in the style

2019-01-30 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=122943

--- Comment #6 from Jim Raykowski  ---
Hi Mike,

Having fun with the styles code. I've implemented some ideas how not to have
the Area and Highlighting tabs add their None page attribs when no change has
been made. Nothing so far that is very satisfying. WIP

There seems to be some love needed not for just the Area and Highlighting tabs
use in the Paragraph Styles tab dialog. I noticed in order to add Left/Top
alignment one must first select an alignment other than Left/Top, click on the
Organizer tab, click back on the Alignment tab, and select Left/Top. Other tabs
pages must follow this procedure to add defaults. In the Indents & Spacing tab,
Line Spacing is not able to be added to a style. Checking Register-True Active
check box adds Register-true but unchecking does not clear it. Same with check
boxes in other tab pages.

Why isn't Default Style created from tab page defaults?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 122943] Opening a Style dialog's Highlighting/Area tabs adds properties to the property set in the style

2019-01-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=122943

--- Comment #5 from Mike Kaganski  ---
(In reply to Jim Raykowski from comment #4)
> I think the difference is explained by GTK3 tab dialog not selecting the
> Area/Background tab page None button when the tab is activated. GTK2 selects
> the  None button when Area/Background tab page is activated. 

Oh - I see. I use Windows, so wasn't aware of those peculiarities. So I'd
consider GTK3 behavior wrong, since selecting of current option (even if
inherited) must be done for each property, to tell user what the style will
look like.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 122943] Opening a Style dialog's Highlighting/Area tabs adds properties to the property set in the style

2019-01-28 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=122943

--- Comment #4 from Jim Raykowski  ---
Hi Mike,

Pulled and built the most recent master on a machine with GTK3 and a machine
with GTK2.

I get different results between GTK3 and GTK2 when doing the steps below:  

Open writer after --safe-mode and reset to factory settings
Open Styles panel/deck in Sidebar
Right click 'Frames Contents' and select Modify
Paragraph Style:Frame Contents tab dialog appears with Organizer tab selected
and 'Contains' area is blank
Click on Highlighting tab
Click back on Organizer tab
GTK3 results 'Contains' is still blank
GTK2 results 'Contains' shows Automatic,Transparent
Click on Area tab
Click back on Organizer tab
GTK3 results 'Contains' is still blank
GTK2 results 'Contains' show Automatic,Transparent+None

I think the difference is explained by GTK3 tab dialog not selecting the
Area/Background tab page None button when the tab is activated. GTK2 selects
the  None button when Area/Background tab page is activated. 

Regardless of the difference I am working on only setting attribs if set by
user.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 122943] Opening a Style dialog's Highlighting/Area tabs adds properties to the property set in the style

2019-01-27 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=122943

--- Comment #3 from Mike Kaganski  ---
(In reply to Jim Raykowski from comment #2)
> Strange, I can't repro this for any of the tabs using current master build.

Just tested with master build 3c2cd4829229a312e79cfba3971b954bd605681c, and I
can repro with Highlighting/Area tabs. The Alignment and Border tabs were fixed
by Caolán in bug 122914.

In some cases, the reproducibility of the problem could depend on used units
(so that some chosen units could roundtrip values accurately, so the problem
could get unnoticed) - bit as for Area's None section, this is not the case,
and it should be reproducible always, since the mentioned commit puts the
property into the set unconditionally.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 122943] Opening a Style dialog's Highlighting/Area tabs adds properties to the property set in the style

2019-01-26 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=122943

Roman Kuznetsov <79045_79...@mail.ru> changed:

   What|Removed |Added

 Blocks||107642


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=107642
[Bug 107642] [META] Paragraph dialog bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 122943] Opening a Style dialog's Highlighting/Area tabs adds properties to the property set in the style

2019-01-26 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=122943

--- Comment #2 from Jim Raykowski  ---
Just saw the border tab has been fixed. Will look at patches made for other see
also bugs to apply to my effort.

Strange, I can't repro this for any of the tabs using current master build.

Version: 6.3.0.0.alpha0+
Build ID: bf359d01ac8b1e0292e8a92c38e58c03e6c17d8b
CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 122943] Opening a Style dialog's Highlighting/Area tabs adds properties to the property set in the style

2019-01-26 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=122943

Jim Raykowski  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |NEW

--- Comment #1 from Jim Raykowski  ---
Hi Mike,

The Alignment and Border tabs also do this. Alignment tab blame is mine.

https://gerrit.libreoffice.org/#/c/45273/

The old highlighting tab page also has this bug. Version 5.1.6.2 adds White,
Transparent to Organizer Contains. Maybe it was corrected in later versions.

Moving this to top of the list of things to fix.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs