https://bugs.documentfoundation.org/show_bug.cgi?id=173735
--- Comment #9 from Ismail <[email protected]> --- (In reply to Regina Henschel from comment #8) > The way to go would be this: Set the cursor before the first character in > cell A1. Press Alt+Enter. That inserts an empty line before the table. Now > you can mark a range including the table and copy it to the clipboard, for > example. After your work is done, set cursor into the newly inserted line > and press Del-key to remove the line. > > The case that a table is the very first content in a document is very > special. Is worth spending developer time on it? Having a table at the top of a document followed by text isn't a 'special' or rare case—it is a standard layout very common in everyday reports. Dismissing this basic selection friction as a 'special case' misses the point. It's precisely these small, recurring UX papercuts here and there that accumulate, making LibreOffice feel incomplete or like a beta build. For many people, the real barrier to adoption isn't using ODF formats, but rather that LibreOffice lacks certain features and needlessly complicates daily work (like this selection issue, lacking a "Print Current Page" button, etc...). This is what drives users back to smoother alternatives despite existing workarounds (what works seamlessly with a simple drag/click in other office suites shouldn't require unnecessary extra steps here). Even if no developer is currently interested in fixing it, it remains a genuine UX issue and should definitely be kept open until someone can address it, rather than being closed. -- You are receiving this mail because: You are the assignee for the bug.
