https://bugs.kde.org/show_bug.cgi?id=491923

kdeb...@toeai.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|WAITINGFORINFO              |---
             Status|NEEDSINFO                   |CONFIRMED

--- Comment #4 from kdeb...@toeai.com ---
(In reply to Christoph Cullmann from comment #2)
> Hmm, we do to prefer to wrap at word boundaries. I don't see that we can
> have more fine grained control with Qt over this, if that is wanted, one
> must report that upstream to Qt. Did you alter the options to allow wrapping
> anywhere?  e.g. 'Disregard word boundaries for...'? If yes, one might try to
> disable that, if not, I don't see that we will work on this.

No, I did have the 'Disregard word boundaries for dynamic wrapping' option
checked.

I guess I don't know enough about the internals of how lines are wrapped.  If
you think this is something to report upstream, then exactly what type of
widget are we dealing with, and what are the options used for its creation? 
Why I don't think it's something that could be reported upstream is because
it's language dependent, and syntax highlighting is a feature of Kate, not Qt,
right?

When it comes to other methods of determining words and word breaks, I know
that Kate has a way of messing with that.  For some examples:

If you double-click on a "word" it selects the word.  Without any special
syntax highlighting , a leading # on a word is selected along with the word. 
But with syntax highlighting for Python, it is not, because the hash just
indicates a comment; it is not part of the first word in the comment. 
Similarly, with syntax highlighting for C, if you double-click #include only
the letters "include" are selected, whereas the hash would also be selected
without the syntax highlighting.

If you press the right or left arrow keys while holding down the Ctrl key, it
moves the cursor one "word" at a time.  With syntax highlighting of C or
Python, the cursor will move over a hash character (#) and any whitespace that
follows it in one move.  But without any special syntax highlighting, the
cursor will (rather oddly) stop between the hash character and any whitespace
that follows it.

Are you telling me that Kate has control over what constitutes a "word" for
double-click selection and for cursor movement but not for wrapping?  That just
seems odd.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to