Selected text colour does not follow theme
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | gphpedit (Ubuntu) |
Medium
|
Onno Benschop | ||
Bug Description
Binary package hint: gphpedit
The selected text colour used by gphpedit is on my Edgy Eft system a very light orange. I can only see it if I rotate my laptop lcd completely horizontally.
Changing the theme does not appear to alter the highlight colour, nor does the colour preference inside the application provide a choice to select a different colour.
| Changed in gphpedit: | |
| importance: | Undecided → Low |
| Onno Benschop (onno-itmaze) wrote : | #1 |
| Mark Tweedie (mark-tweedie) wrote : | #2 |
I would echo Onno's comment. This is an excellent piece of software rendered virtually useless in many cases by this problem (e.g.when using "Find" to locate text) .
| Onno Benschop (onno-itmaze) wrote : | #3 |
Glad to see that I'm not alone :)
I've now marked it as confirmed. I can unfortunately not actually change the importance from my screen, but I'll ask in #ubuntu- bugs.
| Changed in gphpedit: | |
| status: | Unconfirmed → Confirmed |
| Onno Benschop (onno-itmaze) wrote : | #4 |
This bug was also lodged on the gphpedit site: http://
| Onno Benschop (onno-itmaze) wrote : | #5 |
The person reporting to me that it was a single byte fix was mistaken.
I've been looking at the source and I've noted that there is a discrepancy between the definition of the byte length for the colours.
In src/preferences.h for example the definition for set_sel_back is gint, but the parameter in scintilla is a glong, which might explain the issue.
I'm going through the parameters one by one (there's more than 300) to see if I can catch all of those, change them, recompile and see if it starts working as expected.
| Changed in gphpedit: | |
| assignee: | nobody → onno-itmaze |
| status: | Confirmed → In Progress |
| Changed in gphpedit: | |
| importance: | Low → Medium |
| Daniel T Chen (crimsun) wrote : | #6 |
Is this symptom still reproducible in 8.10 alpha?
| Changed in gphpedit: | |
| status: | In Progress → Incomplete |
| Onno Benschop (onno-itmaze) wrote : | #7 |
I don't have an 8.10 machine handy right now, but I'll look into it and report back.
| Aram Loosman (contact-webfarmer) wrote : | #8 |
yes it is indeed and it's very annoying.
would love to see this one fixed :)
| liquidweaver (joshuaweaver) wrote : | #9 |
The problem is that it never references the appropriate setting...
I attached a unified diff that fixes the bug, so gphpedit actually uses the background highlight setting chosen.
For non-developers out there, to use it:
_____snip______
apt-get source gphpedit
sudo apt-get install libgtkhtml2-dev libgnomeui-dev
cd gphpedit-0.9.91
patch -p0 -i tab.diff
./configure
make && make install
_____/snip______
| liquidweaver (joshuaweaver) wrote : | #10 |
Well, a year later and we still have this problem...
Here's an amd64 package for Ubuntu 10.04 with the above patch.
Hope this helps someone.
| liquidweaver (joshuaweaver) wrote : | #11 |
Ubuntu 10.04 32-bit package, otherwise same as in comment #10
| Lior Kaplan (kaplan) wrote : | #12 |
version 0.9.97 was uploaded today to debian. I guess it will be also available in Ubuntu in a few days.
According to the changelog, this version has a fix for this bug.
| Sebastien Bacher (seb128) wrote : | #13 |
the new version is in maverick now
| Changed in gphpedit (Ubuntu): | |
| status: | Incomplete → Fix Released |
Not sure why this is marked of LOW importance, it stops me from being able to use the application because I cannot see which piece of text is selected and I do not appear to have the means to manually modify it.
On the face of it, the bug as reported is one of esthetics, but that is not what is really happening.