kolourpaint - no text wrapping

Bug #261224 reported by Zuldim
4
Affects Status Importance Assigned to Milestone
KDE Graphics
Unknown
Wishlist
kdegraphics (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

Binary package hint: kolourpaint4-kde4

When I use the text tool, it doesn't wrap. Instead it continues to go on, where I can only use it, if I make the text box longer.

I am using Hardy Heron 8.04.

Could we at least have an option to have it wrap around? I didn't see one.

Revision history for this message
In , Tobias Ernst (tobias-ernst) wrote :

Version: (using KDE KDE 3.4.0)
Installed from: Gentoo Packages

I would like to have text automatically wrap according to the size of the box. If I resize the box before finishing it, the text should automatically rewrap.

Of course this feature should be an option, as in other situations it might be preferable to manually enter thei line breaks instead.

I need this feature when translating the titels and labels in scanned technical drawings.

Revision history for this message
In , Dang-v (dang-v) wrote :

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?

Revision history for this message
In , Tobias Ernst (tobias-ernst) wrote :

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

Revision history for this message
In , Dang-v (dang-v) wrote :

Reassigning bugs to KolourPaint support email address.

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Would be nice. I'll report this upstream.

Changed in kdegraphics-kde4:
status: New → Confirmed
Changed in kdegraphics:
status: Unknown → Confirmed
Changed in kdegraphics:
importance: Undecided → Wishlist
Changed in kdegraphics:
status: Confirmed → Triaged
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Hello there,

Kubuntu currently does not have the manpower necessary to implement this feature as a distribution, so we are closing this report. Worry not, though, because your wish item is still being tracked by KDE at http://bugs.kde.org/show_bug.cgi?id=120063 . Once KDE implements this feature, we will include it in the Kubuntu release which contains the KDE version the feature was implemented in.

Thanks for understanding, and have a nice day.

Changed in kdegraphics (Ubuntu):
status: Triaged → Won't Fix
Changed in kdegraphics:
importance: Unknown → Wishlist
Changed in kdegraphics:
status: Confirmed → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.