Issue 78625 - RPT: memo fields leave spac after d&d
Summary: RPT: memo fields leave spac after d&d
Status: CLOSED FIXED
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: recent-trunk
Hardware: All All
: P4 Trivial (vote)
Target Milestone: OOo 2.4
Assignee: christoph.lukasiak
QA Contact: issues@dba
URL:
Keywords: new_implementation
Depends on:
Blocks:
 
Reported: 2007-06-18 16:43 UTC by christoph.lukasiak
Modified: 2012-03-01 22:32 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 christoph.lukasiak 2007-06-18 16:43:59 UTC
0. open a new database
1. create a table with any fields (number, memo, text)
2. open the report designer and bind it to the table
3. open the add field container and d&d fields in above direction
-> d&d number works fine
-> d&d memo leave a big space betwenn the label field and the memo field (should
not have a space - both fields should be on one level)
-> d&d text creates a label under the memo label and a text field under the
number field (confusing design)

=> this breaks the style rule: label field and table field on one level and look
invalid
Comment 1 christoph.lukasiak 2007-06-18 16:44:48 UTC
set keyword 'new_implementation'
Comment 2 christoph.lukasiak 2007-06-18 16:45:52 UTC
.
Comment 3 christoph.lukasiak 2007-06-18 16:48:48 UTC
the same with image fields and equal made ones (with different label and table
field size)
Comment 4 Frank Schönheit 2007-06-19 07:32:52 UTC
> d&d memo leave a big space betwenn the label field and the memo field

Cannot reproduce. I assume you dropped the field to a location where it was
impossible to create two controls side by side (since they would have overlapped
with other controls), so there was a fallback to some other layouting.

> d&d text creates a label under the memo label and a text field under the
> number field

Cannot reproduce. Again, I suppose this has to do with *where* you actually drop
the fields. Please specify further.
Comment 5 christoph.lukasiak 2007-06-20 10:43:08 UTC
instead d&d -> doubleclick on the 'field names' in the 'add field' container for
better repro
Comment 6 Frank Schönheit 2007-07-02 10:09:22 UTC
The Report Designer iTeam decided that this is no show stopper for the first
release, and no "should be fixed if possible at all". targeting to "not
determined" for the moment.
Comment 7 marc.neumann 2007-09-10 15:39:52 UTC
The Report Designer iTeam decided to retargeting this issue to "2.x".
Comment 8 ocke.janssen 2007-10-16 10:12:51 UTC
Fixed in cws reportdesign01
Comment 9 ocke.janssen 2007-10-23 09:43:37 UTC
Please verify. Thanks.
Comment 10 christoph.lukasiak 2007-10-30 14:36:03 UTC
verified in cws
Comment 11 drewjensen.inbox 2008-03-15 03:09:41 UTC
Testeed w/OOo 2.4 m_11, Kubuntu 7.1 64bit, SRB 1.0.2

Closing