Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the board
Thread view  Mix view  Order
ron(R)

Homepage E-mail

Australia,
17.01.2019, 20:06
 

New links for DOS. (Announce)

http://links.twibright.com/download/binaries/dos/

---
AUSREG Consultancy http://www.ausreg.com
Tadpole Tunes http://www.tadpoletunes.com
Sna Keo Il http://www.tadpoletunes.com/sna_keo_il/

KormaX(R)

17.01.2019, 23:42

@ ron

New links for DOS.

Thank you for posting it!

It's good to see that Mikulas Patocka added my idea of saving the clipboard to a file on DOS as a feature. It will be very useful. Now I can call external programs such as WGET very easily compared to the previous workarounds. It's not the first time he actually reacts to the feedbacks of users to constantly improve the application. This is one of the best application programs of today's DOS.

> http://links.twibright.com/download/binaries/dos/

---
DOS isn't about why. It's about why not.

iw2evk(R)

Magenta (Italy),
18.01.2019, 08:59

@ KormaX

New links for DOS.

Hi,

seem latest version of links can work on TOR mode (anonimous)..
Someone have tested if work also in DOS?

Sun Nov 25 17:27:29 CET 2018 mikulas:

Automatically enable tor mode when the socks port is 9050

Sun Nov 25 17:01:20 CET 2018 mikulas:

When we are in tor mode, invert the colors on the top line and bottom
line, so that the user can immediatelly see it

and ..someone can help to add new services in JS part of source for "upgrading" S capability of links?

regards

Roberto iw2evk

iw2evk(R)

Magenta (Italy),
18.01.2019, 14:22

@ iw2evk

New links for DOS.

Hi,

i'e downloaded and install ast binaries, set proxy choosing une aster frim this list :

http://free-proxy.cz/en/proxylist/port/9050/ping

but nothing appears after insert a valid adress..

Rugxulo(R)

Homepage

Usono,
18.01.2019, 19:54
(edited by Rugxulo, 18.01.2019, 20:28)

@ KormaX

new Curl 7.63.0 build for DOS

> Thank you for posting it!

FYI, I again mirrored this to iBiblio for FreeDOS. But I haven't tried it (under QEMU or VBox) yet. BTW, the bug in VBox networking for DOS has been fixed in latest 6.0.2.

> It's good to see that Mikulas Patocka added my idea of saving the clipboard
> to a file on DOS as a feature. It will be very useful. Now I can call
> external programs such as WGET very easily compared to the previous
> workarounds.

Which WGET are you using? I was sometimes using the latest build from Michael Kostylev, but since I never verified its sources fully, I never mirrored it for us. (Things like that are usually hard or impossible to rebuild without a miracle.)

And here's my point. He's removed it from his server. Granted, I still have it locally, but still ... that's a bit surprising (but only barely). N.B. He still seems to have wget.exe (from 2017?) but no full install .7z anymore nor even any sources, very odd.

