Issue 93595 - Grid is not correctly displayed in SRB
Summary: Grid is not correctly displayed in SRB
Status: CLOSED FIXED
Alias: None
Product: Base
Classification: Application
Component: ReportBuilder (show other issues)
Version: DEV300m30
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 3.1
Assignee: christoph.lukasiak
QA Contact: issues@dba
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2008-09-08 10:38 UTC by ocke.janssen
Modified: 2009-04-12 21:22 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description ocke.janssen 2008-09-08 10:38:21 UTC
- Install the report builder extension
- restart OOo
- create a new db document
- open the report builder
=> the grid is not displayed correctly
Comment 1 Armin Le Grand 2008-10-15 11:00:31 UTC
AW: Installed with OJ's help and seeing the report builder now. Also found the
flag (bBordVisibleOnlyLeftRight) at the SdrPaintView. Looking for the primitive
creator tooling...
Comment 2 Armin Le Grand 2008-10-15 13:55:00 UTC
AW: Need to check against a m29, getting, checking...
Comment 3 Armin Le Grand 2008-10-15 15:29:07 UTC
AW: Ah, i see. Problem is not wrong grid visualisation, it's because of
automatic grid reduction. When zooming in (OJ is testing this currently) it can
be seen that visualisation is correct in 200% (e.g.).
Discussed with OJ about grid visualisation. The gird offers the possibility to
define a coarse grid and subdivisions to not overload the page visualisation
with grid points. Instead of using a 0,25 cm coarse grid per default as it is
now, we will use a grid with 1 cm and three subdivisions (which gives us bach
the 0,25 cm snap which is intended).
Testing this...
Comment 4 Armin Le Grand 2008-10-15 16:38:14 UTC
AW: Interestingly, i initially took the wrong interface at SdrPaintView. The
settings currently used from primitive creation is aGridBig/aGridFin which urges
usage of SetGridCoarse/SetGridFine which should be the 'old' interface. When i
used it for primitive preparation it means all other apps are also using this. I
will need to check if someone uses SetGridWidth/SetGridSubdivision at all...
Back to the task: Using the 'old' interface makes the grid work as expected; i
now used a 1cm grid with 0,25cm sub-grid, snap on 0,25, too. I added /changed
the getGridSize() in ODesignView to a getGridSizeCoarse/getGridSizeFine pair and
changed/added members accordingly. Default is now GridSizeCoarse/(1000, 1000)
and GridSizeFine(250, 250). This is done so far, i will need to show OJ and ask
for his OK on this. Checking in...
Comment 5 Armin Le Grand 2008-10-15 16:45:01 UTC
AW: Indeed, 'nwe' interface seems not to be used at all (due to LXR). Trying to
remove...
Comment 6 Armin Le Grand 2008-10-16 10:16:10 UTC
AW: Removed superfluous grid interface, comitting all changes. Done.
Comment 7 Armin Le Grand 2008-11-06 11:21:38 UTC
AW->WG: Please review as described in the task. Maybe OJ wants to check, too.
Grid now uses a coarse/fine definition to not have too many grid points.
Comment 8 Frank Schönheit 2008-11-13 09:00:43 UTC
re-opening.

A grid is displayed now, but still that's not the grid which is used for
snapping. In m29, the visible grid was exactly the grid at which the snapping works.
Comment 9 Frank Schönheit 2008-11-13 09:01:03 UTC
fs->aw: See above for why this is reopened.
Comment 10 Armin Le Grand 2008-11-13 11:36:26 UTC
AW: Discussed with FS. This is by purpose and as discussed with OJ. Back to fixed.
Comment 11 Armin Le Grand 2008-11-14 10:22:35 UTC
AW->WG: Please review as described.
Comment 12 wolframgarten 2008-11-18 13:19:01 UTC
Verified in CWS.
Comment 13 wolframgarten 2009-02-06 13:58:46 UTC
Please  check in master. Thanks.
Comment 14 vladimir_hitekschool 2009-04-10 22:13:25 UTC
Issue 93595 has been fixed in master version OOo-dev 3.1 .0 (OOO310m9 
Build:9396) for Windows XP and can be closed.
Comment 15 oleghitekschool 2009-04-12 21:22:25 UTC
The Issue checked and closed by HitekSchool interns, Group 1 - as part of an 
Issue Hunting Party.