Bug 276057 - make semantic colors configurable
Summary: make semantic colors configurable
Status: RESOLVED DUPLICATE of bug 395856
Alias: None
Product: kdevelop
Classification: Applications
Component: All editors (show other bugs)
Version: 4.2.1
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdevelop-bugs-null
URL:
Keywords:
: 231999 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-06-19 16:14 UTC by brainstream
Modified: 2020-08-24 09:54 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
I cannot change color of selected text. (198.88 KB, application/x-7z-compressed)
2011-06-19 20:19 UTC, brainstream
Details

Note You need to log in before you can comment on or make changes to this bug.
Description brainstream 2011-06-19 16:14:41 UTC
Version:           4.2.1 (using KDE 4.6.3) 
OS:                Linux

class's names, functions, etc. See screen in attache.

Reproducible: Always

Steps to Reproduce:
Create custom color scheme
Comment 1 Milian Wolff 2011-06-19 19:51:27 UTC
missing the screenshot. and can you be more specific please? what do you mean by backlight?
Comment 2 brainstream 2011-06-19 20:19:02 UTC
Created attachment 61157 [details]
I cannot change color of selected text.
Comment 3 brainstream 2011-06-19 20:19:38 UTC
I want make classnames some custom color, but it can be green only...
Comment 4 Milian Wolff 2011-06-19 21:01:16 UTC
ah ok. so generally you want the custom semantic colors we add to be configurable.
Comment 5 Milian Wolff 2011-06-19 21:03:15 UTC
*** Bug 231999 has been marked as a duplicate of this bug. ***
Comment 6 Milian Wolff 2011-06-19 21:03:41 UTC
from bug 231999:

I would like an option to set general color ranges OR color temperature for
semantic colorization.

Example:
 - blueish(cold) colors for local variables
 - redish (warm) colors for member variables
Comment 7 Leonardo 2014-04-07 02:22:16 UTC
Old wish, eh?

I can't see why semantic colors can't be configured. Many of the hardcoded colors in KDevelop don't change, only blend with the background.

For instance, in kdevplatform code, the file language/highlighting/configurablecolors.cpp, it adds a bunch of hardcoded colors, one of them is the class color which doesn't change. What is the harm in making it configurable, in the same screen that we configure their overall intensity?

Not being able to configure them beats designing good color schemes.
Comment 8 Francis Herne 2020-08-24 09:54:22 UTC
Marking as duplicate of #395856 , which is newer but has more discussion.

*** This bug has been marked as a duplicate of bug 395856 ***