Bug 38179 - FORMATTING UI - Stylist should remember previous settings
Summary: FORMATTING UI - Stylist should remember previous settings
Status: RESOLVED DUPLICATE of bug 30917
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.1 rc
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: bibisected40
Keywords: regression
Depends on:
Blocks:
 
Reported: 2011-06-11 01:40 UTC by Andreas Neudecker
Modified: 2013-01-23 19:04 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Neudecker 2011-06-11 01:40:53 UTC 
Hi.

I reported this bug to openoffice.org in 2008¹. Sadly it has never been addressed.

Default list view in the stylist is "automatic". I prefer to use the hierarchical view. Sadly stylist does not remember if I set the view to hierarchical. So every time I reopen the program I have to manually change it from automatic to hierarchical.

I suggest that stylist remembers the user's choice of view style for all lists separately, i.e. for paragraph styles, character styles, frame styles, page styles, and list styles, respectively.

Regards

Andreas

----
1 OpenOffice.org Bug 91094 - Selected view for stylist should be remembered  
http://openoffice.org/bugzilla/show_bug.cgi?id=91094&historysort=new
Comment 1 Andreas Neudecker 2011-06-11 01:49:11 UTC 
The bug my bug report was marked a duplicate of has a comment pointing to the related bug http://openoffice.org/bugzilla/show_bug.cgi?id=21987

bbigby says "The Style List should appear as a tree -- not a flat list.  A tree is a much
better visual representation of the link/inheritance relationship between
various styles."

This is actually from 2004 - but of course still valid.

Cheers

Andreas
Comment 2 Olivier R. 2011-06-17 02:47:55 UTC 
LibreOffice 3.4 remembers now the hierarchical view in the Stylist. At last! :D 
Someone fixed the bug! (Did he notice it?)

But I don’t know if it is now the default view after installation.
@Andreas: you should remove your profile ard install LibO 3.4.
Comment 3 Björn Michaelsen 2011-12-23 12:25:55 UTC 
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 4 sasha.libreoffice 2012-03-28 07:00:04 UTC 
Thanks for bugreport
Please, verify if in last version of LibreOffice works properly

Now Writer remembers list view for Stylist, but one for all types of styles.
It is important to remember each type separately?
Comment 5 Olivier R. 2012-03-28 07:17:01 UTC 
Yes, it works with LO 3.5.

> Now Writer remembers list view for Stylist, but one for all types of styles.
> It is important to remember each type separately?

LO remembers one default view for each application.
That is enough to close this issue.

You should open a feature request if you think we should have the possibility to have different settings for each type of styles.
Comment 6 Olivier R. 2013-01-22 10:53:51 UTC 
It doesn’t work anymore on LO 4.0 if you select the Hierarchical View.

And the default view of the stylist is "Custom Styles", an empty windows. That’s a bad user experience also.
Comment 7 Joel Madero 2013-01-23 16:37:39 UTC 
Confirmed, marking as NEW

Minor - doesn't prevent high quality work, instead only a minor annoyance

Medium - regression


Thanks for reporting
Comment 8 Joel Madero 2013-01-23 16:56:46 UTC 
 29eabec9444105ba81c1ba85b5e491919bf1c8d3 is the first bad commit
commit 29eabec9444105ba81c1ba85b5e491919bf1c8d3
Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
Date:   Sun Dec 9 16:52:12 2012 +0000

    source-hash-2a360b68475d6fff5b6618feddb0b52f3a4a2373
    
    commit 2a360b68475d6fff5b6618feddb0b52f3a4a2373
    Author:     Noel Grandin <noel@peralex.com>
    AuthorDate: Tue Jun 12 15:41:27 2012 +0200
    Commit:     Michael Stahl <mstahl@redhat.com>
    CommitDate: Tue Jun 12 23:25:10 2012 +0200
    
        Convert SV_DECL_PTRARR(SvBaseLinks) to std::vector
    
        Change-Id: I9197dc4fd7ed32f030de8121913265ec78c83585

