https://bugs.documentfoundation.org/show_bug.cgi?id=51605
--- Comment #9 from [email protected] --- Tested LO 5.0.3.2, Windows 10. My original post was muddled, I'm afraid, but a bug still exists in 5.0.3.2, and I can clarify as follows: Scenario: "Attempt to insert a field, or reorder fields." Create table Mailing with 3 fields: Last_Name, First_Name and City. Exit editing mode and open Mailing for data entry. Add 1+ records to Mailing with appropriate data for each field. Edit Mailing. Add field Address at the end. Cut field City, move to end, and paste after Address. Exit table editing mode. Immediately open table Mailing for data entry. Desired result: Mailing has 4 column headers, in this order: Last_Name, First_Name, Address, City. Fields Last_Name, First_Name and City have appropriate data, as before. New field Address is empty. Actual result: As desired, except that field City is empty, and new field Address has city data. Why this is really a bug: Otherwise, how is a LO Base user supposed to re-order the columns, post facto?! Of course it's better to plan your table design, but sometimes new requirements come in, or you must tidy up someone else's poor design. Maintenance is easier when tables are orderly, and so is entering or editing data in table mode. It'd be nicer to be able to drag fields, in table edit mode, to re-order them. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
