Skip to content
This repository was archived by the owner on Apr 19, 2024. It is now read-only.

Unicode breaks link detection #42

Closed
kuukunen opened this issue Jun 25, 2012 · 10 comments
Closed

Unicode breaks link detection #42

kuukunen opened this issue Jun 25, 2012 · 10 comments
Assignees

Comments

@kuukunen
Copy link

I hope this comes through the internet fine...

If you type something like this:
(  ゚,_ゝ゚) http://google.fi

It will get the start of the link incorrectly and clicking it will go to http://google.f
And the Problem will be for all links after the unicode string as long as it's on screen.
And adding multiple problematic characters will shift it further, so next it will try to go to: ) http://google.

@kuukunen
Copy link
Author

Oh and I'd like to mention this is absolutely infuriating on IRC channels that tend to use silly unicode. Basically none of the links work by clicking. I know people who have switched to mintty+ssh just because of that one single issue.

@kuukunen
Copy link
Author

Actually, I think it's that character causing problems: http://www.fileformat.info/info/unicode/char/3000/index.htm
As in " "

@ghost ghost assigned FauxFaux Jun 26, 2012
@FauxFaux
Copy link
Owner

Yeah, I can reproduce this. I've had a quick look and can't see an immediate fix, and will be away for a few weeks...

FauxFaux added a commit that referenced this issue Jul 23, 2012
This doesn't actually fix the problem as the wrong number of characters
end up getting added to the buffer (which really messes everything up),
and doesn't fix the arabic characters that that damn face contains, due
to some weird utf-16 encoding.

There really has to be a better way.
@incognico
Copy link

I can reproduce this also.

Having one line is full of the unicode 0x2500 box drawing chars and every link below the line (no matter where unicode line is) will get 'detected' one line above the actual link. So I can not highlight the link hovering over it but the text in exactly one line above. See http://i.imgur.com/Ovi6a.png - it is really annoying :P

@FauxFaux
Copy link
Owner

FauxFaux commented Aug 8, 2012

Yeah, that's the same bug. The code is just so wrong that it's funny.

twpol added a commit to twpol/PuTTYTray that referenced this issue Aug 23, 2012
@FauxFaux
Copy link
Owner

@twpol's fix looks good; will test for a while then release.

@FauxFaux
Copy link
Owner

Right, apparently "∀" still breaks it. I'm guessing it's a double-width character that chooses to render as single width.
U+0500, Ԁ, Lu, CYRILLIC CAPITAL LETTER KOMI DE too.
益 the other way.

@twpol
Copy link
Contributor

twpol commented Sep 11, 2012

The problem with the original fix was that it worked entirely by chance on the particular Unicode face given; this new fix is wholy better. :)

@Berzerker
Copy link

Is there a built exe that someone can link for this? Or is there a link somewhere? Thanks.

FauxFaux pushed a commit that referenced this issue Oct 8, 2012
@FauxFaux
Copy link
Owner

FauxFaux commented Oct 8, 2012

This should be fixed as of p0.62-t011. Any more issues, open new bugs!

@FauxFaux FauxFaux closed this as completed Oct 8, 2012
FauxFaux pushed a commit that referenced this issue Mar 19, 2013
FauxFaux pushed a commit that referenced this issue Mar 20, 2013
FauxFaux pushed a commit that referenced this issue Apr 13, 2013
FauxFaux pushed a commit that referenced this issue Jun 1, 2013
FauxFaux pushed a commit that referenced this issue Jul 13, 2013
FauxFaux pushed a commit that referenced this issue Jul 14, 2013
FauxFaux pushed a commit that referenced this issue Aug 6, 2013
FauxFaux pushed a commit that referenced this issue Aug 7, 2013
FauxFaux pushed a commit that referenced this issue Aug 11, 2013
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants