On Tue, Dec 15, 2020 at 02:37:49PM +0100, Mateusz Viste wrote: > > Guys, I have no issues with AMB neither any other new invention - but... > > maybe simpler solution would be to copy solution offered by Tk's "text > > widget"? The "side advantage" would be ability to browse the texts prepared > > such way under every OS where Tk toolkit is available. > > That may be a good idea. Would you mind preparing an 8086-compatible > prototype so we can compare both options side by side? It's always nice to > have choice. > > > ...which will become "hyperlink", that after being clicked will move you > > to a later section of the same file having the header like this: > > > > <b>5. Settings / preferences</> > > > > <l> means "link" > > <b> means "bold> > > > > This is already done and easy to copy > > Indeed easy. I'm very interested to see what you can come up with.
There's no need to wait for "8086 code" - if you're interested I can show you example of TCL/Tk solution. Of course similar way it'll work in DOS text mode (as Lynx does with HTML, for example). > On a semi-related note, following "DosWorld's" questions I have added a > rationale section in the AMB format spec file, so the thought process behind > each element of the format is clearer. I have also converted the format spec > itself to an AMB book (a txt version is available as well). The AMB version > can be read online here: > > http://amb.osdn.io/phpamb.php?fname=archiwum/format-20201215.amb On a second thought, however - actually why the need to create another non-standard format? You wrote: #v+ AMB [..] is a simple hyperlink format that makes it possible to create "books" that are easy to read even on very limited hardware. The "books" can be viewed with a tool named AMB. It is only a few kilobytes big and requires about 80K of available RAM. #v- I can see on the page: http://amb.osdn.io/phpamb.php?fname=archiwum/format-20201215.amb&f=ama.ama that there's mainly a difference in tags, say "%h" instead of "\<b\>" (I hope "escaped" triangle braces will show up). Actually that lightweight application could recognize \<b\> as well as it presently recognizes "%h" - and then it could show that heading, say, centered and using "bold" attribute, right? Sticking to standards has its advantages - like, for example, that these help files may be browsed on any PC using any HTML browser, not just specialized tool. So IMHO the key isn't in new format, but in that lightweight application rather. It doesn't have to support full specification of HTML5 - it could, for instance, recognize just a few HTML tags to remain lightweight: - bold - underline - link - quote - code Can it be any less "lightweight" by using a few standard HTML tags, ignoring all the rest? All the other HTML tags can be simply ignored (not interpreted and of course not displayed), so help files could remain HTML, maybe just being prepared most simplistic way - while still being HTML, therefore any-browser-compatible. Maybe I'm wrong but I believe not the new format is "the key" -- regards, Zbigniew _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
