Bug 58062 - VIEWING: form of database too big for screen
Summary: VIEWING: form of database too big for screen
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
3.6.4.3 release
Hardware: All All
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Calc-DataForm
  Show dependency tree / graph
 
Reported: 2012-12-10 00:03 UTC by Horst
Modified: 2024-07-09 12:54 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Horst 2012-12-10 00:03:40 UTC 
Database table with around 35 columns and 115 records (rows) in CALC.
Selecting Menue Data-> Form.. opens a windows roughly twice the height of the screen, so you can not see the full form. On top of the slider it says 1/21. I have more then 21 columns or rows ????

Moving the slider moves through the records not through the columns.

It is impossible to view/edit the last columns.

 Same in LO 3.5.7
Comment 1 Horst 2013-02-14 23:06:50 UTC 
Problem is still present  in LO4.0.0.3.
Comment 2 Alex Thurgood 2015-01-03 17:38:02 UTC Comment hidden (no-value)
Comment 3 QA Administrators 2016-01-17 20:01:42 UTC Comment hidden (obsolete)
Comment 4 Horst 2016-01-17 21:51:03 UTC 
Tested bug in LO 5.0.4.2. 
The display window stretches now from top to bottom displaying 33 of 55 fields. There is still no way to change the display (Elevator) to display the missing 22 fields.
Comment 5 QA Administrators 2017-03-06 13:41:55 UTC Comment hidden (obsolete)
Comment 6 Horst 2017-03-15 19:33:20 UTC 
The problem still exists in LO 5.3.0.3. Comment #4 is still active.

The slider/elevator moves through the records and NOT through the Field Names. There are separate buttons to go through the records. Did somebody lock the slider to the wrong object/list??
Comment 7 QA Administrators 2018-03-16 03:36:14 UTC Comment hidden (obsolete)
Comment 8 Thomas Lendo 2018-03-17 22:07:45 UTC 
Still reproduced with Version: 6.1.0.0.alpha0+
Build ID: df4253787e9f6ba4951ee2f416ec65937b2c8ddf
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-03-16_23:54:15
Locale: de-DE (de_DE.UTF-8); Calc: group
Comment 9 QA Administrators 2019-03-18 03:45:00 UTC Comment hidden (obsolete)
Comment 10 inddev7 2019-04-03 16:15:10 UTC 
This bug still exists. It prevents using the default Data | Form... for larger data columns, which means it's useless for more productive work.

A simple solution would be to add a second scroll bar in a different area.
A _real_ solution would allow the user to access to the default form's layout. 


LibreOffice
Version: 6.2.2.2
Build ID: 1:6.2.2-0ubuntu1
CPU threads: 4; OS: Linux 5.0; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 11 QA Administrators 2021-04-03 03:46:51 UTC Comment hidden (obsolete)
Comment 12 QA Administrators 2023-04-04 03:23:26 UTC Comment hidden (obsolete)
Comment 13 fpy 2024-07-09 11:07:10 UTC 
stiil in 
Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1131ccd5ace26906bbb136ff2b4d4d7aa870aa60
CPU threads: 2; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: fr-CH (fr_CH.UTF-8); UI: en-US
Calc: threaded


more details in tdf#158426 comment 4 to 10