Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

URL picker: cannot copy multiline url #1636

Open
yesco opened this issue May 25, 2020 · 4 comments
Open

URL picker: cannot copy multiline url #1636

yesco opened this issue May 25, 2020 · 4 comments

Comments

@yesco
Copy link

yesco commented May 25, 2020

The URL-picker is a great too, as selecting text to copy is difficult, wish there was a way to do it with external keyboard instead.

In any case, I have an edge case of an URL going past then end of the screen, in emacs, and this maybe the case in other editors, and it's not recognized at the emacs sets the back-slash and the last position on the row to indicate that it continues below.

Screen shot attached.

Screenshot_2020-05-25-23-05-21-986_com termux

@ghost
Copy link

ghost commented Jul 8, 2020

This isn't possible as unlike Termux, Termux:X11 uses graphical display. There no text, just video output from Xorg or Wayland server.

@ghost ghost closed this as completed Jul 8, 2020
@yesco
Copy link
Author

yesco commented Jul 9, 2020

Que? I'm not using any X11, this is an emacs running inside a normal Termux wndow!

@Grimler91 Grimler91 transferred this issue from termux/termux-x11 Jul 9, 2020
@Grimler91 Grimler91 changed the title URL picker URL picker: cannot copy multiline url Jul 9, 2020
@Grimler91 Grimler91 reopened this Jul 9, 2020
@ghost
Copy link

ghost commented Jul 9, 2020

Que? I'm not using any X11

Then how your issue appeared in Termux:X11 repository?

Ok, it is now transferred to the correct place.


What's your Termux app version?

This issue had to be fixed in 5f71e3e which is part of changes in v0.95.

@trygveaa
Copy link
Contributor

trygveaa commented Jul 9, 2020

This issue had to be fixed in 5f71e3e which is part of changes in v0.95.

This is not quite the same. His URL contains a \ which the URL detector currently doesn't consider part of a URL. In addition, it sounds like he wants the URL detector to recognize \ and remove it because the URL doesn't actually contain it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants