Package discussion idea.
This is just a rough idea that is one possible way to go.
Have a base cd that has just the items needed to get FreeDos running and
maybe a few extras. Then a script for creating a cd/dvd/usb image.
Here is the general plan for the script:
You have a list of categories the user selects. Clicking on catagory would
select all sub items or remove them. Opening eac category gives a list of
items available to add to the image.
Once the user is done adding/removing items, an appropriate image is
created, and a download link is provided.
Each image could have a size limit set so the user doesn’t create one too
large.
Just my two copper pennies tossed into the pot.
On Mon, Dec 14, 2020 at 22:04
wrote:
> Send Freedos-user mailing list submissions to
> freedos-user@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/freedos-user
> or, via email, send a message with subject or body 'help' to
> freedos-user-requ...@lists.sourceforge.net
>
> You can reach the person managing the list at
> freedos-user-ow...@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Freedos-user digest..."
>
>
> Today's Topics:
>
>1. Re: Package discussion (ZB)
>2. Re: AMB, Ancient Machine Book format and FreeDOS Help (DosWorld)
>3. Re: AMB, Ancient Machine Book format and FreeDOS Help (ZB)
>4. Re: AMB, Ancient Machine Book format and FreeDOS Help (DosWorld)
>
>
> --
>
> Message: 1
> Date: Mon, 14 Dec 2020 13:31:53 +0100
> From: ZB
> To: "Discussion and general questions about FreeDOS."
>
> Subject: Re: [Freedos-user] Package discussion
> Message-ID: <20201214123153.GA4239@Gigacyan.localnet>
> Content-Type: text/plain; charset=iso-8859-2
>
> On Mon, Dec 14, 2020 at 09:14:44AM +0100, Mateusz Viste wrote:
>
> > On 14/12/2020 01:22, ZB wrote:
> > > I think before taking such decision it would be worthy to browse the
> list
> > > again, but after doing "sort by size desc" first. Because the bigger
> the
> > > file the more closely it's worthy to look at it
> >
> > This leads to a situations where software is becoming less likely to be
> > included when its sources are big -- even though the software itself
> (once
> > compiled) might be tiny.
>
> I dare to estimate that more than 90% of DOS - or any other OS - users
> don't
> need any sources. Maybe even I should say: "more than 99%".
>
> Sources should be available separately - they are nothing but "placeholder"
> otherwise.
>
> What I meant was binary's size
> --
> regards,
> Zbigniew
>
>
>
> --
>
> Message: 2
> Date: Mon, 14 Dec 2020 18:51:17 +0100 (CET)
> From: DosWorld
> To: "Discussion and general questions about FreeDOS."
>
> Cc: "Discussion and general questions about FreeDOS."
>
> Subject: Re: [Freedos-user] AMB, Ancient Machine Book format and
> FreeDOS Help
> Message-ID:
> Content-Type: text/plain; charset=UTF-8
>
>
> Hello,?Mateusz!
>
>
> I am wrote to you email with a few fords about AMB.
> I don't read this mail-list, so don't see your announces.
> I have few offers for AMB extension.
> I am software developer, author of text editor for DOS, which can work as
> lightweight IDE. (https://github.com/DosWorld/dwed)
>
>
>
>
> For my project, i am use CP/M help format, but have no hyperlinks and that
> is a small problem. Also, i am need a opensource format for user's help
> files (i want implement feature - "user can use own help-files" into my
> text editor, for example it could be help about C or Pascal language). So,
> AMB looks very good alternatives for me.
>
>
>
>
>
> I have few points to AMB format extension:
>
>
>
>
>
> 1. Text line width. I think, 78 chars limit is not so good. I am offer
> make limit to 255 chars - including markup. 255 chars limit very often meet
> in programming languages like Pascal and Basic.
>
> Yes, many old hardware have standard 80 chars screen (CP/M, MS-DOS), but
> we have many old devices with another line width:
>
>
>
>
> Printers - 65 chars,
>
>
> Commodore C64, MSX - 40 chars.
>
>
> ZX Spectum - ??
>
>
> So, IMHO, let "viewer" do what he can with available native screen.
>
>
>
>
> 2. I want have more highlighting into text. Header and normal text is not
> enough for me - i want have highlighting for source code, command line
> usage examples, hot-keys etc. I am offer extends format into one of two
> (alternative) way:
>
>
>
>
>
> a) via including ANSI-terminal sequences (ESC+something). Not sure is it
> best way - because emulation is not a piece of cake.
>
>
>
>
>
> b) via additional styles like %0 %1 ... %9. You can also add file 'styles'
> with key-values like:
>
>
>
> %5f = 0 (means foreground color 0 for style %5)
>
>
> %5b = 7 (means background color 7 for style %5)
>
>
>
> If one of
