>>> SCREEN: DONE >>> * No input on how to proceed/finish (pressing any random key?) >> >> I will add a "press any key" message. I'll borrow the NLS string from >> the CHOICE program. > > Homer: "Where's the any key???" :-)) > > BTW, feel free to nag some of us to (re)translate for Install. I see > your /nls/ directory already has 12 languages (or perhaps 11 not > counting .en).
I will definitely need help in translating the strings, but I figured I would wait to ask for that help until after I normalize the strings. I may be able to re-use text from Install 3.x, so I could re-use the NLS strings from that. Or I might borrow some strings from other programs (FreeDOS CHOICE "Press any key..") and re-use their NLS strings too. >>> * SUBST/JOIN usable for floppy install? 'mount' floppy files in some >>> dummy "PACKAGES\BASE" directory? >> >> The new Install assumes a CDROM install source, and reads all the >> packages at the beginning (so it understands the total number, used in >> progress bar) then installs the packages. To do this using floppies, >> the Install program would need to be refactored. >> >> But I wonder if anyone really installs FreeDOS from floppies in 2011? > > I'm sure somebody weird (ahem) will probably still do it, but it's > probably rare now that floppies are almost discontinued. Anyways, if > anybody needs to install, they can come to the mailing lists and we'll > guide 'em manually. > > IMHO, you (Jim) shouldn't worry about floppies at all right now. Leave > that until after you take care of CD-ROM users (the majority). Yes, I'm not worrying about floppy-based installs. For right or wrong, I consider floppy-disk-only installations to be a small "edge" use case. (OT) See also this note about archives on floppies: http://ascii.textfiles.com/archives/3191 >>> * TIMEZONE stuff required? Didn't notice anything going wrong besides >>> sometimes a warning. Any documentation for what is valid input for TZ? >> >> The TZ variable is used in Unzip or the UzpMain() library, not >> (strictly speaking) in the Install program. Not having the timezone >> set just results in a warning. To keep the warning from coming up, the >> included Unzip program sets TZ with a PST value, if TZ is not already >> set, just to suppress the warning message. > > Worse is that the timezone rules changed a few years back. Honestly, I > don't know the lower-level details, and you're probably not using a > DJGPP compile anyways. (Does any other compiler runtime support > timezones?) And I'm fairly certain their rules are the old ones > anyways. In short, it's far from perfect in DOS, but for someone like > me, I don't care. (I've only been bitten by it once, IIRC, when > unpacking something very fresh from "the future", i.e. U.K., which is > a few hours ahead of me, heh.) I can't remember the full syntax, not > sure I was ever correct anyways. Yes, typically I set "TZ=CST" > (central) though perhaps the full is something like "CST4DST" (or > something, I forget and this computer doesn't have it set, doh). The included unzip.c - wrapper to UzpMain() - does this: /* set TZ env variable, if not already set */ if (getenv("TZ") == NULL) { setenv ("TZ", "PST8PDT", 1); /* env.h */ } I'm thinking about moving this into the Install program, in case the external UNZIP program is the "stock" InfoZip UNZIP, so the TZ variable is always set. Also needed if I can move to UzpMain(). -jh ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
