Text area tables are infinite width
-
Open a new LO doc.
create a text area and type a few words.
use menu text>table...
I get a table of effectively infinite width ie the left edge and right edge are waaaaaaaay off the paper edges. Not so useful. LO Version 2.0.020148 -
Interestingly if I import a TextEdit file and use text>table.. in the resulting text area it works just as I would expect.
Playing with that lead me to notice the context menu option 'make unbounded' which indeed makes the width of the text area .... unbounded. Sadly the 'make bounded' option available after doing that doesn't seem to do anything terribly helpful; perhaps it puts a right edge on the text area but since it is infinitely to the right I find it hard to scroll over to it.
Hazarding a guess, some flag about left-right bounds is not being used appropriately. Yet another case where having at least read access for the source would enable me to suggest a fix.
-
This speaks to unbounded versus bounded text boxes, something you can't do in a text editor. If you hit command-t (Mac), you see that we've added some buttons on the bottom in addition to justification: there are buttons for anchoring text to top / middle / bottom, and buttons for bounded / unbounded text. A click to add text will create an unbounded text box. Draw a box to size the text and you get text bounded to that box. If you want the table to be limited in size, use bounded text. Otherwise, we're predicting (to edge of paper) that that's how big you want the table to be.
b
@tim said:
Interestingly if I import a TextEdit file and use text>table.. in the resulting text area it works just as I would expect.
Playing with that lead me to notice the context menu option 'make unbounded' which indeed makes the width of the text area .... unbounded. Sadly the 'make bounded' option available after doing that doesn't seem to do anything terribly helpful; perhaps it puts a right edge on the text area but since it is infinitely to the right I find it hard to scroll over to it.
Hazarding a guess, some flag about left-right bounds is not being used appropriately. Yet another case where having at least read access for the source would enable me to suggest a fix.
-
And source is probably less likely than an API. In SketchUp and Earth, there are API's to give access to functionality (see http://code.google.com/apis/sketchup/ and http://code.google.com/apis/earth/). I'd start filling out a list of "I'd like to see this in a LayOut API" and we'll take it as a feature request.
b
@tim said:
Interestingly if I import a TextEdit file and use text>table.. in the resulting text area it works just as I would expect.
Playing with that lead me to notice the context menu option 'make unbounded' which indeed makes the width of the text area .... unbounded. Sadly the 'make bounded' option available after doing that doesn't seem to do anything terribly helpful; perhaps it puts a right edge on the text area but since it is infinitely to the right I find it hard to scroll over to it.
Hazarding a guess, some flag about left-right bounds is not being used appropriately. Yet another case where having at least read access for the source would enable me to suggest a fix.
-
@bjanzen said:
This speaks to unbounded versus bounded text boxes,
[snip]
Ah, I see what you mean. I'll modify my bug-claim then - the unbounded table seems to be really unbounded. It doesn't have a right edge (that I can discover) at the right edge of the paper area and in fact seems to place it completely off the right of the 'world'.If the bounding box of the unbounded box (urk!) were actually selectable it would be easy and obvious what needed doing. I would also tend to expect that swapping from unbounded to bounded would create a bounding box around the available text i.e. typing some text and going unbounded>bounded ought to return the box to where it started.
Advertisement