:100644 100644 f7eccba8d9d5410eeab71c5acf79c4d2e6b8449c f3050e05432fb8b9624ca76ff6025d190f12ef05 M	autogen.log
:100644 100644 596c69d5a502161bf6c9fa82c7809db0bd2d2717 6b47b1d0f80f893139e6896a1d3b9ec414080790 M	ccache.log
:100644 100644 6a19e107e2479b08da8537ab509cec001af5cf5e be4045365079f31ab24b4d2e4309b743675bd4fe M	commitmsg
:100644 100644 7a8dafbae307c7a593dfef2ac43f747867e41bd8 a67d8e92e07894b300e4f1300d8048a0b39ee4b6 M	dev-install.log
:100644 100644 060ccd79dce129d52524f3c72521506ca6e3fd1d 6dabafb2814fbb1ce5b1a232487d948f60281875 M	make.log
:040000 040000 d31d0ae92b309453f8f3761ec68db0771b43ac07 885fe6e2bcbf9d30789fb4ded5edc3eac7f9c149 M	opt


# bad: [5b4b36d87517a6ea96ff8c84c46b12f462fc9a1a] source-hash-8450a99c744e9005f19173e4df35d65640bcf5c4
# good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932
git bisect start 'latest' 'oldest'
# good: [16b0b88cbd4ef0f51816e97277e40c5cf78f7bf9] source-hash-099198a4224778fe6e43f5dc13b5b9b1b4dc828c
git bisect good 16b0b88cbd4ef0f51816e97277e40c5cf78f7bf9
# bad: [f28b8f9a6c47fa59bf98fffe937a2f2db7a2445a] source-hash-a581d31b227623e09d2970a91214fda398f98eda
git bisect bad f28b8f9a6c47fa59bf98fffe937a2f2db7a2445a
# bad: [5bf3b624cdeb593e55402f44c730209f12813961] source-hash-4b4ca8030285bd66526ff5bb2b6ea5a75a6c6bc7
git bisect bad 5bf3b624cdeb593e55402f44c730209f12813961
# bad: [fbd64ab02c3b611eb2161132a98d2a24ccf109ad] source-hash-77987eacff20dec40caf29aae61d262239d441e9
git bisect bad fbd64ab02c3b611eb2161132a98d2a24ccf109ad
# good: [b8013cdf546a6319d5cd43746b74e35f177a5544] source-hash-699e7d9e4081942bb0ad73e9be73f90a26d0c2f7
git bisect good b8013cdf546a6319d5cd43746b74e35f177a5544
# bad: [778045e259d6c6cdd39e55feea1646e95eab8537] source-hash-6aeeca56daa9065f607cc7056e7d86d237c84a99
git bisect bad 778045e259d6c6cdd39e55feea1646e95eab8537
# bad: [5d495e9d278412d3719fe3d18b429d2b34831241] source-hash-4f5c523b97542bdbfe69fb7695bcb9699c66f89f
git bisect bad 5d495e9d278412d3719fe3d18b429d2b34831241
# bad: [29eabec9444105ba81c1ba85b5e491919bf1c8d3] source-hash-2a360b68475d6fff5b6618feddb0b52f3a4a2373
git bisect bad 29eabec9444105ba81c1ba85b5e491919bf1c8d3
Comment 10 Jorendc 2013-01-23 17:15:09 UTC 
(In reply to comment #9)
> Bibisected range of Comment 8:
> http://cgit.freedesktop.org/libreoffice/core/log/
> ?qt=range&q=699e7d9e4081942bb0ad73e9be73f90a26d0c2f7..
> 2a360b68475d6fff5b6618feddb0b52f3a4a2373

And scrolling through this list I found: http://cgit.freedesktop.org/libreoffice/core/commit/?id=e2a2d14d3932267e2f73d47b7990bf1cef599a92