Bug 40233 - UI VIEWING Navigaton selection should be window-dependent
Summary: UI VIEWING Navigaton selection should be window-dependent
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: 3.4.2 release
Hardware: All All
: lowest enhancement
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-19 05:29 UTC by Mirosław Zalewski
Modified: 2013-06-27 21:36 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments
screenshot of Writer with "Navigation" pane open (134.53 KB, image/png)
2013-06-24 07:30 UTC, sasha.libreoffice
Details

Description Mirosław Zalewski 2011-08-19 05:29:03 UTC
You can jump to next object with little arrows in bottom right of the window. Between arrows, there is navigation button, which allows to select what object to circle (e.g. notes, tables, bookmarks).

Whichever one you choose, it is set in ALL Writer windows. If you select notes in one file, you will jump to next/previous note in other files as well.

I think that change should be window-depended. Simple scenario:
I have written some text. I have send it to my friend for him to check it out. He gives me some comments in notes, save file and send me it back. I open two files - my text and file edited by my friend. In my text, I want to use ctrl+f to quickly locate fragments that need my editing. In my friend's file, I want to jump from one note to another. But if I use ctrl+f in one file, "next" arrow will get me to searched string, not next note.

There can be other scenarios as well. Generally, when someone changes navigation object in one window, he or she wants it to stick that way, whatever happens in other windows.

Regards
Mirosław Zalewski

PS. Sorry for my poor English, I hope you understand what I mean.
Comment 1 Björn Michaelsen 2011-12-23 12:31:58 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 2 sasha.libreoffice 2012-02-01 06:45:33 UTC
reproduced in LibO 3.5.0 beta on Fedora 64 bit
Comment 3 ign_christian 2013-06-23 03:57:39 UTC
Is that still happen on latest stable release? If yes, please attach sample file & explain how to see that problem.
Then please mark this bug UNCONFIRMED
Comment 4 sasha.libreoffice 2013-06-24 07:30:55 UTC
Created attachment 81304 [details]
screenshot of Writer with "Navigation" pane open
Comment 5 sasha.libreoffice 2013-06-24 07:41:17 UTC
Steps to reproduce:
0. Start Writer
1. Click button "New" on main toolbar
2. Click button "Navigation" in bottom-right corner of screen (with circle on button)
This phase is shown on screenshot where we can see tabs of both open documents on top of screen and "Navigation" toolbar moved into middle of screen.
3. Click any button on "Navigation" toolbar. For example "Table".
4. Select another document and do step 2 described above
Expected: mode of "Navigation" for second document remains unchanged
Actually: it changed for both document

Reproduced in 4.0.3 on Fedora (RFR) 64 bit

Goal is that "Navigation" mode should be separate for each document or separate for each window of document.
Comment 6 Joel Madero 2013-06-27 21:30:55 UTC
Thank you for reporting this issue! I have been able to confirm the issue on:
Version: 4.2.0.0.alpha0+Build ID: b0a1666f756aa5f5315366eca9d7d02ddd55d2b
Date:   Tue May 28 08:51:01 2013 +0300 
Platform: Bodhi Linux 2.2 x64

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
As I've been able to confirm this problem I am marking as:

New (confirmed)
Minor - doesn't prevent high quality work but can slow it down a bit
Lowest - very minor, probably would be quite a bit of work to make it window specific.


+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
https://wiki.documentfoundation.org/QA/BugTriage and join us on freenode at #libreoffice-qa

There are also other ways to get involved including with marketing, UX, documentation, and of course developing -  http://www.libreoffice.org/get-help/mailing-lists/. 

Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Comment 7 Joel Madero 2013-06-27 21:36:09 UTC
This is actually an enhancement request


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.