TIP: Click on subject to list as thread! ANSI
echo: maximus
to: VICTOR LOBERGER (Rcvd)
from: ROY J. TELLASON
date: 1998-03-17 15:42:00
subject: cdroms

Victor Loberger wrote in a message to Roy J. Tellason:
 RJT> I've already hit bunches of stuff where I don't like where they 
 RJT> put it and so I've had to go ahead and generate some more *.bbs 
 RJT> files,  and then get explicit about paths in there.  Good thing 
 RJT> both max and HLIST like that okay...
 VL> Yeah, but SCDMAX will put the *.BBS and *.CTL files where you 
 VL> tell it to put it and then put the paths in the .CTL file.  I'm 
 VL> not sure what you mean when you say, "I don't like where they 
 VL> put it."
I mean that the cdrom has stuff sorted out into various directories that 
don't nearly begin to correspond with the way I've got my file areas set up.  
So I end up putting the line from,  say,  misc_cd.bbs in financd.bbs with an 
explicit path of y:\apps\misc\ in front of it...
 RJT> Does it allow for longer descriptions when you tell it to put 
 RJT> 'em all on one line?  That was a bit of a disappointment with 
 RJT> the earlier version,  in that I 
 VL> It's a shame that you got SCDMAX02 first.  Maximus 2.0 allowed 
 VL> for file descriptions of less than 256 in length.  I forget the 
 VL> exact length now (255?).  Anyway, it wasn't until Maximus 3.0 
 VL> that file descriptions could be a little over 1,000 characters. 
 VL> SCDMAX03 and above allowed for the increased size and even lets 
 VL> you set the maximum length up to that allowed by Maximus 3.0.  
Yep.  No big deal,  I just use my editor to fix it all on to one long line...
The advantage of doing it that was is that I can see it all on the screen at 
once,  making it easier to edit stuff out.  
 RJT> took one look at what I'd ended up with and ran it 
 RJT> again with the stuff on separate lines, editing that too.
 VL>         Ouch!  Talk about unnecessary work.
Didn't take that long,  really.
 RJT> One other thing I have to add in there for my situation,  for 
 RJT> what it's worth, is a pair of brackets for a download counter.  
 RJT> I suppose I could have a go 
 VL>         Let's see.  An optional field on the setting screen in 
 VL> SCDMAX that allows you to put whatever between the date and the 
 VL> start of the description.  It would be placed starting at the 
 VL> setting in the "LEFT MARGIN" field.  Thus, if you entered "[  
 VL> 0]" in this "COUNTER" field, a file line would look like: 
 VL> SCDMAX05.ZIP    64536  03-30-96  [  0]Description of 
 VL> SCDMAX..... 
 VL>         If that optional field was blank, it would produce:
 VL> SCDMAX05.ZIP    64536  03-30-96  Description of SCDMAX.
Hmm.
 VL> Or something like this.  8-)  Would you need a space between 
 VL> the brackets and the description (i.e. "[  0] Description of 
 VL> SCDMAX....")?  Probably.
 VL> The only problem would be if SCDMAX is just copying the *.BBS 
 VL> files without doing *any* editing (i.e. adding/removing dates). 
 VL> I'd hate to stick my nose in and mess the *.BBS files up.
No editing?  Nah,  I'm much fussier than that,  and tend to chop the heck out 
of what's ordinarily supplied as "descriptions" by some people.  :-)
 VL> Let me know what you (or anyone else) would like. It's 
 VL> possible. 
I'll get back to you on this if I decide to play with it a bit more,  at this 
point I'm working my way through _one_ cdrom.  If I can find a changer at a 
decent price I may be adding some more here in the near future...
email: roy.j.tellason%tanstaaf@frackit.com 
--- 
---------------
* Origin: TANSTAAFL BBS 717-432-0764 (1:270/615)

SOURCE: echomail via exec-pc

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.