Issue 86099 - Wrong scrolling behavior of the browse box in chart data editor
Summary: Wrong scrolling behavior of the browse box in chart data editor
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: chart (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: christian.guenther
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-02-14 13:33 UTC by bjoern.milcke
Modified: 2013-02-24 21:19 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
the pormised bugdoc (15.96 KB, application/vnd.oasis.opendocument.presentation)
2008-02-14 13:35 UTC, bjoern.milcke
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description bjoern.milcke 2008-02-14 13:33:46 UTC
1. Load the attached document
2. Activate the chart on slide 1
3. Open the Data Editor (View/Chart Data Table, or the second icon in the toolbar)
4. make the dialog's width as small as possible (the min. size is not very
small, really)
5. Scroll to the right by clicking on the right arrow
=> You notice that the text in the header row is scrolled correctly, but the
number cells are scrolled incorrectly. The header column is not painted and it
seems like scrolling would scroll two columns at once.
This works fine in an OOG680.m5 version.

->FS: I suppose this is due to a change in the browse-box or edit browse-box
(maybe due to warning-freeness or a11y stuff, or changes for Base ... wild
guessing ;-) ) At least I am not aware of any changes in this respect in the
chart, and also, I don't know how I could fix that in the chart2 code.
Comment 1 bjoern.milcke 2008-02-14 13:35:31 UTC
Created attachment 51512 [details]
the pormised bugdoc
Comment 2 Frank Schönheit 2008-03-11 14:58:29 UTC
fs: there's exactly two lines of change between OOG680:m5 and OOH680:m7, and
reverting those does not fix the issue. So: no, this is not due to a change in
the browse box.
Comment 3 Frank Schönheit 2008-03-11 21:59:12 UTC
There recently was a change in VCL, our toolkit, which changed the default
behaviour of the Scroll member: When no special flag was passed to this
function, then all child windows were scrolled, too - i.e. they changed their
position.

This is what happened here: a BrowseBox has a child window, the so-called data
window, which is responsible for painting all the data (but not the row and
column header). Now when the BrowseBox was scrolled, using the above-mentioned
Window::Scroll, then suddenly the data window changed its position - which is
completely undesired in this place.

Fixed in CWS dba30b by passing SCROLL_NOCHILDREN to all the Window::Scroll calls.
Comment 4 Frank Schönheit 2008-03-18 15:33:19 UTC
fs-> cgu: please verify in CWS dba30b
Comment 5 christian.guenther 2008-03-26 10:42:48 UTC
CGU: Verified in cws dba30b
Comment 6 christian.guenther 2008-06-30 14:36:33 UTC
CGU: Integrated in dev300m19