In other news, he does appear to have a build of latest Curl 7.63.0 (which is pointed to on Curl's own official download page). I haven't tried it, but just FYI, it's here. Also, previous builds of Curl didn't work very well for me, so I preferred Wget, but YMMV.

EDIT: This Curl build seems to work correctly, in limited testing, under QEMU 2.5.0 atop Xenialpup (aka, 64-bit PuppyLinux).

Rugxulo(R)

Homepage

Usono,
18.01.2019, 20:26

@ Rugxulo

HTTPS is killing FTP

And just to mention this also, since it's related to networking, ....

ftp://ftp.gnu.org/README

> (Updated October 13 2017):
>
> Because of security concerns with plaintext protocols, we still
> intend to disable the FTP protocol for downloads on this server
> (downloads would still be available over HTTP and HTTPS), but we
> will not be doing it on November 1, 2017, as previously announced
> here. We will be sharing our reasons and offering a chance to
> comment on this issue soon; watch this space for details.
>
> If you maintain scripts used to access ftp.gnu.org over FTP,
> we strongly encourage you to change them to use HTTPS instead.

I swear, everything legacy gets thrown away. I like the simplicity of FTP. I like using mTCP. But decisions like this make it almost impossible.

This is why we really need good (updated! reproducible!) ports of Curl and/or Wget and/or Links2. We just don't have much of a choice. So many sites are going "HTTPS only".

RayeR(R)

Homepage

CZ,
19.01.2019, 02:23

@ KormaX

New links for DOS.

And maybe one day it will finally add mouse wheel support...

---
DOS gives me freedom to unlimited HW access.

KormaX(R)

24.01.2019, 14:02

@ RayeR

New links for DOS.

> And maybe one day it will finally add mouse wheel support...

A TSR mouse wheel driver would be more useful. It should read the wheel input and write it to the keyboard buffer as specific keytrokes. Almost every DOS program is scrollable with keys or combinations. Although I am not shure if it could work with UEFI legacy mouse API since I don't know whether it forwards the wheel motions or not.

---
DOS isn't about why. It's about why not.

KormaX(R)

24.01.2019, 14:05

@ Rugxulo

new Curl 7.63.0 build for DOS

Well, I don't know. I downloaded it as binaries, without sources and docs. It's output only says:

GNU Wget 1.11.1, a non-interactive network retriever.
Usage: wget.exe [OPTION]... [URL]...

---
DOS isn't about why. It's about why not.

bretjohn(R)

Homepage E-mail

Rio Rancho, NM,
24.01.2019, 21:13

@ KormaX

New links for DOS.

A TSR that adds wheel support for DOS. I haven't tried it yet, but you can.

http://ninho.users.micso.fr/wheelk/

RayeR(R)

Homepage

CZ,
26.01.2019, 03:05

@ bretjohn

New links for DOS.

Wheelk was discused here some years ago. The problem is that it stops working when Links loads. It works only in SOME dos programs but not Links... I expect when Q2DOS implemented wheel support it shouldn't be hard to add it in Links too.

---
DOS gives me freedom to unlimited HW access.

KormaX(R)

28.01.2019, 10:49

@ RayeR

New links for DOS.

> Wheelk was discused here some years ago. The problem is that it stops
> working when Links loads. It works only in SOME dos programs but not
> Links... I expect when Q2DOS implemented wheel support it shouldn't be hard
> to add it in Links too.

Also Wheelk only supports two keystrokes as legacy interface, but for a multitude of programs different keystrokes are better. For Links, for example, p and l are the scrolling keys. An external driver sould be adjustable for applications and also should access the wheel on its own instead of depending on CTMOUSE, which I, personally don't even use. It is good and small, but I experienced some compatibility problems with it.

---
DOS isn't about why. It's about why not.

bretjohn(R)

Homepage E-mail

Rio Rancho, NM,
28.01.2019, 19:15

@ KormaX

New links for DOS.

> Wheelk was discused here some years ago. The problem is that it stops
> working when Links loads. It works only in SOME dos programs but not
> Links... I expect when Q2DOS implemented wheel support it shouldn't be
> hard to add it in Links too.

Actually, WHEELK will stop working when ANY program that natively knows how to use a mouse is loaded. The problem is not with WHEELK itself, but is a problem in the way the mouse interface is designed. You should be able to get WHEELK to work if you temporarily "shell" out to DOS, re-initialize WHEELK, and then exit back to the program again (I don't know if LINKS has a "shell" option/feature that would allow this or not). A PITA I realize, but something that is very difficult to avoid simply because of the way the mouse interface is designed. You are correct that it shouldn't be too difficult to add wheel support to any program that is still being updated and already knows how to use a mouse, including LINKS.

> Also Wheelk only supports two keystrokes as legacy interface, but for a
> multitude of programs different keystrokes are better. For Links, for
> example, p and l are the scrolling keys. An external driver sould be
> adjustable for applications and also should access the wheel on its own
> instead of depending on CTMOUSE, which I, personally don't even use. It is
> good and small, but I experienced some compatibility problems with it.

I agree, WHEELK should support options for different keystrokes. You can talk to the author about that.

As far as WHEELK not depending on CTMOUSE for wheel functions, that's simply not possible, again because of the way the mouse interface is designed. You're not using CTMOUSE, but you are using some other mouse driver (most likely one from Microsoft or Logitech) that doesn't, and will probably never, have wheel support. CTMOUSE specifically and uniquely added support for a scroll wheel and no other DOS mouse driver does it. If you want to use a wheel in DOS you have no viable choice in today's world except CTMOUSE. So, unless you're willing to create your own driver or update CTMOUSE yourself, you're kind of stuck with CTMOUSE as it is. I do wish the CTMOUSE interface would be updated again to support a second (horizontal) wheel and possibly additional buttons as well, since some modern mice (especially USB mice) have those features.

RayeR(R)

Homepage

CZ,
29.01.2019, 21:03

@ bretjohn

New links for DOS.

Yes, when I load Wheelk from Links's DOS shell it does something after return back but instead of scroll it jumps over links on the viewed page. So it would need be configured for a different key scan code. But better would be to extend CTmouse (sources available) to make this feature integrated and more persistent.

---
DOS gives me freedom to unlimited HW access.

bretjohn(R)

Homepage E-mail

Rio Rancho, NM,
30.01.2019, 16:36

@ RayeR

New links for DOS.

> Yes, when I load Wheelk from Links's DOS shell it does something after
> return back but instead of scroll it jumps over links on the viewed page.
> So it would need be configured for a different key scan code. But better
> would be to extend CTmouse (sources available) to make this feature
> integrated and more persistent.

The way the "layering" works with DOS mouse drivers it really wouldn't make sense to change CTMOUSE. The mouse driver (CTMOUSE) is not, and should never be, responsible for what the mouse "types" as keystrokes in any particular program. The changes really need to be made in either LINKS or WHEELK (or both).

Ninho(R)

E-mail

04.02.2019, 11:11

@ KormaX

New links for DOS.

Hi! Thanks for trying WheelK & more thanks for reporting about yr experience
and wishes !

> Also Wheelk only supports two keystrokes as legacy interface, but for a
> multitude of programs different keystrokes are better. For Links, for
> example, p and l are the scrolling keys.

Well it's been 2 (?) years and counting since I released wheelk, & this is
all but the 1st time I hear back from a user ! That had led me to conclude that either all users were content, or that WheelK did not have any users (the latter being really a subcase of the former, as logics teaches us).

Thus your desires shall be my order, time and health allowing.
But 1st thing first, as I don't have DOSlinks : are the desired keys really :'p' for up / 'l' (down), no typo ? Please confirm !

Asking because I'm aware of some old-style uniXish programs using letterkeys from the center of the standard kbd for a fake arrow-pas ( Y G H B ?) ...
P/L look like queer choices somehow, but should you confirm that is what 'links' wants, so be it...

Since I want to keep it KISSSS░, I think I shall be giving WheelK a closed
choice of up/down key pairs, selected at the command line, like so :
/0 : temp. disable wheelk
/1 : up/down arrows (standard)
/2 : PgUp/PgDn 'fast' arrows
/3 : y/b or whatever the common (Unix) standard for fake pad asks for
/4 : p/l ? (DOS Links)
... more ?

░ keep it oh!so small, simple, stupid :=)

---
Ninho

Ninho(R)

E-mail

04.02.2019, 11:18

@ Ninho

New links for DOS.

> Asking because I'm aware of some old-style uniXish programs using
> letterkeys from the center of the standard kbd for a fake arrow-pas ( Y G H
> B ?) ...

Hmm... looking down at the darned keyboard, I think I recall those would be
(u hj n) rather. Whatever...

---
Ninho

RayeR(R)

Homepage

CZ,
04.02.2019, 23:29

@ Ninho

New links for DOS.

It would be nice to have multiple KB key choices.
But more important would be to make it persistent after links loaded.

---
DOS gives me freedom to unlimited HW access.

Ninho(R)

E-mail

05.02.2019, 01:24

@ RayeR

New links for DOS.

> It would be nice to have multiple KB key choices.

I agree ... it had been my intention from the start when I built this wheelk
to add alternate keys following up to popular demand but then again, nobody asked till KormaX posted in this thread :=)

