<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Select content gets a table click More Options" href="https://bugs.documentfoundation.org/show_bug.cgi?id=136713#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Select content gets a table click More Options" href="https://bugs.documentfoundation.org/show_bug.cgi?id=136713">bug 136713</a> from <a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> Telesto</a> <pre>(In reply to Heiko Tietze from <a href="show_bug.cgi?id=136713#c2">comment #2</a>) > (In reply to Telesto from <a href="show_bug.cgi?id=136713#c0">comment #0</a>) > > 3. Table drop down -> Click more > > What is the "table drop down"? If you talk about Table > Insert Table... > applied to text, usually tab separated numbers, converting the text into a > table, that's not a bug but a feature. It's the same as Table > Convert > > Text to table (using Default table style). This about the 'table picker' in the toolbar; no clue how to call it.. and pressing 'more options' Yes, this could be seen as 'feature' and as bug at the same time. Dislike putting thing where the don't belong. Table > Convert >> Text to table (using Default table style) is the 'clean' an proper way, IMHO. However introducing such a feature isn't to hard. Getting it out will certainly trigger a "angry mob" somewhere (so suspect the answer to be 'leave it alone') Other option would be to to set it to low -> and introduce a new with a new category.. re-evaluate after 1 or 2 years :-). To be extended (maybe indefinitely). Or create a special meta-bug for open end design decisions. So there is 'temporal' solution; we set it to X or Y. And we might re-consider. Instead of throwing into the not a bug or invalid area. Currently complains about UX being disappearing out of sight (by not a bug/or invalid). Which more or like burying it under the carpet. Prefer leave a single report about the topic open (in specialized meta bug). To keep tabs on the topic.. while holding on to they current approach. So at least we know why we keep certain around and keep some track on complains (duplicates) and having a nice list of to be evaluated some day, some time. Yes, increasing the 'number of bugs' in the bug tracker; but I think the bug tracker will survive that :-)</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>