Created attachment 194760 [details] Test the different modes for entering fields. Set curor in firt field and move by tab. Open the attached database. Enter the table. Move from one field to the other by tabulator. Varchar field and boolean field will be marked for overwriting. Numeric and date field will be entered with cursor on the left. You have to delete the old content if you want to change new content. Open the form. Set the cursor in the first field for ID. Move from one field to the other by tabulator. All fields will be marked for overwriting. On my system Varchar field will be shown with a different color so might be overwriting has something to do with window manager KDE here. No set cursor in the table control of the form. Same behavior as in a table without form. Only varchar field and boolean field will be entered for overwriting. Expected behavior: All fields, which could be changed, should be opened for overwriting. Version: Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded
I think I can't reproduce with Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded All fields are selected to overwrite, the difference is only the color, black for text and blue for numbers and date.
Created attachment 194772 [details] Moving through a table with tabulator (Linux, KDE) Tried my first screen video recordings. Hope it helps.
Created attachment 194773 [details] Moving through a form with standalone fields and table control.
Ok, I was looking on the table, not in the sub-table. Not exactly the same behavior. Go to the beginning of field with numerics and dates, go to the end of text field. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: aaf2967d74a9a7ba2d28433e1872422ce38b6244 CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded
The non coherent behavior is the behavior in the table "tbl_Test" (see pane "Tables", not "Forms") and in the table control of the form "frm_Test" (the control, which looks like a table - isn't a subform here). The expected behavior is the behavior of the standalone controls in the form "frm_Test". Every field, which has been entered, should be marked completely for overwriting with new data. Why? Open table "tbl_Test" and set the cursor in front of '1' in field "ID". Move with tab to next value and begin to type a new name. The old content will be deleted automatically and all I type new is the new content. Press tab and try to change the date. Type a number. Wrong date appears, because old date won't be deleted automatically. Same behavior in next field "Count" and in field "Costs". Only "Yes_No_Boolean" could be changed without deleting by pressing space. Try the same in the form. It will work well in the standalone controls, but when entering the tablecontrol it is the same behavior as described for "tbl_Test".
I can confirm the incoherent behavior. Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: CL threaded
Hi, System: Kernel: 5.15.0-112-generic x86_64 bits: 64 Desktop: Cinnamon 6.0.4 Distro: Linux Mint 21.3 Virginia LO-Base: Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.5 Calc: threaded ----------------------------------- I can confirm the problem with the numerically formatted columns in the table. For quick file entry, it would be desirable if the content in these fields were completely marked for overwriting when entered. Robert's film illustrates the behavior very well. greeting wolfgang
Created attachment 194799 [details] How it should work. Makro selecst content in tablecontrol. Form frm_Test now shows the expected behavior. Elements in the tablecontrol will be selected when field gets focus. Macro isn't connected to text field and boolean field.