We can make it happen now, tho: let's build a short list of the most useful key-pairs as used in popular DOS programmes that might sensibly be generated in response to wheel up/down actions.

> But more important would be to make it persistent after links loaded.

You wrote in antoher part of thread :
Rayer: ... when I load Wheelk from Links's DOS shell it does something after return back but instead of scroll it jumps over links on the viewed page. So it would need be configured for a different key scan code. . Quotation end.

Hence my understanding is : you found WheelK does work within Links, only the keycodes it currently generates are not those which you (and links) have been expecting. this will be remedied as soon as I am sure WHICH keys it wants. KormaX wrote 'p' and 'l' if i recmember clearly, is that so ?

Are you ALSO saying that Links will unactivate WheelK immediately, or after awhile, by recapturing the 'mouse user procedure' (MUP) ? And by the way, is DOS Links itself supposed to recognise Mouse (clicks, movements) natively, i.e. without Bret's Mousekey ? - If the Links browser, or any programme, doesn't know about a Mouse at all, then it is very unlikely it can block WheelK from working (or Mousekey for that matter).


Lastly, unrelated - I seem to remember I mailed a 'special wheelk' built just for you (not made public) - back then, for some machine of yours which did not have the int 16 function 5 'stuff keyboard buffer' available in its BIOS. Did it work OK on your HW ? It was you, right ? At 70 y.o. and counting, my wetware needs extra-refresh circuitry badly.

