Re: [Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread Karen Lewellen

who said anything about using the list page?
That is not equal to using the / key, typing the word sign, and being 
taken swiftly to the active sign in link on the page.
My main point about  w3m though is that I have no real reason to try again 
since it did not  pass the library's must use JavaScript door.
Neither does lynx, but I can still search, quickly, the library catalog 
using lynx.
I agree with others though, I do not  use a mouse...at all, so lynx 
managing  mouse functions is not important for me personally.




On Tue, 2 Aug 2022, Robin Stern wrote:


@Karen this is getting off topic. Because you are new to w3m, you are
probably unaware of some goodness from it that can be inherits by lynx.
Most importantly, you can display and search just the title of links by
pressing Meta-m, which is Escape-m by default. It???s a way better feature
than what lynx has as list page that lists the long URLs that don???t mean
anything a lot of the time.

On Tue, Aug 2, 2022 at 12:38 PM Karen Lewellen 
wrote:


But lynx allows one to search the page using the slash key.  why would one
use  tab keys when one can narrow down the link goal?
granted, I just tried w3m for the first time this afternoon, not
JavaScript enough  for the Toronto public library, but neither is links or
elinks.
still,  not having the slash key find option meant it took me longer to
reach   the link I sought.
Kare



On Tue, 2 Aug 2022, Robin Stern wrote:


On Tue, Aug 02, 2022 at 02:15:46PM +0100, David Woolley wrote:

On 02/08/2022 12:20, Mouse wrote:

(a) so here's an opportunity for lynx to do better!


They did it at a time when the convention of single click to select and
double click to activate was a standard part of the Windows user

interface.

I think they took that position that selection wasn't something that

people

wanted to do with hypertext links, i.e., I think they thought single

click

activation was the better solution, for the hypertext use case.


There is another important reason why its more natural for w3m and lynx

to not follow the link on click. That ie because the user might then want
to press '.' to open the underlying link in an external graphical browser
like Firefox etc. At the moment if there is a link surrounded by other
links on all of N, E, S, W directions then it is impossible to select it
and press '.' to open in an external viewer. One is forced to press tab/
arrow keys multiple times to first reach to that link and then press '.'.









Re: [Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread Robin Stern
@Karen this is getting off topic. Because you are new to w3m, you are
probably unaware of some goodness from it that can be inherits by lynx.
Most importantly, you can display and search just the title of links by
pressing Meta-m, which is Escape-m by default. It’s a way better feature
than what lynx has as list page that lists the long URLs that don’t mean
anything a lot of the time.

On Tue, Aug 2, 2022 at 12:38 PM Karen Lewellen 
wrote:

> But lynx allows one to search the page using the slash key.  why would one
> use  tab keys when one can narrow down the link goal?
> granted, I just tried w3m for the first time this afternoon, not
> JavaScript enough  for the Toronto public library, but neither is links or
> elinks.
> still,  not having the slash key find option meant it took me longer to
> reach   the link I sought.
> Kare
>
>
>
> On Tue, 2 Aug 2022, Robin Stern wrote:
>
> > On Tue, Aug 02, 2022 at 02:15:46PM +0100, David Woolley wrote:
> >> On 02/08/2022 12:20, Mouse wrote:
> >>> (a) so here's an opportunity for lynx to do better!
> >>
> >> They did it at a time when the convention of single click to select and
> >> double click to activate was a standard part of the Windows user
> interface.
> >> I think they took that position that selection wasn't something that
> people
> >> wanted to do with hypertext links, i.e., I think they thought single
> click
> >> activation was the better solution, for the hypertext use case.
> >>
> > There is another important reason why its more natural for w3m and lynx
> to not follow the link on click. That ie because the user might then want
> to press '.' to open the underlying link in an external graphical browser
> like Firefox etc. At the moment if there is a link surrounded by other
> links on all of N, E, S, W directions then it is impossible to select it
> and press '.' to open in an external viewer. One is forced to press tab/
> arrow keys multiple times to first reach to that link and then press '.'.
> >
> >
>


Re: [Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread Karen Lewellen
But lynx allows one to search the page using the slash key.  why would one 
use  tab keys when one can narrow down the link goal?
granted, I just tried w3m for the first time this afternoon, not 
JavaScript enough  for the Toronto public library, but neither is links or 
elinks.
still,  not having the slash key find option meant it took me longer to 
reach   the link I sought.

Kare



On Tue, 2 Aug 2022, Robin Stern wrote:


On Tue, Aug 02, 2022 at 02:15:46PM +0100, David Woolley wrote:

On 02/08/2022 12:20, Mouse wrote:

(a) so here's an opportunity for lynx to do better!


They did it at a time when the convention of single click to select and
double click to activate was a standard part of the Windows user interface.
I think they took that position that selection wasn't something that people
wanted to do with hypertext links, i.e., I think they thought single click
activation was the better solution, for the hypertext use case.


There is another important reason why its more natural for w3m and lynx to not 
follow the link on click. That ie because the user might then want to press '.' 
to open the underlying link in an external graphical browser like Firefox etc. 
At the moment if there is a link surrounded by other links on all of N, E, S, W 
directions then it is impossible to select it and press '.' to open in an 
external viewer. One is forced to press tab/ arrow keys multiple times to first 
reach to that link and then press '.'.






Re: [Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread Robin Stern
On Tue, Aug 02, 2022 at 02:15:46PM +0100, David Woolley wrote:
> On 02/08/2022 12:20, Mouse wrote:
> > (a) so here's an opportunity for lynx to do better!
> 
> They did it at a time when the convention of single click to select and
> double click to activate was a standard part of the Windows user interface.
> I think they took that position that selection wasn't something that people
> wanted to do with hypertext links, i.e., I think they thought single click
> activation was the better solution, for the hypertext use case.
>
There is another important reason why its more natural for w3m and lynx to not 
follow the link on click. That ie because the user might then want to press '.' 
to open the underlying link in an external graphical browser like Firefox etc. 
At the moment if there is a link surrounded by other links on all of N, E, S, W 
directions then it is impossible to select it and press '.' to open in an 
external viewer. One is forced to press tab/ arrow keys multiple times to first 
reach to that link and then press '.'.



Re: [Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread Paul Gilmartin via Lynx-dev

On 8/2/22 10:07:02, Thorsten Glaser wrote:
> Mouse dixit:
>
>> (b) what do "graphical browsers" have to do with lynx?
>
> As soon as you enable “mouse” support they do, because it then
> suddenly becomes one.
>
> I don’t use lynx’ “mouse” support (didn’t notice it has one in
> the first place) because I use the pointer in uxterm for copy
> to PRIMARY or CLIPBOARD (with Shift) exclusively. This is much
> more sane IMHO. There, lynx stays a text mode browser ☺
>
Somewhat as MacOS from the very earliest has used Meta-C rather than
Ctrl-C for Copy; a blessing because the latter has long been
used for SIGINT.


--
gil





Re: [Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread Thorsten Glaser
Mouse dixit:

>(b) what do "graphical browsers" have to do with lynx?

As soon as you enable “mouse” support they do, because it then
suddenly becomes one.

I don’t use lynx’ “mouse” support (didn’t notice it has one in
the first place) because I use the pointer in uxterm for copy
to PRIMARY or CLIPBOARD (with Shift) exclusively. This is much
more sane IMHO. There, lynx stays a text mode browser ☺

bye,
//mirabilos
-- 
15:39⎜«mika:#grml» mira|AO: "mit XFree86® wär’ das nicht passiert" - muhaha
15:48⎜ also warum machen die xorg Jungs eigentlich alles
kaputt? :)15:49⎜ thkoehler: weil sie als Kinder nie den
gebauten Turm selber umschmeissen durften?  -- ~/.Xmodmap wonders…



Re: [Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread David Woolley

On 02/08/2022 12:20, Mouse wrote:

(a) so here's an opportunity for lynx to do better!


They did it at a time when the convention of single click to select and 
double click to activate was a standard part of the Windows user 
interface.  I think they took that position that selection wasn't 
something that people wanted to do with hypertext links, i.e., I think 
they thought single click activation was the better solution, for the 
hypertext use case.




Re: [Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread Mouse
>> It would be nice to have a config option to specify mouse left click behavi$

> Single click link following has been the standard for graphical
> browsers since the beginning and was inherited from earlier hypertext
> formats, like PDF.

(a) so here's an opportunity for lynx to do better!

(b) what do "graphical browsers" have to do with lynx?

/~\ The ASCII Mouse
\ / Ribbon Campaign
 X  Against HTMLmo...@rodents-montreal.org
/ \ Email!   7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B



Re: [Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread Robin Stern
In w3m single click selects, double click or a single click followed by
Enter also follows it. IMO for text-based interface it’s pretty well
thought. Though I can see the drive to emulate GUI browser behavior, hence
the ask is for a config option.

On Tue, Aug 2, 2022 at 3:43 AM David Woolley 
wrote:

> On 02/08/2022 11:18, Robin Stern wrote:
> > It would be nice to have a config option to specify mouse left click
> behavior (goto a link, but don't follow it), or an ability to remap MOUSE.
> w3m also just selects a link on mouse click.
>
> Single click link following has been the standard for graphical browsers
> since the beginning and was inherited from earlier hypertext formats,
> like PDF.  I've never seen an option to disable it on those, and yes it
> difficult to select text in a link to copy it, in graphical browsers.
>
>


Re: [Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread David Woolley

On 02/08/2022 11:18, Robin Stern wrote:

It would be nice to have a config option to specify mouse left click behavior 
(goto a link, but don't follow it), or an ability to remap MOUSE. w3m also just 
selects a link on mouse click.


Single click link following has been the standard for graphical browsers 
since the beginning and was inherited from earlier hypertext formats, 
like PDF.  I've never seen an option to disable it on those, and yes it 
difficult to select text in a link to copy it, in graphical browsers.




[Lynx-dev] Don't open link on left mouse click

2022-08-02 Thread Robin Stern
Hi lynx-dev,

Lynx's mouse behavior is pretty sensitive. Left click on a link hightlights 
it, as well as follows it. I tried remapping MOUSE keymap but lynx does not 
allow that. It would be nice to have a config option to specify mouse left 
click behavior (goto a link, but don't follow it), or an ability to remap 
MOUSE. w3m also just selects a link on mouse click. It would be useful to have 
this behavior for multiple reasons, including: while screencasting from a page, 
one can highlight a link by simply clicking on it. 

Clicking around a link does select it without following, but if there are 
many links on a busy webpage it is not possible to click and highlight a link 
that is surrounded by other links on all sides.

Lynx Version 2.9.0dev.10 (11 Aug 2021)
libwww-FM 2.14, SSL-MM 1.4.1, OpenSSL 1.1.1q, ncurses 6.3.20211021
Built on darwin21.6.0 (Aug  2 2022 09:37:15).

Best,

Robin