Mail Archives: djgpp-workers/1999/04/12/14:37:51
>> There is a lot of installation utilities (especially Borland's) which
just
>> update first autoexec.bat line and that's all. If user user doesn't want
old path,
>> he has to REM it. And he will be told so in LBInstDJ's warning. If it
doesn't
>> matter for him - well, it's up to him. I'd like to hear your opinion.
>
>So as the rest does it wrong you'll do it in the same way.
Well, I mentioned it to show that my prg will help for Borland installers,
not that they are examples for me...
But actually I have thinked and understood that I was WRONG and
wasted time for proving bad things. I will more think about your way.
How about SET DJGPP=... ? I think it can be safely included in the begining
of autoexec.bat regardless is it one or multi configuration?
>Then remove the installer from v2 directory because even people that really
>knows how to install djgpp will blindly use install. Why? because they
don't
>know how easy is to install djgpp and the first thing people does is
running
>install. If no install is provided people reads the readme because is
looking
>for the installer.
Removing from v2 won't help because my installer isn't mentioned in docs
anywhere. The readme.1st, zip-picker andother docs must be updated -
"if you know how to update path and enviroment settings in autoexec.bat and
possibly other system settings, continue reading DJGPP installation
instructions.
If you are not sure, go to http://www.delorie.com/djgpp/zip-picker.html and
get
all required archives with installation utility"
Or something like it.
>> BTW, about user's interface: how about porting it to turbo vision?
>
>Is possible but (and I'm the maintainer of this port) I think is too huge
for
>an installer.
I looked to Free Pascal Compiler's installer. It is 70-80KBytes and is done
with Turbo Vision. My last LBInstDJ.exe build is 59KBytes (not that sfx, but
the main prog)
Laurynas Biveinis
- Raw text -