Skip to content
This repository has been archived by the owner on Feb 10, 2024. It is now read-only.

Colors aren't parsed correctly in topic. #150

Open
blasphemy opened this issue Oct 14, 2012 · 13 comments
Open

Colors aren't parsed correctly in topic. #150

blasphemy opened this issue Oct 14, 2012 · 13 comments

Comments

@blasphemy
Copy link
Contributor

If you turn off color stripping for topics, it doesn't parse the colors, only boxes appear.
example

@5moufl
Copy link

5moufl commented Nov 12, 2012

And I get this behavior whether or not "Use the Text box font and colors" is checked.

@TingPing
Copy link
Member

So there are 3 solutions to this i can think of:

  1. Always strip colors
  2. Convert to a gtklabel. Only loss is editing in it and a bit of work to parse colors.
  3. Add functionality to gtk's built in Entry widget.

@NoneGiven
Copy link
Contributor

Ideally there should still be some way to get the control characters to appear in the topic bar for ease of editing while maintaing color information.

TingPing added a commit that referenced this issue Oct 2, 2013
@zertap
Copy link

zertap commented May 16, 2014

Image of still broken stuff
Doesn't handle multiple colors well.

I'd like to see it like it shows up in the chat buffer. Maybe have it show the symbols when editing and ++ if you include actual ability to insert the colors.

@TingPing
Copy link
Member

@zertap I had it hide the symbols at first, but it was very buggy. My personal goal was just the main input box and the topic bar was just a nice bonus, so this is something to fix at a later time.

As for the multiple colors it seems to work here, mind pasting the raw text here?

@Z1ni
Copy link

Z1ni commented Jun 2, 2014

With the newest version the colors work, but the raw symbols still show up. Or is it intended? In that case it would be nice to have some kind of toggle in the settings to show/hide control characters.
colors
Also for some reason multiple colors don't work every time (see zertap's screenshot, same channel is question)

@TingPing TingPing reopened this Jun 2, 2014
@TingPing
Copy link
Member

TingPing commented Jun 2, 2014

@Z1ni See my previous comment, but I'll reopen with plans to change that.

@TingPing TingPing removed the bug label Jun 2, 2014
@zertap
Copy link

zertap commented Jun 2, 2014

Sorry for the delay, here:
\x0313博麗神社の\x02性具\x02の保管庫 \x03\x0F| \x0308\x1DMinatsu in dev!

You'll have to convert the escape characters to the actual control characters.

@zertap
Copy link

zertap commented Jun 2, 2014

Apparently it is UTF-8 (multibyte?) characters that are breaking it (topic without utf-8 chars was displayed correctly to him):
Demonstration
screen is from a cli irc-client, weechat, since I don't mainly use hexchat

@Hawxy
Copy link

Hawxy commented Sep 7, 2014

Any update on this issue?

@GTAXL
Copy link

GTAXL commented Nov 25, 2015

Yes, I have the same issue too and it irritates me as colors in the topic seems like a cool feature. Can you please fix this and provide an update on the status? Here is what I get, http://pik.gtaxl.net/24_11_15_20_12_21.png using charset UTF-8 and font Arial Bold 12. As you can see the color is fine in the chat section with the same font and charset, it's just in the topic bar it displays the color codes used to create said color, which are supposed to be hidden.

@samcv
Copy link

samcv commented Oct 12, 2016

screenshot_20161012_004158
This is still a issue. Is there any update on the status of this? This is my main annoyance with hexchat.

@b0nk
Copy link

b0nk commented Jul 17, 2019

Still an issue in 2.14.2

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Development

No branches or pull requests

10 participants