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

[Johannes Heck]

I still can't submit issues to tw issue tracker project - I've just
submitted this issue to google code support (
http://code.google.com/p/support/issues/detail?id=4914), on this project, I
can submit. Am I the only one who can't submit issues to the tw issue queue?

2011/1/25 Johannes Heck <heck.johannes at googlemail.com>

>
>
> 2011/1/25 Stefan Löffler <st.loeffler at gmail.com>
>
>  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
>>
>
> I just wanted to add it, but it doesn't work, very strange. After clicking
> "submit", the page loads for a second, but then my text is still there and
> nothing happens, no notification at all. I'll try it again tomorrow, seems
> to be a google code problem.
>
> Johannes
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/texworks/attachments/20110126/e813b77d/attachment.html>