View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001098||Scribus||Story Editor / Text Frames||public||2004-09-17 18:36||2016-11-11 13:22|
|Summary||0001098: Feature request ot manually integrate Shift+Click automatic text frames (without using mouse)|
|Description||Text frames that are created automatically when clicking the 'Edit text tool' on the canvas area. When this method is used, as opposed to creating a text frame first, the shape properties will 'Scale frame to text size' (can be changed later of course).|
The width of an automatic text frame is determined by the nearest boundaries (either page margins or guides).
|related to||0001069||closed||jghali||Auto-adjust size of text box to the text|
|related to||0001410||acknowledged||Allow automatic text frames after document has been started|
|related to||0000245||acknowledged||Automatic addition of new pages with auto-text frames.|
|related to||0011043||new||once the document is created, there is no way to disable auto text frames|
|related to||0008635||new||Automatically create text frames from paragraph styles|
|related to||0008806||confirmed||Strange display of automatic linked frames when pages inserted (pages get bumped out of doc flow)|
|related to||0007584||confirmed||Automatic Textframes of generated new page are at the wrong position|
|related to||0001592||confirmed||New textframes not linkable to "Autoframes"|
|related to||0003266||feedback||Enable changing the number of columns in automatic text frames|
|related to||0005177||closed||Display of the new auto frames wrong|
|related to||0002673||feedback||Linking and unlinking of automatically created text frames doesn't work correctly|
|related to||0011046||confirmed||Adding page w/Text frames in to preexisting Automatic Text Frames will bump said text frames to last page outside of canvas|
if I get you right, you would like to:
-- click on the "Story Editor" before a text frame has been created
-- type your text or import it into the Story Editor
-- on closing the "Story Editor" a frame/many frames of appriopriate height and width should be created...
is this what you've meant?
No, sorry for the confusion. What I meant is a text tool that works like PageMaker's text tool: click on the canvas and start typing. This method is much quicker for headlines and captions.
For this to work, a new text frame attribute would be needed to scale the frame [vertically] based on the frame contents: add/resize text and the frame gets bigger.
The current method of creating a frame first, and then filling it with text works great for body text, but is cumbersome for adding a quick headline or caption.
||It's not only PageMaker that works that way. I have worked with several other programs, which exactly behave the same, e. g. RagTime or Canvas. To be honest, I never found this way appealing. A clear frame based approach is less confusing and more consistent, and in the end, users have more control. Just think about an endless number of inadvertently created frames.|
packetbell, thank you, i got it :)
personally, i like the current approach, but I'm not a DTP professional by any means:)
Reminder sent to: cbradney
what do you think: "won't fix" or "acknowledged"?
||Maybe even fixed in 1.3.4cvs.. if you select the text tool, and then Shift click it will create a frame within the nearest guides/margins/page boundary.|
I find this confusing too.
Can we fine tune this a bit? The text in a frame is how Scribus works. But I agree to some extent that setting up a title or few lines of text could be made more intuitive (less clicks, less mouse movements).
If we are going to dig in that direction, could we imagine a text tool that would allow typing directly on the canvas AND creating at the same time its own text frame? That way, we remain in the Scribus way, with frames, but there is a way to intuitively create a new text frame and edit it at the same time. With a single click on the canvas. How does that sound?
Also, I like the idea of having a text frame that, like image frame, can adapt to the content (set frame size to image size is the option I think. So, same could apply to text frame). Actually, we need the fixed frame approach and at the same time an adaptable frame would be very efficient as well.
||Oops! My note is actually answering packetbell's suggestion. I didn't see Craig's note before posting my own. Sorry.|
||The Shift-click trick is interesting. I cannot say it's what I was thinking (and I don't think this is what packetbell has in mind as well) and I'd have to give it a test drive to see wether it is useful or not. But it sure works! :)|
tested it with 1.3.4cvs, it works as described by cbradney with shift+click.
packetbell: is it OK for you, if I resolve this now?
Craig's trick is most likely not what packetbell intended. I'm quite sure he preferred something that inkscape does after choosing the text tool (I'm mentioning inkscape in addition to PM, RagTime and Canvas because I suppose everyone has access to it). This is a different kind of animal.
If one would think about implementing this, it would be neccessary that no empty text frames can be created that way, IMHO, because, as stated above, it's easy to create lots of empty objects by mistake.
||I agree. As described by packetbell, the bug is not resolved and I think we need more discussion as how to implement such a feature. There are good reasons to be cautious here. Christoph has a very good point. I don't know if what I suggest is to the taste of others. Please don't close this bug yet.|
Implementing this feature would *not* do away with the frame-based metaphor. Once an 'automatic' text frame has been created, it behaves like any other text frame. It would only require an extra frame property:
[x] Adjust frame-size to contents
This will ensure that the frame scales (vertically) as the text is modified. To turn the frame into a regular text frame, simply uncheck the 'Adjust ...' option.
The other functionality I described (snap to nearest boundaries) is only applicable when the frame is first created. Afterwards, it is just a text frame, and it will only snap to boundaries if 'Snap to Grid' or 'Snap to Guides' is active.
When 'Adjust frame-size to contents' is the default behavior for the shift-click text tool modifier, this would be exactly what I was after.
>> When 'Adjust frame-size to contents' is the default behavior for the shift-click text tool modifier, this would be exactly what I was after.
That makes sense to me. But there is still a text frame in that idea. This seems to me we are in the "frame metaphor" you don't want. Something is slipping out of my understanding. What is it that I don't get?
>> This seems to me we are in the "frame metaphor" you don't want. Something is slipping out of my understanding. What is it that I don't get?
I don't think I ever spoke against the concept of a frame. This is just an enhancement for quickly creating frames that contain short texts, like headlines, captions, or short bits of text you need to work with when doing a free-format page.
||Understand. Thank you. And I think it will be a nice enhancement.|
|2004-09-17 18:36||packetbell||New Issue|
|2006-02-06 18:11||jo-hannes||Relationship added||related to 0001069|
|2006-04-14 22:01||mhanski||Relationship added||related to 0001410|
|2006-04-14 22:02||mhanski||Relationship added||related to 0000245|
|2006-04-14 22:03||mhanski||OS||=> any|
|2006-04-14 22:03||mhanski||OS Version||=> any|
|2006-04-14 22:03||mhanski||Platform||=> any|
|2006-04-14 22:03||mhanski||Product Version||1.2 => 1.3|
|2006-04-14 22:16||mhanski||Note Added: 0009986|
|2006-04-14 23:53||packetbell||Note Added: 0009993|
|2006-04-14 23:59||packetbell||Note Edited: 0009993|
|2006-04-15 00:10||christoph_s||Note Added: 0009994|
|2006-04-15 08:48||mhanski||Note Added: 0009997|
|2006-04-15 08:49||mhanski||Note Added: 0009998|
|2006-04-15 11:56||cbradney||Note Added: 0010001|
|2006-04-15 12:59||louisdesjardins||Note Added: 0010002|
|2006-04-15 13:26||louisdesjardins||Note Added: 0010003|
|2006-04-15 13:29||louisdesjardins||Note Added: 0010004|
|2006-04-15 18:07||mhanski||Note Added: 0010013|
|2006-04-15 18:31||christoph_s||Note Added: 0010014|
|2006-04-15 19:13||louisdesjardins||Note Added: 0010017|
|2006-04-15 21:37||packetbell||Note Added: 0010022|
|2006-04-15 22:59||louisdesjardins||Note Added: 0010025|
|2006-04-16 01:09||packetbell||Note Added: 0010027|
|2006-04-16 02:23||louisdesjardins||Note Added: 0010028|
|2006-04-29 21:09||mhanski||Status||new => feedback|
|2015-09-17 20:08||Kunda||Category||Story Editor / Text Frames => Story Ed/Txt Frames|
|2015-09-17 20:12||Kunda||Category||Story Ed/Txt Frames => Story Editor / Text Frames|
|2015-11-24 00:34||Kunda||Relationship added||related to 0001592|
|2016-01-19 12:36||Kunda||Relationship added||related to 0003266|
|2016-01-19 12:37||Kunda||Relationship added||related to 0011043|
|2016-01-19 12:38||Kunda||Relationship added||related to 0008635|
|2016-01-31 00:21||Kunda||Relationship added||related to 0005177|
|2016-02-14 13:54||Kunda||Relationship added||related to 0008806|
|2016-02-14 13:56||Kunda||Relationship added||related to 0002673|
|2016-04-11 18:59||Kunda||Tag Attached: Autoframes|
|2016-04-12 14:55||Kunda||Relationship added||related to 0007584|
|2016-05-20 13:41||Kunda||Relationship added||related to 0011046|
|2016-11-11 13:20||Kunda||Status||feedback => acknowledged|
|2016-11-11 13:20||Kunda||Summary||Automatic text frames => Automatic text frames (feature request ot manually integrate Shift+Click)|
|2016-11-11 13:20||Kunda||Patch||=> No|
|2016-11-11 13:22||Kunda||Summary||Automatic text frames (feature request ot manually integrate Shift+Click) => Feature request ot manually integrate Shift+Click automatic text frames (without using mouse)|