Issue 86665 - Split behaviour and FIND is annoying under certain scenarios
Summary: Split behaviour and FIND is annoying under certain scenarios
Status: CONFIRMED
Alias: None
Product: Calc
Classification: Application
Component: viewing (show other issues)
Version: OOo 2.3.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-04 01:38 UTC by clockwerx
Modified: 2014-01-12 18:56 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: 4.1.0-dev
Developer Difficulty: ---

Attachments
Initial setup (69.05 KB, text/plain)
2008-03-04 01:42 UTC, clockwerx 		no flags Details
FIND - selecting column first (44.28 KB, image/png)
2008-03-04 01:43 UTC, clockwerx 		no flags Details
Find - selected column - result (37.41 KB, image/png)
2008-03-04 01:43 UTC, clockwerx 		no flags Details
Find - no selected column - result (69.33 KB, text/html)
2008-03-04 01:44 UTC, clockwerx 		no flags Details
Find - no selected column - result (69.33 KB, image/png)
2008-03-04 01:45 UTC, clockwerx 		no flags Details
Initial setup (69.05 KB, image/png)
2008-03-04 01:45 UTC, clockwerx 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description clockwerx 2008-03-04 01:38:01 UTC 
Problem:
Inconsistent scroll behaviour when spreadsheet views are split is annoying.

Reproduce:
 1. Get a spreadsheet.
 2. Column A has values 1-1000
 3. Get data, put it below the 1000th row, and to the right of existing data
(below page fold, far right of RHS border - column AA)
 4. Apply a window split (Window -> Split)
 5. Scroll down to row 1001, column AA
 6. Select a row (from AA to AM)
 7. Cut (CTRL + X)
 8. Select column A contents (click on header) (it's in the split LHS, so this
is easy) (OPTIONAL)
 9. Find (CTRL + F)
 10. Type a value between 1-1000

Expected:
 * If you choose to do step 8 or not, the behaviour should be the same

Actual:
 * If you choose step 8, then FIND takes the LHS split column up to the matched text
    * The right hand side split view is scrolled directly up from last focus point
 * If you skip step 8, the right hand pane is scrolled up AND left

Todo:
Post images to show the bug
Comment 1 clockwerx 2008-03-04 01:42:47 UTC 
Created attachment 51872 [details]
Initial setup
Comment 2 clockwerx 2008-03-04 01:43:18 UTC 
Created attachment 51873 [details]
FIND - selecting column first
Comment 3 clockwerx 2008-03-04 01:43:40 UTC 
Created attachment 51874 [details]
Find - selected column - result
Comment 4 clockwerx 2008-03-04 01:44:03 UTC 
Created attachment 51875 [details]
Find - no selected column - result
Comment 5 clockwerx 2008-03-04 01:45:14 UTC 
Created attachment 51876 [details]
Find - no selected column - result
Comment 6 clockwerx 2008-03-04 01:45:40 UTC 
Created attachment 51877 [details]
Initial setup
Comment 7 clockwerx 2008-03-04 01:47:27 UTC 
Apologies for mime type stupidity.


Step 8 does:
FIND-column highlighted-result.PNG

Skipping 8 does:
FIND-no highlight-result.PNG

Problem:
The behaviour should be the same, regardless of highlighted row or not.
The RHS scroll pane should only change vertical position, not horizontal.
Comment 8 oc 2008-07-15 10:43:15 UTC 
reassigning features and enhancements to user requirements@openoffice.org which
will be the default owner for those tasks (was introduced some time ago)
Comment 9 Edwin Sharp 2014-01-12 18:56:56 UTC 
Confirmed with
AOO410m1(Build:9750)  -  Rev. 1555399
2014-01-06_04:13:46 - Rev. 1555657
Debian