[texworks] TW-Highlighting-colors aren't equal to GUI-colors

[Stefan Löffler]

Hi,

as mentioned before, syntax highlighting can be customized by editing
the respective configuration files in the resource directory.
What can (unfortunately) not be customized at the moment are the color
used for highlighting the current line, the color used for bracket
matching, and the color used to mark the extent of an autocompletion
expansion.

On 2011-01-25 18:14, Johannes Heck wrote:
> I wonder if
>
>     QPalette::Highlight 	12 	A color to indicate a selected item or
>     the current item. By default, the highlight color is Qt::darkBlue
>     <http://doc.qt.nokia.com/4.7/qt.html#GlobalColor-enum>.
>     QPalette::HighlightedText 	13 	A text color that contrasts with
>     Highlight. By default, the highlighted text color is Qt::white
>     <http://doc.qt.nokia.com/4.7/qt.html#GlobalColor-enum>.
>
> are used for the highlighting e.g. the active line in TW or text that
> was just put in by using the auto-completion (see *highlight2.JPG*
> above). Wouldn't the use of it produce a better contrast, depending on
> the current OS color theme (w/o Win Xp-Vista and OS X)?

The issue is a different one. If you normally select text (e.g. with the
mouse), the current color theme should be respected. In autocompletion,
this is no normal selection (e.g., if you hit "Del", you won't remove
it), to which the QPalette::Highlight* items above refer. Instead,
everything that was added as a result of the autocompletion is
highlighted for convenience, so the user can see what has changed. If
this were colored the same way as a normal selection, the two would be
indistinguishable, which is not the intended behavior.

I obviously do see the problem, however. Could you add this to the issue
tracker on Google Code so we don't forget about this?

HTH
Stefan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/texworks/attachments/20110125/df9db243/attachment.html>