---
Ninho

RayeR(R)

Homepage

CZ,
06.02.2019, 00:01

@ Ninho

New links for DOS.

Yes, links use 'p' key for up and 'l' key for down. I think that combinations you sumarized before are OK.

I don't remember if I got some special version, I have WHEELK.COM dated 30.7.2016, size: 838B, MD5: 9411095A739FDB419DD7FCFB64592FE3
I use latest CTmouse 2.1 b4 with PS/2 mouse.
Links is not the only program after which is loaded the wheelk stops working.

---
DOS gives me freedom to unlimited HW access.

dggionco(R)

Buenos Aires - Argentina,
27.03.2019, 02:38

@ ron

New links for DOS.

Can works Jason Hood`s MouseClip with Links for DOS?

(See http://adoxa.altervista.org/mouseclip/index.html )

dggionco(R)

Buenos Aires - Argentina,
22.04.2019, 03:29

@ dggionco

New links for DOS.

The new release of Links for DOS it's out:

http://links.twibright.com/download/binaries/dos/


ChangeLog:

=== RELEASE 2.19 ===

Sun Mar 31 15:59:40 CEST 2019 mikulas

Disable high-DPI scaling on Windows

Links makes it possible to specify scaling of text and images in the
dialog windows, so this should preferably be used instead of
system-level scaling

Sat Mar 30 21:56:02 CET 2019 mikulas:

Fixed a crash on invalid IDN URL, such as http://test,ï.com/
(found by lsxvdqe@gmail.com)

Tue Mar 12 23:02:33 CET 2019 mikulas:

Make it possible to select other fonts, using fontconfig and freetype

Tue Feb 26 19:50:11 CET 2019 mikulas:

Show certificate authority in the "Document info" box

Sat Feb 2 19:30:08 CET 2019 mikulas:

Use international error messages

Sun Jan 27 18:57:34 CET 2019 mikulas:

The -dump switch didn't report an error if write to stdout failed

Back to the board
Thread view  Mix view  Order
15907 Postings in 1471 Threads, 269 registered users, 97 users online (0 registered, 97 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum