Summary: | auto wrapping of text | ||
---|---|---|---|
Product: | [Applications] kolourpaint | Reporter: | Tobias Ernst <tobias_ernst> |
Component: | general | Assignee: | kolourpaint-support |
Status: | CONFIRMED --- | ||
Severity: | wishlist | ||
Priority: | HI | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Tobias Ernst
2006-01-13 21:14:55 UTC
Do you mean like "Dynamic Word Wrap" in KWrite/Kate? If so, I hope to implement this this year for KDE 4. I don't think there needs to be an option to turn this new proposed behaviour off as you will still be able to explicitly specify line breaks like in KWrite. Do you agree/disagree? Hi > Do you mean like "Dynamic Word Wrap" in KWrite/Kate? To be honest, I don't know the other KDE applications at all (I just didn't find any non-KDE paint program that suits me - kolourpaint is the best one even without word wrap). What I mean is the default behaviour of any text box or "text frame" in e.g. OpenOffice or (just installed it to check) KWord. You create a text box, type some text, and the text wraps according to the borders of the box. Whereas in kolourpaint, the text doesn't wrap, but just disappears behind the right margin when the line is longer than the width of the box. Of course, if the text box is resized (prior to finalizing, that is), the text should of course re-wrap to always optimally fit within the box. My workflow using <Jehova>MS Paint</Jehova) is like this: I identify one label in my drawing, say, a three line text like "flexible tubing connector for gas inlet" I then use the text tool and open up a text box that exactly covers the old label. In side the text box, I type the German translation of that string, which is automatically wrapped as needed. Sometimes my translation will be longer than the original, so I then experiment with the size of the text box until everything fits in well. When done, I click outside the text box window to finalize it. After that, the text can't be edited/reflowed any more, which is fine for me. > If so, I hope to implement this this year for KDE 4. That would be great! > I don't think there needs to be an option to turn this new proposed > behaviour off as you will still be able to explicitly specify line > breaks like in KWrite. Do you agree/disagree? I'm sure there's someone out there who likes the fact that there isn't any automatic wrapping at all, and that superfluous text just disappears behind the right margin. Then again, you could first leave out the option and see if anybody complains. Surely most tasks I could think of cound be handled with automatic wrapping enabled and without a need for switiching to the old behaviour. Regards Tobias Reassigning bugs to KolourPaint support email address. |