On Tue, Dec 05, 2023 at 07:23:34PM +0100, Thorsten Alteholz wrote:
> urlview got a new maintainer/upstream (in CC:) and development picked up> pace again. Probably something broke ...
It's entirely possible, thanks for CC:ing me.
> Anyway, this mailing list is more about the older versions of Debian and not> the bleeding edge.
Hopefully I reconfigured the Reply-To correctly to get followups to the
upstream list and to not bother you with them any-more.
> On 05.12.23 17:13, Chime Hart wrote:> > Hi All: Maybe I should ask this in Debian Accessibility, but I notice in> > Debian SID, last 2 days or so since urlview got updated, its layout when> > finding matches are different.
It uses one title line with pebbles instead of a long string + blank line, yeah.
> > Something else I've noticed for alot longer,> > when hitting a slash to search, I must hit a backspace, otherwise there> > is a capitol P.
I have to say, I've been using urlview-ng 1b for a long time already and
I haven't run into this.
urlview 0.9 /does/ use a "char search[1024];" buffer for searching,
and doesn't initialise it. I think I used to also get garbage in there
sometimes, so that's probably the P you're seeing. This was fixed in
https://git.sr.ht/~nabijaczleweli/urlview-ng/commit/7ef760c25894eaccca0b6a0341f8826d667a70e7https://git.sr.ht/~nabijaczleweli/urlview-ng/commit/f2c66d1512815a5402938705e3e36cfb8e952333
and urlview-ng 1 doesn't have this issue.
> > I am useing it with L Y N X but now its landing on a blank line instead> > of a match from a search.
I've never seen this behaviour, but all my testing has been done on st(1) and tmux(1),
and this possibly smells to me like a VT difference.
Please send a file and search string that reproduces this,
and fill out this questionnaire:
what terminal do you use?
what's the $TERM?
what does stty size tell you?
with these five data-points I'll hopefully be able to reproduce this.
> > I wish I could mention an exact version number but there> > seems no command for that.
urlview-ng puts the full version in the title bar,
but for urlview 0.9 the best you can do is dpkg -l urlview.
Best,
наб
Hi both of you: Wow, I must confess, I am just a user, so while I run updates
on my system, I really have no idea how to install commits. But the version is
Name Version Architecture Description
+++-==============-============-============-=================================
ii urlview 1b-1 amd64 Extracts URLs from text
Since I am listening with a screen-reader, I have a maximum of 180lines by 270
columns. Wish I had more columns. Several of the other items you asked about,
will need to research or I can try-and-find answers on Saturday when my Linux
expert is here. Thanks in advance.
Chime
On Tue, Dec 05, 2023 at 12:06:11PM -0800, Chime Hart wrote:
> Since I am listening with a screen-reader,
Thanks for mentioning this!
This may be a crucial difference between urlview 0.9 and urlview-ng:
after searching, 0.9 leaves the terminal's cursor on the line it found,
but urlview-ng leaves it on the blank line at the end,
where the "search for" prompt used to be.
I'm assuming this means that your screen reader,
on 0.9, re-read the selected line with the cursor,
but on urlview-ng just reads the empty line.
This was a consequence of revamping the draw code,
and I didn't think it to be an issue ‒ I must confess,
I didn't really know how screen readers behaved in this scenario;
I'll have to fix this, let's hope I can do it by Saturday
so you can have something to test.
Don't worry about all the terminal/size stuff,
that was a shot in the dark for some common compatibility issues.
Best,
наб
On Tue, Dec 05, 2023 at 12:45:08PM -0800, Chime Hart wrote:
> And yes, cursor tracking is `quite important.
Fixed in https://git.sr.ht/~nabijaczleweli/urlview-ng/commit/b6cf7ac3c0f688be58d931c276eb454804718b72
You should be able to run
-- >8 --
sudo apt install git build-essential libncurses-dev
git clone https://git.sr.ht/~nabijaczleweli/urlview-ng
DEFAULT_COMMAND=/etc/urlview/url_handler.sh SYSTEM_INITFILE=/etc/urlview/system.urlview PREFIX=/usr make -C urlview-ng -j urlview
-- >8 --
and the file urlview-ng/urlview will be an updated binary,
which tracks the tty cursor to where it ought to be.
You can run it directly, or update the system binary with
sudo cp urlview-ng/urlview /usr/bin/urlview
(it'll get replaced on update, or rollback with "apt install --force urlview").
Sorry for the inconvenience,
наб
Well, thank you, I cut-and-pasted many of your commands. However, the one with
sudo apt --force urlview says no such file. I ran make it went fine, but
when running urlview_handler.sh or just plain urlview, I now get a blank
screen. O, that cp command didn't work either. You had a long command on a line
beginning with defalt but that didn't work, or maybe that belonged with a
previous item. I just ran an update, there are 25 more packages, but urlview
isn't on the list yet. O, I am in TCSH, if that makes any difference. Thanks in
advance.
Chime
Sorry, that snippet was for a standard shell.
Under TCSH, as you've identified, the line beginning with DEFAULT
needs to be changed by adding "env" to the start;
you should be able to run
-- >8 --
make -C urlview-ng clean
env DEFAULT_COMMAND=/etc/urlview/url_handler.sh SYSTEM_INITFILE=/etc/urlview/system.urlview PREFIX=/usr make -C urlview-ng -j urlview
sudo cp urlview-ng/urlview /usr/bin/urlview
-- >8 --
from the same directory as before,
to build and install a fixed urlview.
If after doing this it still doesn't work,
you can run "sudo apt install --reinstall urlview" to revert
(I mistyped it last time, it's not --force, sorry).
In that case, it may be helpful to know what your screen-reader
configuration is, so I can test it locally.
Best,
наб
O, boy, I tried purging-and-re installing in Debian, still have a blank screen.
I followed that url for the committ, gunzipped the .tar, now have a really long
directory name, but just running make isn't working as before. As far as your
command, what are these links with dashes-and-an 8? As of now I am running a
screen-reader called Speakup which is in staging in the kernel. Will certainly
continue experimenting while I read-and-paste instructions. Would this go
faster if we got on the phone live? Thanks in advance
Chime
Thanks for the info, I managed to configure speakup on my laptop,
and can reproduce both your report and that the commit probably fixes it
(searching, then numpad 8 was "blank", now reads out the URL).
The commit link was probably misleading, sorry ‒ I didn't even know
there's a tarball there, it won't work unfortunately,
you need to either clone with git or download
https://git.sr.ht/~nabijaczleweli/urlview-ng/archive/trunk.tar.gz
The "links" are a way to separate running text from a code sample,
but they clearly don't work all that well.
Let's try this.
(start of instructions)
wget https://git.sr.ht/~nabijaczleweli/urlview-ng/archive/trunk.tar.gz
tar -xaf trunk.tar.gz
cd urlview-ng-trunk/
make DEFAULT_COMMAND=/etc/urlview/url_handler.sh SYSTEM_INITFILE=/etc/urlview/system.urlview VERSION=1b+ PREFIX=/usr urlview -j
sudo cp urlview /usr/bin/urlview
(end of instructions)
Running this all in sequence should work.
If it doesn't, we may be able to work something out over the phone.
Best,
наб
Well, thank you, I ran all of those, but still a blank screen. I just purged
urlview-and-ran that last cp command, still a blank screen Now I tried with a
.pls file, it did finally show the 1 url. So, we probably need a dialogue if
you just type urlview with no file. So, this is better news than I thought,
also probably misslead both of us somewhat.
By the way, in the from field, your name reads as 3 question-marks
Chime
Well, if you run urlview with no file arguments,
it starts reading the URLs from the standard input stream;
this means you can pipe in the file you want to examine, for example
(if you use mutt, this is what Control-B does);
this is consistent both with all historical versions of urlview,
and with the rest of the UNIX userland.
But it is quite surprising if you aren't expecting it.
I'm assuming this is what happened?
If the input doesn't contain any URLs, it logs "No URLs found." and exits
(you can validate this by running "urlview /dev/null",
or "urlview", then typing Control-D;
if you run "urlview", type a URL, then Control-D,
it'll show up in the menu).
My name is three cyrillic letters,
so something is probably mangling it for display for you.
I undersign with the same name, so if there's a mis-match,
then this is a bug in your mail program.
Best,
наб
OK, thanks for those explainers. Yes, typing "urlview /dev/null" does say "no
urls found. My point is, it probably should also say that by just typing
"urlview" I have never figured out mutt, always used pine-and-now alpine for
mail. Thanks much for your patience this afternoon.
Chime