| Summary: | Syntax Highlight does not apply to the name of functions | ||
|---|---|---|---|
| Product: | [Applications] kdevelop | Reporter: | Maxi Combina <maxicombina> |
| Component: | general | Assignee: | kdevelop-bugs-null |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | wishlist | CC: | davydov.vladimir |
| Priority: | VLO | Keywords: | triaged |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Maxi Combina
2010-02-03 13:09:07 UTC
Should be possible by using the (in 4.4 new) HighlightInterface and get the defaultAttribute() for the functions. Low Priority though, as the current color "works". (In reply to comment #1) > Low Priority though, as the current color "works". A pity... for all of us who don't like bright interfaces, and use dark colors :( (In reply to comment #2) > (In reply to comment #1) > > Low Priority though, as the current color "works". > A pity... for all of us who don't like bright interfaces, and use dark colors > :( AFAIK dark color schemes work reasonably well even now. In fact Milian uses a dark color scheme for KDE. There's just no interface to configure all the additional highlighting thats done by kdevelop when it knows the source structure. That's great news. Will have to update... Still reproducible in the 4.0.0 with KDE 4.4.3. I have voted for this bug, because I am using use mc'like syntax color scheme. can you please show me a screenshot if something is _not_ working? Here's how it looks for me: http://imagebin.org/95979 if there is only the fact that you cannot change the colors to your liking, pleaes bear with us until this is eventually implemented. Or better yet: write us patches since this is _very_ low priority as I said already. It works after all... Thank you Milian, Your scheme is looking fine. As I understand, some colors are not configurable now. Are they generated or hardcoded? I have created two screenshots. There is default color scheme for kdevelop4 http://imagebin.org/95986 There is my custom color scheme, which I'm trying to stylize to mcedit default colors. http://imagebin.org/95990 As you can see, a lot of colors are bad visible on blue background. I have underlined some (not all) elements with color, that I cannot change. I have C++ experience and will try to fix it. Unfortunately I don't have experience in KDE programming :-( Maybe you hint me about which part of code I need to see? Thanks (In reply to comment #7) > Thank you Milian, > Your scheme is looking fine. > As I understand, some colors are not configurable now. > Are they generated or hardcoded? They are generated hence they work with both light and dark schemes. However... > I have created two screenshots. > There is default color scheme for kdevelop4 > http://imagebin.org/95986 > > There is my custom color scheme, which I'm trying to stylize to mcedit default > colors. > http://imagebin.org/95990 We do not support (AFAIK) mixing KDE's global color scheme with a kate-specific totally different one. That is if you want a light kate color scheme then your KDE color scheme also needs to use light colors and if you want darker ones then both global KDE and kate color scheme need to be dark. @Milian: Feel free to correct me when I'm wrong. starting with KDE 4.4 we actually use the colors reported by Kate @ Davydov: please send me your kateschemarc file from ~/.kde/share/config or at least the definition of that blue scheme. I never tried it with such fancy stuff, only with white or dark grey... (In reply to comment #9) > > @ Davydov: please send me your kateschemarc file from ~/.kde/share/config... Done, please check your mailbox. Is this still an issue? (In reply to comment #11) > Is this still an issue? Yes, it's reproducible on Kdevelop 4.3.1 with KDE 4.8.5 at least. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |