========================================================================= (C) 1993 by Atari Corporation, GEnie, and the Atari Roundtables. May be reprinted only with this notice intact. The Atari Roundtables on GEnie are *official* information services of Atari Corporation. To sign up for GEnie service, call (with modem) 800-638-8369. Upon connection type HHH (RETURN after that). Wait for the U#= prompt.Type XTX99437,GENIE and press [RETURN]. The system will prompt you for your information. ========================================================================== Category 32, Topic 7 Message 1 Sat Mar 30, 1991 C.F.JOHNSON [CodeHead] at 02:01 EST ***************************************************************** * * * Once Again... * * * * CodeHead Software Announces MaxiFile 3.0 - The SuperTool! * * --------------------------------------------------------- * * * * EVEN MORE POWER - EVEN LESS WAITING - EVEN SHIPPING!! * * * ***************************************************************** Dateline: Friday, March 29, 1991 --------------------------------- EXTRA, EXTRA, READ ALL ABOUT IT... CODEHEAD PROGRAMMER GOES BERSERK, CAN'T BE STOPPED! After weeks of resisting attempts to put an end to further enhancements to MaxiFile, Charles F. Johnson has finally been brought under control. It looks like the worst part of the siege is over. His source code has been seized and is being held in abeyance in order to complete the release of this long-awaited product. Mr. Johnson himself is currently in quarantine where he is being examined for possible damage to his overworked neural center and digital extremities. Further reports on his condition will follow as they become available. CodeHeadQuarters ---------------- A short time ago we announced the release of MaxiFile 3.0. Due to circumstances beyond our control, MaxiFile's release has been postponed by run-away feature-itis. Since our last report, MaxiFile has undergone even more major changes: *------------------------------------------------* | | | Announcing the feature most often requested... | | | | ERGO-DUO-BIOPTIC DISPLAY MODE!!! | | | | or, Simultaneous display of | | source and destination directories! | | | *------------------------------------------------* The new dual display mode now features two side-by-side listings showing filename, size, and date. Unique scroll bars appear between the listings allowing you to easily scroll either listing by using standard window gadgets and sliders. Special arrow buttons provide simultaneous scrolling of both lists at the same time. Keyboard equivalents give you complete control of scrolling, paging, selecting, and "starting" of files without even using the mouse. This allows you to do such things as run programs or start documents even from the destination directory. The Ergo-Duo-Bioptic Display Mode is such a major addition to MaxiFile that it's impossible for us to describe all of its usefulness in this document. You'll have to see it and use it to believe it! The following features were also added since our last notice: o New GRAPHIC DISPLAY of disk space including "thermometer bar" of space used, total bytes available, bytes used, bytes free, percentage used, and percentage free for each available drive as well as totals for all drives selected. Includes keyboard equivalents for all operations. This feature is GREAT, and FAST, too! o Directory listings can be output to printer or a file on disk. o Any printing operation may now be sent to the serial port. Here's a brief synopsis of some of the new features of MaxiFile 3.0 that were mentioned in our previous press release: o New ICONS for all main screen functions. o HUNDREDS of NEW KEYBOARD COMMANDS provide full operation with either mouse or keyboard, including selecting and opening files and folders and full keyboard control of ALL dialog boxes! o Greatly enhanced FILE VIEWING provides very FAST SCROLLING forward AND backward through a file complete with forward/backward searching, configurable tab settings, help screen, and optional half-height text (in hi-res modes). o Speedy "Safe Deposit" RECOVERABLE DELETE function insures against accidental erasure of files -- and Maxifile does it LEGALLY, without messing around with direct disk access. Keep your files AND your file structure safe! o An AWESOME SEARCH FUNCTION has been added -- version 3.0 lets you use MaxiFile's unique 'FILTERS' in a search, allowing you to find FILES AND/OR FOLDERS with multiple masks and extensions, or even search according to archive bit and time/date stamp! MaxiFile maintains a list of the last 20 "matches" and lets you instantly jump to a directory, selecting EITHER all files that match the filter settings, or just the one file you select! o WILD CARD RENAME function lets you rename all files with a given extension to another extension, in ONE action. o New HELP SCREEN shows keyboard equivalents for the main screen and 'More' box. Other keyboard commands are displayed in their respective dialog boxes. o Full COMPATIBILITY with all Atari computers in all resolutions, including the Atari TT. o TRUE MS-DOS DISK FORMATTING creates disks compatible with any PC system, including those that are particularly floppy-fussy. o Disk formatting starts at end of disk to help RECOVER FROM ACCIDENTAL FORMATTING of the wrong disk. o File/Folder Info Boxes have 'Previous' and 'Next' buttons (and key commands), allowing you to easily browse the details of all files and folders. See our previous press releases for a general listing of all the features MaxiFile has always had. HOW TO ORDER OR UPDATE YOUR OWN COPY OF MAXIFILE ------------------------------ ------------------ MaxiFile can purchased and used separately, or you can enjoy its increased power when linked up with HotWire by purchasing HotWire and MaxiFile packaged together as HotWire Plus, AND save yourself $15 at the same time. As a current owner of MaxiFile, you can obtain an update by sending your original MaxiFile master disk and $10 to the address listed below. Suggested retail price for MaxiFile 3.0 is $39.95, or you can get HotWire Plus - - HotWire packaged together with MaxiFile -- for $69.95, a savings of $15. CodeHead Products are available from your local Atari dealer, through mail- order houses, or directly from CodeHead Software: CodeHead Software P.O. Box 74090 Los Angeles, CA 90004 Phone: (213) 386-5735 FAX: (213) 386-5789 BBS: (213) 461-2095 CodeHead Software accepts Mastercard, Visa, and American Express, as well as checks, money orders, and cash. Shipping charges are $3 US, $4 Canada, and $6 elsewhere. Current office hours are Monday-Friday 9A-1P Pacific time. Prices and hours are subject to change without notice. Thank you for your support! ------------ Category 32, Topic 7 Message 2 Tue Oct 06, 1992 LYRE at 21:24 EDT Just remember one thing about MaxiFile III : YOU MUST TURN ON THE FILTER BY CLICKING "ON" IN THE UPPER RIGHT CORNER OF THE BOX! Sorry to seem to yell - it's just that I've almost always forgotten, started swearing, did a manual search and a few days later remember that little button. I think the manual says you can save the status of the button, but I forget where / how. (I need to RTFM again!) Lyre ------------ Category 32, Topic 7 Message 3 Tue Oct 06, 1992 J.EIDSVOOG1 [CodeHead] at 22:28 EDT Lyre, The filter on/off switch was added to make things _easier_ on the users, not harder. Suppose you set up a complicated combined filter setting and start using it. You can easily turn it off with the Delete key or by clicking on the asterisk. But formerly you'd have to reenter all of the settings if you wanted to reenable them. Now, you can easily turn them on by a mouse click or by hitting the F1 key. This setting is not saved with MaxiFile's configuration. To save MaxiFile's configuration, simply click on the Save button (or hit Tab). To recall most of these functions of MaxiFile doesn't require that one RTFM. All one need do is hit the Help key. Of course, some people may need to RTFM to find out how to hit the Help key. John ------------ Category 32, Topic 7 Message 4 Wed Oct 07, 1992 SFRT-ASST [Kene @ SFRT] at 00:28 EDT In the Filter section you can toggle the filter on or off with F1 & F2. I noticed that some commands have their keyboard equivs listed and others don't. Any chance you'll show more. I notice they're listed in the "Format Disk" Dialog Box. How about in the "More" box and in the "Graphic Info" box too? ------------ Category 32, Topic 7 Message 5 Wed Oct 07, 1992 J.EIDSVOOG1 [CodeHead] at 19:56 EDT Kene, Some boxes have more space in them than others, making it difficult to show the key commands in all of the boxes. The key commands for the More box are shown in the main Help screen. Adding a display of the key commands in the Graphic Info box would be a good idea. John ------------ Category 32, Topic 7 Message 6 Wed Oct 07, 1992 LYRE at 21:13 EDT John, Yeah, I figured that is why it's their. I just never *remember*. (Hey, you don't happen to sell Memory Upgrades, ROM's and newer version of TOS for human brains do you? I'm willing to pay.) RTFM'ing to find the Help Key.... Lyre ------------ Category 32, Topic 7 Message 7 Wed Oct 07, 1992 GSCOTT-MOORE [Gerry] at 22:07 EDT \\\--- John: Regarding the Filter button, I too have had problems remembering. As I think I've mentioned elsewhere it would be nice to have a hotkey that simulates the F1 without entering the filter sub-menu, just as the DEL key (yikes what a choice) simulates an F2 outside the sub-menu. VERY, VERY roughly speaking when do you think we'll be able to get to Maxifile IV? I swear I won't hold you to any roughly implied but not carved-in-granite timeframe. \\\--- Gerry ------------ Category 32, Topic 7 Message 8 Thu Oct 08, 1992 J.EIDSVOOG1 [CodeHead] at 11:58 EDT Gerry, You're right, it would be good to be able to activate the current filter setting from the main menu. Perhaps the Delete key should be changed to a toggle (or clicking in the spot where the asterisk appears). The only excuse I can make for the choice of the Delete key to turn off Filters (or other less-than-ideal interface choices) is that the ongoing development of MaxiFile forced it. That is, as new things were added, decisions had to be made. Either we'd have to make changes to existing command keys and screen layout (which might cause user confusion and even possible loss of data) of choose the best thing available at the time. If you think about it all the keys that MaxiFile already uses, there aren't many keys to choose from. To answer your other question, I'd say that (very, very roughly speaking :^) the next version of MaxiFile should be available in '93 (but don't hold me to it ). John ------------ Category 32, Topic 7 Message 9 Fri Oct 09, 1992 K.MILLER69 [Kyle Miller] at 22:22 EDT John, Okey dokey on the HD floppy support. Ken, Thanx! I just don't like to ask a question which the answer is right in my hands (manuals). Oh well, I learn, right? :-) ------------ Category 32, Topic 7 Message 10 Sat Oct 10, 1992 K.VANDELLEN [Ken Van] at 06:50 EDT John, I just plugged MaxiFile to a user in another topic. I don't know how you can improve on it much, except for the occasional suggestions people have here. I'll be interested to see what you come up with. Ken Van Dellen d8^) ------------ Category 32, Topic 7 Message 11 Sat Oct 10, 1992 NTACTONE [Ron Hunter] at 09:52 EDT Ken, There are a lot of trivial ways MaxiFile could be improved, but one rather significant one, from MY point of view would be a block select and save/print from the text reader. I use it to read most text files, but if I need to select a block, I am stuck.. ------------ Category 32, Topic 7 Message 12 Sun Oct 11, 1992 K.VANDELLEN [Ken Van] at 16:37 EDT Ron, Now that you mention it, I have thought that a little minor editing capability would be handy in the text reader. Ken Van Dellen d8^) ------------ Category 32, Topic 7 Message 13 Sun Oct 11, 1992 WAYNED. [Wayne] at 17:10 EDT >significant one, from MY point of view would be a block select and save/print >from the text reader. I use it to read most text files, but if I need to >select a block, I am stuck.. I doubt you'll see that added. Since that ability is already in another fine CodeHead product, namely Lookit! I have Lookit installed as an application for all .TXT, .DOC, etc files and instead of right clicking on the filename in MaxiFile, I do a double left click and Lookit loads up and pulls in the file. Then I can block select and print. Wayne ------------ Category 32, Topic 7 Message 14 Sun Oct 11, 1992 NTACTONE [Ron Hunter] at 17:58 EDT Wayne, I also have Lookit, but it is TERRIBLE overkill. I don't NEED that kind of editor for just reading a file and selecting a part of it to save. I also NEED to be able to do these things from an .ACC, NOT a load program. Maybe when Multi-TOS is available, I will use Lookit more, but right now, I use it so seldom, and the interface is so non-intuitive, that I have to read the manual each time I use it. ------------ Category 32, Topic 7 Message 15 Sun Oct 11, 1992 J.EIDSVOOG1 [CodeHead] at 18:54 EDT Ron, I've been selecting blocks and saving them while "in" MaxiFile for years. You can install any editor, such as LookIt or CallED, as an application "wildcard". Then double-clicking on a file in MaxiFile (when called from HotWire) will invoke it, allowing the power of your favorite block-plucking tool. John ------------ Category 32, Topic 7 Message 16 Sun Oct 11, 1992 NTACTONE [Ron Hunter] at 23:55 EDT John, If I am in the middle of something, like PageStream, and need to do that?? Already mentioned why I don't use LookIt for this. I use MaxiFile for reading things like AEO and STReports after uncompressing them. It's a great simple reader, but I would like to be able to save blocks, WITHOUT going out to another program, finding the place, and doing the save, then loading ARCSHELL or STZIP back in.. ------------ Category 32, Topic 7 Message 17 Mon Oct 12, 1992 SFRT-ASST [Kene @ SFRT] at 00:56 EDT Ron, I felt the same way until I began using Edhak. The Edhak interface could be cleaned up a little bit but it's a great solid program that perfectly compliments the Codehead Desktop. Hey, now that's an idea! A hook to call Edhak. I even think Harvey has that installed already for Stalker. Boy! If Maxifle and Stalker could talk through Edhak.... ------------ Category 32, Topic 7 Message 18 Mon Oct 12, 1992 K.VANDELLEN [Ken Van] at 07:59 EDT John, I'm not sure if I need to look in the HotWire manual or one of the two MaxiFile manuals to read about the application "wildcard" option. This one of the many features I haven't gotten to, yet. It sounds as though Ron has good points, though. Ken Van Dellen d8^) ------------ Category 32, Topic 7 Message 19 Mon Oct 12, 1992 J.EIDSVOOG1 [CodeHead] at 09:24 EDT As I understand it, it would be very simple to have MaxiFile call EdHak. I've never read the EdHak protocol for communication but if it will accept a filename for loading, a simple program could accept a command line and call EdHak with the appropriate protocol. CallEd does this and it works very effectively. This allows the user to install it as an application f}r "*" [all undefined extensions]) so that double-clicking on a file in MaxiFile will call it. Ron, I can understand your desire for cutting and saving blocks, but there are a lot of other text editing functions that are equally desirable that other people would rather have incorporated into MaxiFile. Since it's impossible to please everyone, instead of turning MaxiFile into a text editor, we decided to make it easy to install whatever editor the user would like to use. If LookIt is overkill for you, then use the tool that has the features you want. That's the way the system is designed to be used. You don't have to worry about loading another program, finding the place, etc., if you just use your installed tool to do everything. John ------------ Category 32, Topic 7 Message 20 Mon Oct 12, 1992 J.EIDSVOOG1 [CodeHead] at 19:12 EDT Ken Van, The documentation of HotWire's "wildcard" document types is actually in the HotWire README!!.30 file, but it's no big deal. It's pretty simple. You can enter a single asterisk on the "Documents:" line (I use it for LookIt) and it will be used as a catch-all. After HotWire looks through all of the installed programs (including the global block) and doesn't find a matching extension, it will use the first asterisk type it finds, if one exists. John ------------ Category 32, Topic 7 Message 21 Mon Oct 12, 1992 TQUINN [Terry~Sysop] at 20:30 EDT The first 200 messages in this topic have been archived and are available in Library 13 as file # 26111 (MAXIF_4.ARC). ------------ Category 32, Topic 7 Message 22 Tue Oct 13, 1992 NTACTONE [Ron Hunter] at 04:29 EDT Kene, EdHak is fine, IF I want an editor, but I don't WANT to do an edit, just read the file, and SOMETIMES select a block to save. I have numerous editors, I just don't want to have to get out of MaxiFile, load the file into the editor, find my place, and then do the save. ------------ Category 32, Topic 7 Message 23 Tue Oct 13, 1992 NTACTONE [Ron Hunter] at 06:26 EDT >You don't have to worry about loading another program, finding the place, >etc., if you just use your installed tool to do everything. > >John >---------- That's what I WANT to do. MaxiFile is the 'installed tool' I am using, and that I want to use. If I had an editor from which I could uncompress files, perform file maintainance, and the other things I do from MaxiFile, then I would use IT and free up the space MaxiFile uses. I REALLY don't want to have to keep another 100k tied up with a full-function editor just to be able to cut quotes and specs from a text file. I can certainly understand why you wouldn't want to get into trying to put a full-function editor feature into MaxiFile. Perhaps it would be feasible to put the necessary 'hooks' in so that another program, like EdHak, or STeno could access the file without the bothersome saving/loading delay. ------------ Category 32, Topic 7 Message 24 Tue Oct 13, 1992 J.WILSON103 [John] at 19:05 EDT > >---------- > That's what I WANT to do. MaxiFile is the 'installed tool' I am using, and >that I want to use. If I had an editor from which I could uncompress files, >perform file maintainance, and the other things I do from MaxiFile, then I >would use IT and free up the space MaxiFile uses. Ron, I can see that MaxiFile is another CodeHead product that I am not using up to potential. Man, so much to learn, so little time. J_Dub ~~~~~ Tuesday, October 13, 1992 3:31:28 pm ------------ Category 32, Topic 7 Message 25 Tue Oct 13, 1992 SFRT-ASST [Kene @ SFRT] at 23:02 EDT It's a quibble, but I'd call cutting a block from a text file editing. I'd love to have it too, but it's simpler to have EDhak in MDD or something. Maxifile isn't the smallest program and it's one of the last programs I remove from my system under the assumption that if a program doesn't work with Maxifile I don't want the other program. But if Maxifile becomes too big it changes things for _me_. And I'm dying for something like Maxifile on my Powerbook. The program has definitely spoiled me. Disk copies on macs are facist. ------------ Category 32, Topic 7 Message 26 Wed Oct 14, 1992 OUTRIDER [Terry] at 01:13 EDT I agree with Ron that block functions in MaxiFile's text viewer would be VERY NICE. Although there are many possible features that COULD be added to the text viewer, I can't imagine any other prospective features taking precedence over block save/print. Even just save would be great, because I could then print the saved block outside the viewer. - Terry - ------------ Category 32, Topic 7 Message 27 Wed Oct 14, 1992 J.KRZYSZTOW [JEFFREY] at 20:45 EDT I have some things I'd like to see added to MaxiFile. 1) Read/Use CodeCopy files to prepare a floppy. And if possible, write a codecopy file. 2) Faster disk to disk copying. 3) A best fit of a hard drive directory to floppy. By this, if a directory has several hundred K of files, copy them in a mannor that best fills the least amount of floppies. 4) When Moving files from a floppy or hard drive partition to a different floppy or hard drive partition and the destination fills up, delete the files that made it. 5) Allow using the DCSquish program to compress the executables. This way they load faster (faster than pinhead can) and take up less disk space. 6) And since I don't use HotWire!, a way to use DCShower to view files instead of the default viewer. Or how about a way to install custom MaxiFile viewers. Soething like you've done with Warp9 and screen savers. Jeffrey ------------ Category 32, Topic 7 Message 28 Wed Oct 14, 1992 J.KRZYSZTOW [JEFFREY] at 21:33 EDT How about adding support for compressing/uncompressing files. Support for at least LZH (lh1 & lh5/quester) and then ARC would be excellent, but ZIP and ZOO would be very useful. Then support copying/moving/renaming/creating subdirectories. You could add a file by copying or moving it into the archive. You could remove a file by moving or deleting the file from the archive. Jeffrey I got this idea from Xtree for Windows (that is MS Windows) and it makes dealing with archives extremely eazy. Xtree treats the archive like a directory. You can view files, rename file & sub-dirs, move/copy. Anything that can be done to a file in a directory can be done in the archive. ------------ Category 32, Topic 7 Message 29 Wed Oct 14, 1992 K.VANDELLEN [Ken Van] at 23:17 EDT What Terry said. Ken Van Dellen d8^) ------------ Category 32, Topic 7 Message 30 Wed Oct 14, 1992 SFRT-ASST [Kene @ SFRT] at 23:31 EDT Number 3 is available. It's in the manual. Maxile will "best fit" copies. You might want to play with the Archive Bit to be truly hip about it. Number 2: It's going as fast as TOS allows. ------------ Category 32, Topic 7 Message 31 Thu Oct 15, 1992 OUTRIDER [Terry] at 03:53 EDT Kene, That's not quite true. MaxiFile does NOT necessarily "best fit" copies. What it does is start with the first file in the list and select each one that will fit on the destination, in the order that the files are listed. This is hit and miss at best as far as "best fit" is concerned. You can change the sort type and you're likely to get a completely different group of files marked, and, naturally, a different "fit" for the destination. And quite often I'm able to get a better fit through manual marking than what any of the sorts will provide. A true "best fit" would examine all possible combinations and mark the files giving you the best _possible_ fit. I think that would be a GREAT addition to MaxiFile. Even if MaxiFile used the current method, but automatically checked all sort types would be a welcomed improvement. - Terry - ------------ Category 32, Topic 7 Message 32 Thu Oct 15, 1992 V.PATRICELL1 [Vince] at 19:31 EDT Codeheads, I like Terry's idea of having MaxiFile use a true 'best fit' to destination when copying files. I find myself manually selecting the best combination of files when I copy my archived files to floppy, since rarely does the 'best fit' used now by MaxiFile really squeeze all the disk space possible. This would be a great feature to add in the next version if it would be feasable. ................................Vince ------------ Category 32, Topic 7 Message 33 Thu Oct 15, 1992 B.HARVEY7 [BRIAN/Sysop] at 21:03 EDT Codeheads, Finally I bought MAXIFILE. It is a good (probably great - too soon to tell) program. I noticed, up topic, that the version number is 3.0 and mine is 3.0a. Is there a 3.0b or 3.0z? ~~~~Smokey~~~~ ------------ Category 32, Topic 7 Message 34 Fri Oct 16, 1992 M.SQUIRE [Mike] at 05:52 EDT Smokey, I believe that, technically, v3.0a -is- the latest version of MaxiFile. It differs from v3.0 only in that it has some modest, unspecified changes. No, there is no v3.0b or v3.0z that I'm aware of. ... Mike Squire ------------ Category 32, Topic 7 Message 35 Fri Oct 16, 1992 J.MEEHAN3 [>> Joe M << ] at 06:30 EDT BRIAN, Call up MaxiFile and click on the Door icon. I show 3.05 and I think it is the latest version. >> Joe M << ------------ Category 32, Topic 7 Message 36 Fri Oct 16, 1992 B.HARVEY7 [BRIAN/Sysop] at 07:05 EDT Joe M. My door info only give TOS and free space; no info on version. I get the version info from the help key. ~~~~Smokey~~~~ ------------ Category 32, Topic 7 Message 37 Fri Oct 16, 1992 J.EIDSVOOG1 [CodeHead] at 11:03 EDT When MaxiFile was released in early '91, there was a small bug for which we released a patch. We call the patched version 3.0a. It is the lastest version. John ------------ Category 32, Topic 7 Message 38 Fri Oct 16, 1992 B.HARVEY7 [BRIAN/Sysop] at 17:35 EDT John, Thanks again John. I just figured that you guys are so good/quick with your upgrades that I wanted to make sure I had the latest and greatest version. ~~~~Smokey~~~~ ------------ Category 32, Topic 7 Message 39 Fri Oct 16, 1992 P.GRIFFITH2 [PGRIF] at 21:03 EDT Brian, Thanks for telling me how to find out what version of Maxifile I have. I bought it used and the manual is for version 2, but the program is version 3.0. To ALL, Can someone tell me what the safe deposit box is for? Also, how can I get a more up to date manual. I use STEXT.PRG to read files and when I install Maxifile as an ACC and run STEXT, it seems to run Maxifile, cause that's what comes up on my screen. Anybody ever have this happen to them? Thanks. Paul ------------ Category 32, Topic 7 Message 40 Sat Oct 17, 1992 J.EIDSVOOG1 [CodeHead] at 10:10 EDT Paul, If you bought a used MaxiFile III and only got one manual, you did not get the full package. MaxiFile III includes a 90-page manual addendum with "MaxiFile III" on the cover. (Of course, it's possible that the person you bought it from got a pirated copy of the v3 files). You can send us your disk and $15 to obtain the official MaxiFile III update. The safe deposit box causes deleted files to be saved in a {{SAFETY}} folder. John ------------ Category 32, Topic 7 Message 41 Sat Oct 17, 1992 GSCOTT-MOORE [Gerry] at 11:22 EDT \\\--- My version sez only 3.0 when I use the Help key. Is there a patch program? Incidentally, when looking for the version number I found Charles' dedication to wife, cat and Eidco. Interesting. \\\--- Gerry ------------ Category 32, Topic 7 Message 42 Sat Oct 17, 1992 J.KRZYSZTOW [JEFFREY] at 13:04 EDT I have some things I'd like to see added to MaxiFile. 1) Read/Use CodeCopy files to prepare a floppy. And if possible, write a codecopy file. 2) Faster floppy to floppy copying. How about formatting and copying at the same time. As opposed to format, then copy. 3) A best fit of a hard drive directory to floppy. By this, if a directory has several hundred K of files, copy them in a mannor that best fills the least amount of floppies. 4) When Moving files from a floppy or hard drive partition to a different floppy or hard drive partition and the destination fills up, delete the files that made it. 5) Allow using the DCSquish program to compress the executables. This way they load faster (faster than pinhead can) and take up less disk space. 6) And since I don't use HotWire!, a way to use DCShower to view files instead of the default viewer. Or how about a way to install custom MaxiFile viewers. Soething like you've done with Warp9 and screen savers. 7) How about adding support for compressing/uncompressing files. Support for at least LZH (lh1 & lh5/quester) and then ARC would be excellent, but ZIP and ZOO would be very useful. Then support copying/moving/renaming/creating subdirectories. You could add a file by copying or moving it into the archive. You could remove a file by moving or deleting the file from the archive. Jeffrey P.S. Didn't get any reply to first time, so try try again!!! ------------ Category 32, Topic 7 Message 43 Sat Oct 17, 1992 J.MEEHAN3 [>> Joe M << ] at 16:41 EDT >Joe M. > My door info only give TOS and free space; no info on >version. I get the version info from the help key. Smokey A... yea I knew that, I was only testing. I guess you know I have TOS 3.05 now. The version shows up when you hit the help key (mine shows 3.0, I don't know if it shows "a" or not. When you are lost hit the help key. ~~~~~~~~~~~~~~~~~~~~~~~~ more.... >Can someone tell me what the safe deposit box is for? When active it will make a directory (SAFE or SAFETY) and when you delete a file it will just move it there. Then when you discover you make a mistake you can go to the safe and get it back. Occasionally you need to go to the safe and empty it. >Also, how can I get a more up to date manual. Order it from CodeHead. It's neat; I took my other CodeHead manuals down to the copy place and had them drill holes in them and put them in the same binder the new manual comes in. > I use STEXT.PRG to read files and when I install Maxifile as an >ACC and run STEXT, it seems to run Maxifile, cause that's what comes >up on my screen. Anybody ever have this happen to them? Thanks. This is because you can chose several files to read not just one, notice the exit box on MaxiFile will say "VIEW". Just select all the files you want to read in MaxiFile and you will be able to read them one after another non-stop. STEXT looks for MaxiFile and uses it for this feature if it is found. Remember there are two ways to exit STEXT, one "Q" will let you read the next file and one "Undo" will stop and exit right there. >> Joe M << ------------ Category 32, Topic 7 Message 44 Sat Oct 17, 1992 J.EIDSVOOG1 [CodeHead] at 16:44 EDT Gerry, That's Charles's secret dedication. You're a super-sleuth! The Maxifile patch is file #19149, MAXIPAT2.PRG. John ------------ Category 32, Topic 7 Message 45 Sat Oct 17, 1992 LYRE at 18:12 EDT Joe, >The version shows up when you hit the help key (mine shows 3.0, I >don't know if it shows "a" or not. When you are lost hit the help >key. You mean, their is something that the Help key does.... [trying it now] Oh my! I never knew that was their! I even RTFM'ed - honest! [PS: Joe, what about that CodeKeys file I asked for while in ST Aladdin BB?] CodeHeads, Have you considered having an RTFM'ing Quarterly Read-a-Long RTC? It seems you're putting so much power into your programs that people (like me) are just not absorbing it all. Lyre ------------ Category 32, Topic 7 Message 46 Sat Oct 17, 1992 B.HARVEY7 [BRIAN/Sysop] at 19:19 EDT Joe M, I knew you knew [grin]. ~~~~Smokey~~~~ ------------ Category 32, Topic 7 Message 47 Sat Oct 17, 1992 J.EIDSVOOG1 [CodeHead] at 21:48 EDT Jeffrey, Thank you for your suggestions. Those are all good ideas. I saw them the first time and I'm sorry I didn't respond. John ------------ Category 32, Topic 7 Message 48 Sun Oct 18, 1992 M.HUBBARD4 [Sebastian] at 12:42 EDT I have an idea! I've read all of these messages about having to use another program in conjunction with MaxiFile's reader to do editing. When this becomes neccessary (having to edit text while reading), a "bookmark" feature would be nice for the file being read since you have to leave the reader to edit the file. It could be used as part of the file description feature (marker status, etc.). Say, as long as were on the subject of editing, how about the ability to use an "extended" description for files. It seems like a waste of disk space to have a 300 (or so) byte description take up 1024 bytes on a disk. If hooks are put into MaxiFile for EdHa,k this could be a good thing to do...but then again, not everyone uses EdHak...so it would probably have to be a built-in feature. -=-*-=- ------------ Category 32, Topic 7 Message 49 Sun Oct 18, 1992 J.EIDSVOOG1 [CodeHead] at 17:52 EDT Sebastian, Thank you for your suggestion. Please don't be offended but I think you need to rethink your priorities. You mentioned your concern over using 1024 bytes of disk space to store 300 bytes of information. The 700 bytes you're concerned about is less than 2 thousandths of one percent .0000175% of the space on a 40 meg drive. But the suggestions you asked about for MaxiFile might take 10-20K of memory. On a one meg machine, this can be between 2-5% of your free memory. RAM is much more precious than disk space. This is why we suggest that those who want extra text handling features use an alternate utility. Our LookIt program already has bookmarks, saving and deleting of blocks, and much more. This may be overkill for some, so they can use another tool, such as EdHak or DCOPY or something else. It's quite literally impossible to include all of the features that everybody wants, even if we weren't concerned about memory usage. This is why we try to make our software as flexible and expandable as possible to that it can be tailored to individual needs through modularity. John ------------ Category 32, Topic 7 Message 50 Sun Oct 18, 1992 J.SAFFER [JASON SAFFER] at 20:39 EDT Following the suggestion here, I downloaded the patch program (file #19149) and ran it on my version of MaxiFile -- but the help key still reveals version 3.0. Is it supposed to now say 3.0a? - Jason Saffer Hercules, California Sunday, October 18, 1992 2:11 pm ------------ Category 32, Topic 7 Message 51 Sun Oct 18, 1992 J.EIDSVOOG1 [CodeHead] at 22:07 EDT Jason, The MaxiFile version number will only read 3.0a if you received our internally modified version. The patch is very simple and merely fixes some bug which I can't even remember. We modified the version number in our distribution copies so that we'd know there was a difference, however small. If you'll remember, MaxiFile III was a long time coming and we had to finally chain Charles in a padded cell to get him to stop working on it. The amount of care he put into it shows, because this minor bug was the only thing wrong with it and it has lasted for a year and a half now with no other bug fixes. John ------------ Category 32, Topic 7 Message 52 Sun Oct 18, 1992 F.HENSE [FRANK] at 23:57 EDT Codeheads, I agree with Ron Hunter. I do 75% of my text reading in MaxiFile, I use the Interlink Buffer for most of my block save and print stuff so it would be nice to be able to do it all in MaxiFile. DCopy had a simple page save/print function. But MaxiFile does great scrolling!!! I've mentioned this before- and that is I would like to be able to change the default filters-- the way I understand it-- you can only add one to the existing selections. AND Could we have a delete button on the file info screen??? It is still my most used program, Thanks Frank ------------ Category 32, Topic 7 Message 53 Mon Oct 19, 1992 NTACTONE [Ron Hunter] at 00:03 EDT John, As I recall, the MaxiFile patch corrected a cosmetic error with the display of filename in the rename dialog. Something about long names not being erased compeletely, or something like that... Pretty darn good for a program this complex and powerful, even if it WON'T select and save blocks! ------------ Category 32, Topic 7 Message 54 Mon Oct 19, 1992 K.VANDELLEN [Ken Van] at 07:59 EDT John, Thanks for reminding us about LookIt (another shameless promotion?). I'll have to check out its capabilities, and may have to purchase yet another CodeHead product. I can see that putting editing in MaxiFile would compete with LookIt, too. Can one use LookIt from within MaxiFile? Not while running a program? Ken Van Dellen d8^) ------------ Category 32, Topic 7 Message 55 Mon Oct 19, 1992 OUTRIDER [Terry] at 21:52 EDT I think this has been suggested before, but just in case... I'd like to reserve a configurable block of memory in MaxiFile, so that it always has that memory available for viewing text files (or anywhere else it needs it). It's rather annoying to be in a program that hogs all free memory and doesn't allow me to view a text file in MaxiFile. Also, how about displaying an entire file, whether or not it ends in a CR/LF? As it is, MaxiFile won't show the last line in many text files, because they don't have that trailing CR/LF. - Terry - ------------ Category 32, Topic 7 Message 56 Mon Oct 19, 1992 M.HUBBARD4 [Sebastian] at 22:51 EDT John, Hmmm...I guess having a 4meg STe does tend to blind me to memory concerns. You're right. More features would take up more memory. I guess I sometimes lose sight of the whole picture. I wasn't offended and I hope you weren't offended by my suggestion. I apologize if I did. I didn't intend to offend or sound ignorant. I thought that since there was extra space left in the file description, there might be a use for it. It was only a suggestion, not something that I felt would be absolutely neccessary. :-) Maybe I need to add LookIt to my collection... I use MaxiFile along with HotWire (two most excellent programs BTW) and I'm still discovering a lot about their uses together. Anything that can enhance them would be a very welcome addition indeed! :-) -Sebastian ------------ Category 32, Topic 7 Message 57 Tue Oct 20, 1992 J.EIDSVOOG1 [CodeHead] at 20:48 EDT Frank Hense, To change MaxiFile's filter extensions, just use the arrows or Tab key to move the cursor to the ones you want to change. All 16 are editable. Then Save your configuration. I'm sure Charles has the "delete button in the info box" suggestion on his list. Ken Van, Since LookIt runs only as a program, MaxiFile cannot call it will within another program. Thoughts of running LookIt as an accessory were rejected because of its large size. Terry, You might try using MultiDesk's "RESERVE SIZE" setting to ensure that enough memory is available within program for MaxiFile's view mode. Some programs will even grab this memory too, though. Sebastian, No problem. Sometimes I have to play "bad cop" in trying to balance the desires of all of our customers. Some of them complain quite loudly about the memory consumption of our programs. John ------------ Category 32, Topic 7 Message 58 Tue Oct 20, 1992 OUTRIDER [Terry] at 23:34 EDT John, I've used the "RESERVE SIZE" in MDD since day one, but as you said, it doesn't do any good for many programs. - Terry - ------------ Category 32, Topic 7 Message 59 Wed Oct 21, 1992 NTACTONE [Ron Hunter] at 05:46 EDT John, RE: Memory consumption. I know that most people would be happier if MaxiFile were able to do all it does and be 10k, as would I, but you want a bass drum, it can't be the same size as a tom-tom, and a cello just CAN'T be the same size as a violin. Sometimes, you have to decide between size and function. If there is no function, then size doesn't matter.. Of course, I make these observations from a 4 meg point of view... ------------ Category 32, Topic 7 Message 60 Sat Oct 24, 1992 C.HERBORTH [-Chris-] at 22:37 EDT I've noticed a slight problem with MaxiFile and Gemini... If you have your Gemini console window open, and you view a text file with MaxiFile, the text gets churned out in the Console window area using the Console's font. I guess MaxiFile uses TOS calls to do the text file viewing, which gives it a major boost of speed over using VDI calls to draw the screen. Unfortunately, when the Gemini Console window it open, TOS output is redirected to the window. Workaround -> remember to close the Console window before you open MaxiFile. :-) I'm not sure if we should ask Charles to fix this un-bug (ie, have MaxiFile either make sure output isn't redirected before using TOS, or losing a lot of speed by using the VDI instead), since I have no idea how it would affect things like MultiTOS, or using something like TOSWIN under MiNT. -Chris- ------------ Category 32, Topic 7 Message 61 Sun Oct 25, 1992 J.EIDSVOOG1 [CodeHead] at 11:47 EST Chris, I believe MaxiFile uses the line A variables to determine the pertinent screen information. If Gemini is changing this it would confuse MaxiFile. MaxiFile will probably be changed in this regard (as well as others) in order to be compatible with MultiTOS. John ------------ Category 32, Topic 7 Message 62 Wed Oct 28, 1992 M.SQUIRE [Mike] at 20:46 EDT John, I was under the impression when I went from TOS 1.04 to TOS 2.06 (using the TEC Extension Card) and installed Multidesk Deluxe (presently using v3.4a) that I would no longer need to use the BUTNFIX1.ACC program that ships with HotWire. However, I kept running into a problem whenever I pressed the F10 key from HotWire to bring up my MaxiFile (v3.0a) desk accessory where sometimes when I would go to single click on an individual file, my system would interpret it as a double click, instead. I have since reinstalled BUTNFIX1.ACC in the root directory of my C:\ drive and my MaxiFile problem has gone away and is no longer subjecting me to phantom double clicks. Just goes to show that notwithstanding the addition of a BUTTONFIX feature to MultiDesk Deluxe, it still needs to be loaded as its own desk accessory as well in order to be effective in all cases. ... Mike Squire ------------ Category 32, Topic 7 Message 63 Wed Oct 28, 1992 K.MILLER69 [Kyle Miller] at 23:26 EST Anyone, I know this question has probably been already asked, but here goes. I use Hotwire and Maxifile III. Is there anyway I can continue to use DC Shower to view pictures, listen to sounds, etc.? Thanx! ------------ Category 32, Topic 7 Message 64 Thu Oct 29, 1992 J.EIDSVOOG1 [CodeHead] at 03:52 EST Mike Squire, The mouse button input in MaxiFile is handled by form_do. This is different from the event type of input that causes double scrolling in windows. I can't imagine what could be causing phantom double clicks for you in MaxiFile. I've never experienced this and I don't recall anyone ever reporting it. It is unrelated to the problem solved by ButtonFix. The reason you are able to eliminate the problem by installing a second ButtonFix in your system is that the added overhead probably slows down system response enough to mask it. Kyle, I believe you can install DCPICK as an application to call the DC Shower modules, but you should ask in the DC topic to find out for sure. John ------------ Category 32, Topic 7 Message 65 Sat Oct 31, 1992 M.SQUIRE [Mike] at 04:25 EST John, I use Dan Wilga's FORMDOIT.PRG (v1.2e) in my AUTO Folder setup. Conceivably, this may be causing the problem if the form_do function is handling MaxiFile mouse button input. I'll have to do some testing to see. ... Mike Squire ------------ Category 32, Topic 7 Message 66 Sat Oct 31, 1992 J.EIDSVOOG1 [CodeHead] at 12:33 EST Mike Squire, You should absolutely do some testing without resident software. When you use programs in your AUTO folder or ACCs that affect the way the operating system works, all bets are off. We can't be responsible for the way our programs work under these conditions. There are several programs that fit under this category, but I've gotten in trouble for mentioning them in the past, so you'll have to figure it out for yourself. John ------------ Category 32, Topic 7 Message 67 Sun Nov 01, 1992 K.VANDELLEN [Ken Van] at 00:35 EST Come on, John. Just give him a list of programs that MIGHT cause a problem so he can test them. That wouldn't be extreme. It's all in how you do it. Ken Van Dellen d8^) ------------ Category 32, Topic 7 Message 68 Sun Nov 01, 1992 M.SQUIRE [Mike] at 08:09 EDT John, I follow closely your (and Charles') comments on other people's software that you feel are not written correctly (i.e., rule breakers). You'll never get in trouble with me for commenting and I appreciate your unsolicted/solicited input. If other developers can't stand the heat, they should clean up their act or get out of the kitchen. ... Mike Squire ------------ Category 32, Topic 7 Message 69 Sun Nov 01, 1992 J.MEEHAN3 [>> Joe M << ] at 11:26 EDT Ken, My guess is John's list of programs that might cause a problem is longer than Mike's list of programs. If I were John I would not publish such a list. It would only invite a lot of unneeded controversy and a lot of hurt feelings. >> Joe M << ------------ Category 32, Topic 7 Message 70 Sun Nov 01, 1992 LYRE at 13:13 EST Ok, I'm confused. Do we now have to be "politically correct" when dealing with programs that do no work with other programs? If this is going to be the latest trend in computer service, I might as well chuck my machine now because I'm not going to waste money purchasing incompatible programs. "Caveat Emptor" is one thing, but a lie is still a lie - even by omission. (I realize you are *NOT* lieing, but the idea behind the phrase applies here because by not stating programs that are incompatible you are instead implying that the programs work together without any difficulties. Which program is quilty is moot. If they don't work together 100% then you need to be able to state this.) Lyre ------------ Category 32, Topic 7 Message 71 Sun Nov 01, 1992 LYRE at 14:08 EST Joe M, The only problem with that is what if you *have to use* one of these other programs and now have to get rid of one of the other "staples" of your operating system? A simple list of incompatibilities would not cause difficulties depening on the wording. Something like " has an incompatibility with in ." Especially since many of the developers are on-line and could both issue the same statement. Of course, it would make the first and last variables in my sample statement switched around... Lyre ------------ Category 32, Topic 7 Message 72 Sun Nov 01, 1992 R.CARPENTE18 [Bob C.] at 14:40 EST John/Charles: I seem to be having a problem with Maxifile 3.0a. I've been unable to copy files using Maxifile. When I attempt to do so, I get "Not enough memory to copy ". I doubt that this is the case since I'm running it on a TT w/16 Meg of TT ram and 2 Meg of ST ram. I also was copying the files to an empty HD partition. I don't remember having this problem when I ran Maxifile on my Mega4. I'm currently running Maxifile as an MDX. However, I tried running it as a normal accessory and it seems to have no effect on the problem. What's surprising is that Maxifile has no problems moving files, just copying them. I also tried just running with a minimal configuration of MultiDesk with Warp9 and Maxifile as the only accessories. I've also tried running Maxifile in ST ram to see if that would help. No luck. What am I doing wrong? Bob Carpenter ------------ Category 32, Topic 7 Message 73 Sun Nov 01, 1992 NTACTONE [Ron Hunter] at 19:12 EDT Lyre, and others. I am a computer USER. I avoid programming as it is no longer 'fun' for me. As a USER, I really don't CARE which program is 'at fault' in a compatibility problem. Regardless of which is at fault, I have to choose which program I will use, and which I will forego, until someone figures out what to fix, in which program. I have concluded that this is a simple fact of life with complex computers, and accept is as a part of the territory. It doesn't mean I won't gripe, it just means I don't want to place blame. If one or both programs are later fixed to work together, then I am happy. If not, I just proceed as I did before one of them appeared. I was having fun then, and will continue to have fun. ------------ Category 32, Topic 7 Message 74 Sun Nov 01, 1992 LYRE at 21:50 EST Ron, Ummm, basically that is what I said. As a user, I believe the software producer has a need and a right to say that program X and program Y when used simultaneously have a problem. The "guilty party" in this problem is moot. Yes, I too decide which of the programs I am going to temporarily stop using. However, in some instances removing one of the programs (like in most of CodeHead Tech's programs) can place substantial hardship on the user. Regardless of who has to fix what in which program, *knowing* that their is a problem means, IMO, that it should be communicated in some fashion - newsletter, phone call, BB systems, etc. This allows the user to take appropriate action without first stripping their system and spending hours trying to figure out what is wrong. As to which software company is the "culprit", I don't care either. Never said that I did. I just want to be able to know that the problem exists and that I'm not going crazy and/or am alone in having problems. I did however suggest a "neutral" phrase that could be used to say that their is a problem between two programs. Thereby preventing what John (I think it was John who posted it) mentioned about getting some negative comments from the other software company. I also suggested that *both* parties could utilize this statement at the same time for an "official" announcement. This way both companies are re-acting to the problem correctly. Lyre PS: Oh my, just realized that you might be responding to my first post on this issue. Well, I'll leave this up just to make sure that my stance is known. ------------ Category 32, Topic 7 Message 75 Mon Nov 02, 1992 CBARRON at 04:51 EST Bob C. Can you configure the programs running when the maxifile da is called to use LESS RAM. If they keep too much some grab almost all, pagestream is a good example. Flash II is configurable. Some older gfa compiled programs grab EVERYTHING so 10 megs becomes a waste. If the underlying program is mshrinking properly and does not use all the ram then I see no problem... I could be wrong but I have encountered that alert with my 4meg fast ram TT and that is the reason. The copy is fine from the desktop, if I can wait to exit the program... On the issue that caused this latest 'we will keep our mouths shut' message, I am in complete agreement that the 'unmentioned, produced from an unmentioned developer does not work properly with certain programs from a different developer' war elsewhere was ultimately a a service, How many people read docs or readme files these days. Is that non-disclosing enough... [John, your products are not the only ones that are at a variance with the unmentioned product] ------------ Category 32, Topic 7 Message 76 Mon Nov 02, 1992 J.EIDSVOOG1 [CodeHead] at 19:29 EST OK, settle down everyone. I think I used some rather unfortunate wording in my last message. Let me see if I can clarify. Mike Squire was having a problem with phantom double clicks in MaxiFile and later mentioned that he was using Formdoit. My statement to him was stressing that he just definitely test the problem without Formdoit installed. I do not want anyone to read anything into this suggestion. I have no reason to believe that Formdoit causes problems with MaxiFile. I only offer it as a suggestion. I will NOT state categorically that Formdoit has a problem because I know nothing of the kind. I see no point in mentioning specific programs which cause problems because I don't want to unfairly tarnish the reputations of the programs or cause lost sales. Any program that I would mention has already been discussed at length here anyway (things like UIS and Data Diet). In the past, I've been taken to task for mentioning the names of programs, and I've also been taken to task for NOT mentioning them (both by the same user, not the developer). I don't think the rehashing of these debates serves anyone a useful purpose. When I see a symptom of a problem which is clearly caused by a specific program interaction, I will usually respond with the solution. When I see symptoms which do not conclusively determine the problem, I have no choice but to offer more vague suggestions. Experience has taught me to try to handle both types of response with kid gloves. Even so, I've found that there's no way that I will please everyone and I have no choice but to handle things the way _I_ think is best. I'm always open to suggestion, but can only do my best in any given situation. Bob Carpenter, I've seen the "Not enough memory..." message in MaxiFile before. This happens only on a TT, but I'm sorry that I can't remember what caused it or solved it. Nevin Shalit was having this problem a lot; perhaps he can remember how it was eventually solved. Maybe it will help if I describe the condition on my system, where the problem _doesn't_ occur. TT with TOS 3.06, 16 meg of TT RAM, 10 meg of ST RAM. MaxiFile III is loaded as a resident accessory in MultiDesk. MultiDesk's "RESERVE SIZE" is 120K. I don't think it's anything you're "doing wrong". Hopefully, we can determine the cause. John ------------ Category 32, Topic 7 Message 77 Mon Nov 02, 1992 LYRE at 21:11 EST John, Thanks for your post. All I wanted in my original messages was for the ability to be informed of conflicts. Your message makes it clear that when a *known* problem exists you will offer comments / suggestions. That's all I wanted. Lyre ------------ Category 32, Topic 7 Message 78 Tue Nov 03, 1992 GSCOTT-MOORE [Gerry] at 02:35 EST \\\--- Unfortunately when other programmers can't stand the heat they REMAIN in the kitchen discussing what the temperature should or should not be. I think it would be most desirable to have a list of programs that "might cause difficulties" with CodeHead/Working Title Software. It's only in the assignment of blame that people become offended. \\\--- Gerry ------------ Category 32, Topic 7 Message 79 Tue Nov 03, 1992 NTACTONE [Ron Hunter] at 05:39 EDT John, I used Formdoit, briefly, and it didn't interfer with the operation of MaxiFile, BUT then it did make it LOOK funny. Also, for reasons beyond my comprehension, Formdoit doesn't 'do it' on my computer. That is, everything works EXCEPT the hotkeys.... Tried it even booting barefoot from floppy, with ONLY formdoit and nuthin' doing. Strange, but maybe that is STrange... I learned a LONG time ago that every ST has its own personality and MINE just won't do some things others will... ------------ Category 32, Topic 7 Message 80 Sat Nov 07, 1992 R.CARPENTE18 [Bob C.] at 00:17 EST John, I've been experimenting with trying to get Maxifile to copy files, on my TT, while inside of MultiDesk Deluxe. If I use Maxfile as a normal ACC, then it works with no problems. However, I'd really like to use it from within MDD (preferably as an MDX). I tried copying your working configuration (within reason, I couldn't find another 8 Megs of ST RAM here at the apartment :-) ) and I didn't have any luck. I tried a "Reserve Size" of 120K. I then tried having Maxifile as the only resident accessory inside of MDD and reduced the other parameters as far down as they would go. I still receive the "Not enough memory" error from Maxifile. Any suggestions are welcome, because I've about run out of ideas. Thanks for your help. Bob Carpenter ------------ Category 32, Topic 7 Message 81 Sat Nov 07, 1992 J.EIDSVOOG1 [CodeHead] at 03:44 EST Bob, You're right. I get the same results when I try to run it as an MDX on the TT. When Charles gets back, he may remember the reason or cure for this. Maybe it's a bug in one of the programs. John ------------ Category 32, Topic 7 Message 82 Sat Nov 07, 1992 M.SQUIRE [Mike] at 03:56 EST John, I've been having good success using MaxiFile v3.0a when I reconfigured FormDoIt v1.2e to read "Undraw Underscores = Off" and haven't had a recurrence of the problem since then. ... Mike Squire ------------ Category 32, Topic 7 Message 83 Sat Nov 07, 1992 J.EIDSVOOG1 [CodeHead] at 05:01 EST Mike Squire, Hmmm...perhaps that was the problem. John ------------ Category 32, Topic 7 Message 84 Sun Nov 08, 1992 R.CARPENTE18 [Bob C.] at 23:31 EST John, I don't have any luck running Maxifile inside of MDD at all. I had to take Maxifile out of MDD to make it copy files. From your previous message, I was under the impression that you were able to run Maxifile as a resident accessory inside of MDD on a TT. I haven't been able to do that. Thanks again for the help. Bob Carpenter ------------ Category 32, Topic 7 Message 85 Mon Nov 09, 1992 J.EIDSVOOG1 [CodeHead] at 21:20 EST Bob Carpenter, Yes, I run MaxiFile as a resident MDD accessory always. I've never had the failure under those circumstances. I just tried setting my TT RAM flags in MultiDesk to see if it changes things, but it still works just fine. I can't remember if there's a reason I had the TT RAM flags off, so I'm going to leave them one for a while to see if there's a problem. John ------------ Category 32, Topic 7 Message 86 Sat Nov 14, 1992 R.CARPENTE18 [Bob C.] at 20:51 EST John, I've tried turning the TT flags off and I still have the same problem. I tried loading Maxifile as the only resident DA inside of MDD (with 6 MDX's) and I still have the same problem. Could there be a problem because I only have 2 Meg of ST RAM? I'm a little confused by this problem but I keep trying to plug away at it. I do appreciate your help a lot. Until next weekend... :- ) Bob Carpenter ------------ Category 32, Topic 7 Message 87 Sun Nov 15, 1992 R.CARPENTE18 [Bob C.] at 16:51 EST John, I found the missing part of the Maxifile problem. When I had my dealer temporarily put in 2 more meg of ST RAM (making a total of 4Meg of ST RAM), then I had no more problems with Maxifile being able to copy files. Is there any way to make Maxifile work with only 2 Meg of ST RAM on a TT? To add 2 Meg to my TT is a bit expensive now with the SIMM price jump. Bob Carpenter ------------ Category 32, Topic 7 Message 88 Mon Nov 16, 1992 R.ROY17 [Robert Roy] at 20:43 EST I am having a problem moving files from my HD to floppy. Occasionally some of the files 'get lost' in the move, that is to say they get moved to the floppy but there is no directory entry for them. This has happened on at least two occasions and has affected at least three disks. It has usually occured when I have been moving a directory to floppy. I looked at the floppy using Memfile and found that the entries for the folders that I copied were in sector 11 rather than in sector 1 where they belonged. After copying the info to the root directory, I got a directory full of garbage whenever I clicked on one of the folders. It seems the address to the sub_directory was also written incorrectly to the disk. I then tried moving entries for individual files to the root directory(BTW Most of the files were text files and source code and easy to trace). The files were pointing into the middle of some other file. I then corrected the file start address and found that many of the files would only display the first cluster of the file or would display the same cluster over and over to the length of the file. I tried copying the second FAT and got similar results. Since most of the files were text files and were contiguous in storage, I managed to recover the important ones by copying the sectors to file so there was no real loss of data, only a few hours. This only seems to happen when I am moving large numbers of files ie. doing a HD cleanup or something. And Murphy's law would have it that it only happens when I am Moving rather than Copying files. So what may be going wrong? The problem has only occurred under Maxifile, but I don't do file stuff any other way so I can't tell you if the problem is unique to Maxifile. I am curious to know what might be causing this and what I can do to correct or avoid the problem. Bob Roy ------------ Category 32, Topic 7 Message 89 Tue Nov 17, 1992 NTACTONE [Ron Hunter] at 05:30 EDT Bob Roy, Since I do the move to floppy often, and I have never had similar problems, it would seem that your problem is some kind of conflict. We will need a list of AUTO and .ACC files. Maybe we can figure something out from that, although I don't recall any conflict that might cause those symptoms. Also, your machine and TOS version. ------------ Category 32, Topic 7 Message 90 Tue Nov 17, 1992 J.MEEHAN3 [>> Joe M << ] at 06:26 EDT Bob Ray, Are you using and disk caching programs? >> Joe M << ------------ Category 32, Topic 7 Message 91 Tue Nov 17, 1992 STARFALL [Alan] at 11:08 EST Another cause of mangled disk directories is the 40-folder bug in TOS 1.0 and 1.2. If you are using either of those TOS versions, you !!MUST!! use FOLDRXXX.PRG (or if you use ICD's hard drive booter, add extra folders with it). Failure to do so will result in FAT and directory sectors getting written over each other. You are most likely to run out of folders when moving large numbers of files, which sounds much like the problem you are having. Note that you don't have to have 40 folders on a single disk to have this bug bite you -- older versions of TOS didn't release folders that were no longer needed, so you gradually ran out. You are less likely to run out of folders in later TOS versions, but if you do the system will stop with an error message. You'll have to reboot, but at least the disks won't be trashed. / / * / Alan * * ------------ Category 32, Topic 7 Message 92 Tue Nov 17, 1992 J.EIDSVOOG1 [CodeHead] at 15:10 EST Robert Roy, Whoa. It sounds like you created these problems for yourself by not understanding the Atari disk structure. First of all, the entries for folders (and files, etc.) are _supposed_ to be in sector 11, not sector 1. Sector 11 is the start of the directory entries. Sector 1 is the FAT. If you copy things from sector 11 to sector 1, you'll get major corruption. Regarding the root of your problem, I think it's caused by exceeding the limits of the numbers of files in a directory. Basically, there really is no limit to the number of files allowed in a folder (subdirectory). But various utilities have different limits in the number of files that can be listed. Depending on your TOS version, the system file selector and windows have different limits (I can't remember the numbers). Little Green selector has a limit of 300 files and MaxiFile has a limit of 400 files. This doesn't mean you can't have more files than that in the directory, it just means you can see them all at once. One way to view files in directories containing too many files is to filter your choice (e.g. show only "*.PRG" or "A*.*"). Believe me, MaxiFile is not causing your problems. It will safely copy files into a directory far exceeding the limits by which you can view them (I don't think there is _any_ limit) because it's simply using legitimate GEMDOS calls to do all of its work. Your files were not "lost", they were just hidden from your view. John P.S. There is always a limit to the number of files in the root directory of a drive. On a standard floppy disk, it is 112 files/folders. ------------ Category 32, Topic 7 Message 93 Wed Nov 18, 1992 R.ROY17 [Robert Roy] at 23:32 EST John, I didn't create any problems for myself, I was reacting, perhaps incorrectly, to a problem that had occured. I had at most a couple of dozen files per directory so it was unlikely that they were merely hidden from view. I made a mistake in my original post when I said "found that the entries for the folders that I copied were in sector 11 rather than sector 1 where they belonged" what I had meant to write was sector 7 ... I had arrived at this magic sector # by empirical observation ie. the files listed in that sector were the ones that showed in Maxifile's display window. After I read your reply, I looked in my TOS reference book to see how you had arrived at sector 11. Easy enough: boot sector + 5*2 for FATS. By this time I had reformatted the troublesome disks. However I still had a corrupted disk left over from a previous occurence. Looking at sector 0, I noticed something this disk had in common with the other two, namely they had both been formatted under Neodesk. I then looked at the fat size and saw it was equal to 3 sectors hmm boot sector + 3*2 gives me a root directory in sector 7. This matched what I had seen before. Apparently what happened was that the directory information was written to sector 11 in spite of the root directory being in sector 7. I have no idea how this could have happened short of the computer not recognizing a media change and writing the directory info to where the previous disk's directory was. Avoiding the problem in the future will be simple enough. All I have to do is reformat any disks that I have that were formatted in the days B.C. (Before Codehead). However if you have any thoughts on why or how this could have happened I would be interested in knowing. thanks for the help Bob Roy ------------ Category 32, Topic 7 Message 94 Thu Nov 19, 1992 J.EIDSVOOG1 [CodeHead] at 14:40 EST Robert Roy, OK, now I understand. It sounds to me like there was a media change problem caused by disk swaps and one of the disks had 3-sector FATs and the other had 5-sector FATs. There's nothing wrong with either of these disk types. As for why you would have media change problems, there are several possible causes. Some TOSes had/have a problem recognizing disk swaps. It's also possible that a resident program that affects the disk operating system might interfere. Or you may have two disks with the same serial number. John ------------ Category 32, Topic 7 Message 95 Wed Dec 23, 1992 L.BUDNICK [Lorne] at 23:38 EST CodeHeads, Any word yet on 1.44Mb high density floppy support for formatting from within MaxiFile? Or have I just missed seeing an announcement? Happy Holidays to the entire CodeHead family! ------------ Category 32, Topic 7 Message 96 Thu Dec 24, 1992 J.EIDSVOOG1 [CodeHead] at 03:07 EST Lorne, No, MaxiFile will not yet format high-density disks. It will however read and write to them with no problem. John ------------ Category 32, Topic 7 Message 97 Thu Dec 24, 1992 L.BUDNICK [Lorne] at 19:50 EST John, Thanks for the info on the current status of MaxiFile high-density formatting. Hopefully it won't be too much longer. :^) As mentioned, NO problems reading or writing to them. Thanks, Lorne.... ------------ Category 32, Topic 7 Message 98 Thu Dec 24, 1992 J.MOSES2 [moses] at 22:15 EST Would it be possible to implement a realtime scroll of directory/folder contents when the scroll bar is hilited via "held-down" left mouse button? I personally like this feature in Windows file managers as it makes it easy to find files, etc. in one pass, rather than dragging the scroll bar and waiting for a screen update. I know that the scroll bar arrows are realtime but with an accelerator, the scroll is so fast it's just too easy to bypass the file you want without being able to read the name. Jim ------------ Category 32, Topic 7 Message 99 Thu Dec 24, 1992 NTACTONE [Ron Hunter] at 23:42 EDT Moses, With 16 mhz, and Warp 9 installed, I can still control the MaxiFile scrolling without problems. However, if you are a bit slower, just use the mouse to click in the shaded part of the scroll bar for 'page scroll'. ------------ Category 32, Topic 7 Message 100 Fri Dec 25, 1992 J.EIDSVOOG1 [CodeHead] at 11:34 EST Jim Moses, Yes, it is possible to have a real-time drag-scroll, but it's not easy. In Windows, the manager sends messages to the program as the slider is being dragged. In GEM, the manager does not inform the program until the slider is released. In order to implement this type of feature, the programmer must write his own code to handle the dragging of the slider. While this is definitely possible, it's not easy and there are a lot of quirks involved. John ------------ Category 32, Topic 7 Message 101 Fri Dec 25, 1992 J.MEEHAN3 [>> Joe M << ] at 13:22 EDT Message: 98, left on December 24, 1992 From: J.MOSES2 [moses] >Would it be possible to implement a realtime scroll of >directory/folder contents... I know that the scroll bar arrows are >realtime but with an accelerator, the scroll is so fast it's just too >easy to bypass the file you want without being able to read the name. Jim, Try the keyboard equivalents (Up/Down arrows and Control Up/Down arrows) The scroll rate is slower. The left mouse click does scroll the contents (one page at a time, real fast at 32 mzh. >> Joe M << ------------ Category 32, Topic 7 Message 102 Fri Dec 25, 1992 D.SHORR at 14:04 EST Atari's control panel(XCONTROL.ACC) has a real-time drag-scroll feature. Now if Atari can write their own code to handle the dragging of the slider, certainly the CodeHeads can! Does TOS 4.x have this facility built-in? Dave ------------ Category 32, Topic 7 Message 103 Fri Dec 25, 1992 J.MOSES2 [moses] at 22:45 EST Thanks for the reply, John. I have a T25 installed and it makes the regular scroll too fast to read! A real-time drag-scroll seems like the thing to me - but I may be alone in that. Joe M Dawgone if you're not right! I forgot there was a keyboard attached to this thing! Thanks -of course, I'd still like a mouse-driven drag-scroll Jim ------------ Category 32, Topic 7 Message 104 Fri Dec 25, 1992 G.LEONE [Gerry] at 23:28 EST ha HA!!! My wife got me MaxiFile III for Christmas!!! (Thanks, John, for helping her!) Now I've got the ULTIMATE power: HotWire, MultiDesk Deluxe, and MaxiFile. And now I've got the ultimate question: where do I put MaxiFile? With my resident accessories? With my regular MDD accessories? Outside of MultiDesk altogether? Also, with MaxiFile as an .ACC, whenever I try to save new configurations after a bootup, I get an alert box saying "Can't find MaxiFile.PRG" Then I have to use the LOCATE box to find it. Am I doing something wrong, or is this just a by-product of now having MaxiFile as an .ACC and not a .PRG? And, yes, I've managed to R both FMs! -Gerry ------------ Category 32, Topic 7 Message 105 Sat Dec 26, 1992 J.EIDSVOOG1 [CodeHead] at 01:07 EST Gerry, I'm glad you found MaxiFile in your Christmas stocking. You can use it in any way you like. If you use it as a regular ACC or as an MDD resident accessory, you'll be able to access it the fastest. I keep mine as a resident MDD accessory. The downside is that it takes up memory this way. If you use it as a PRG or an MDX, it will have to load every time you use it. The downside is the time it takes to load and the fact that you can't invoke it from the Little Green Selector this way. If I understand you correctly, you've got MaxiFile as a normal desk accessory and you can't save your configuration. Make sure you haven't squished it or changed its name (from MAXIFILE.ACC). If you're still having problems, it's possible that one of your other accessories might be changing the default path so MaxiFile can't find itself. Try disabling things to see if something else is affecting it. John ------------ Category 32, Topic 7 Message 106 Sat Dec 26, 1992 M.SQUIRE [Mike] at 12:07 EST Gerry, I use MaxiFile III on my system as a regular desk accessory (i.e., I keep it in the root directory and don't use MultiDesk Deluxe to load it at all). The reason that I use MaxiFile this way is that it is not uncommon for me to be using another desk accessory and need instant access to MaxiFile, either to do file operations or just to view the contents of one of my text files. By loading MaxiFile as a regular DA, I can "multitask" this way (i.e., have MaxiFile and another desk accessory open at the same time) which I find gives me the greatest utility. Enjoy your Christmas gift! ... Mike Squire ------------ Category 32, Topic 7 Message 107 Sat Dec 26, 1992 G.LEONE [Gerry] at 19:47 EST Thanks, both John and Mike -- I accidently figured out my problem today. I didn't realize that HOTWIRE has a "where's MaxiFile?" configuration. Once I told HotWire where it was, no more problems. This program's great! Why didn't I know about it sooner??!! -Gerry ------------ Category 32, Topic 7 Message 108 Thu Dec 31, 1992 GSCOTT-MOORE [Gerry] at 20:18 EST \\\--- Something that I've noted before but never really thought about: The files SCRAP.TXT and SCRAP.ASC which are stored in folder CLIPBRD won't "view" properly when requested to via MaxiFile. They come up completely blank. I have looked carefully at a few test files with a disc editor and found that they have nothing but ASCII characters in them. Nothing fancy in them. Most other ascii files display appropriately (including PRG files which of course look weird). Why not these? \\\--- Gerry ------------ Category 32, Topic 7 Message 109 Thu Dec 31, 1992 OUTRIDER [Terry] at 21:57 EST Gerry, Do those clipboard files have LFs in them? Unfortunately, MaxiFile will not show any line without a LF at the end. At least it won't show the last line without a LF. If NO lines had LFs, I think it would indeed come up blank. ((( Terry ))) ------------ Category 32, Topic 7 Message 110 Fri Jan 01, 1993 J.MEEHAN3 [>> Joe M << ] at 09:20 EDT Message: 108, left on December 31, 1992 From: GSCOTT-MOORE [Gerry] The files SCRAP.TXT and SCRAP.ASC which are stored in folder CLIPBRD won't "view" properly when requested to via MaxiFile. They come up completely blank. Gerry, I have no problem with the ones I have. What program/accessory is making your SCRAP.TXT/ASC files? What is the file length? I have seen some programs make 0 length SCRAP.TXT files. Happy New Year >> Joe M << ------------ Category 32, Topic 7 Message 111 Fri Jan 01, 1993 GSCOTT-MOORE [Gerry] at 11:57 EST \\\--- Terry: That's it! The fact that they did not have a linefeed was the problem. I added one and they displayed appropriately. Thanks. No big deal really, but a curiosity. \\\--- Gerry ------------ Category 32, Topic 7 Message 112 Fri Jan 01, 1993 AEO.6 [Harvey Wolfe] at 18:31 EST Charles and John, I just thought of another couple of features I'd like to see in the next version of Maxifile. The best part is that these might be fairly easy to implement. The first pertains to the SAFE feature. If you decide to leave it more or less unchanged, would you please seriously consider adding an option allowing certain paths, filenames and extensions to be automatically deleted rather than moved to the safe, e.g. then I wouldn't have to keep turning it off for files files with *BAK as their extension, unarced downloads, etc. The other change I'd like to see is related to moves, copies and deletes using the safe, when filters are used. At present ALL directories and subdirectories are created even though frequently there is nothing selected in them when filters are used. Could this be changed so that folders would only be created if there was at least one file in the path being created. Thanks, Harvey ------------ Category 32, Topic 7 Message 113 Sat Jan 02, 1993 G.LEONE [Gerry] at 00:21 EST Is there any way to force a directory re-read in MAXIFILE? So, if I have one floppy in the drive and change it, I can get an updated directory. -Gerry ------------ Category 32, Topic 7 Message 114 Sat Jan 02, 1993 J.EIDSVOOG1 [CodeHead] at 01:37 EST Harvey, Thank you for your suggestions. I'm sure Charles will give them careful consideration in the next update. I think exclusions to the safe deposit features would be a good idea. The other suggestion is also a good idea. But unfortunately, as easy as it sounds, it's the trickier of the two problems to solve. It may sound easy to simply not create folders if there are no files to put in them. But due to the way MaxiFile's recursive routines work, there's no way for her to know at the time of folder creation whether any files will be found (down the "nested" line) to put into them. Perhaps Charles will come up with a solution. John ------------ Category 32, Topic 7 Message 115 Sat Jan 02, 1993 OUTRIDER [Terry] at 02:46 EST Gerry, Simply press "Esc" -- just like on the desktop. :^) ((( Terry ))) ------------ Category 32, Topic 7 Message 116 Sat Jan 02, 1993 J.EIDSVOOG1 [CodeHead] at 05:31 EST Gerry Leone, You can reread a directory in MaxiFile by hitting Esc to reread both Source and Destination, or by clicking on the right-most element of the path you wish to re-read. Don't forget that you can hit the "Help" key if you want help with MaxiFile (for those times when you can't wait for us to respond). John ------------ Category 32, Topic 7 Message 117 Sat Jan 02, 1993 G.LEONE [Gerry] at 21:03 EST Duh... Thanks, Terry & John. That answer was WAY too obvious. (You're right, John -- I did totally forget about the online help files you probably slaved over. Forgive me... I'm new to MF!) -Gerry ------------ Category 32, Topic 7 Message 118 Sun Jan 03, 1993 J.THAYNE [J.G. Thayne] at 00:09 EST Codeheads: I would like to know if it would be possible to add a double-cntrl- left_click type of option to Maxifile and/or Hotwire combination? I guess that it would be better to explain what I would like to do, or what I would like Maxifile/Hotwire to do. I would like the option to double right click on a program in Maxifile and have it list an archive file. (ARC, LZH, ZOO etc) This would be with a program installed as an application in Hotwire, but with there being the ability to have several applications to the same file extender. If I double left click on the same file, it would extract the archive file. I would love to add other combinations as well, such as double control right click, double control left click, etc. I do not know if you can tell teh difference between these with double clicking, but I do know that Maxifile does use the cntrl left click to highlight all files, shift click for selecting all similar extenders, etc. Of course this would mean that I would have to find a program that would ONLY do unarchiving and install that as the unarchiver, then have another seperate program that would list the archive, etc, UNLESS there was a way to also pass a command line with the filename that you clicked on to an installed application. Would love a way to use Maxifile/Hotwire for even more. JG PS. Is there a hotkey for the SEARCH function?!?! I know that I can hit the F key from the main screen, enter my search criteria, but I then have to click on the search button. Did I miss something in the manual? ------------ Category 32, Topic 7 Message 119 Sun Jan 03, 1993 OUTRIDER [Terry] at 14:04 EST JG, Try Alt-S for Search... ((( Terry ))) ------------ Category 32, Topic 7 Message 120 Sun Jan 03, 1993 J.EIDSVOOG1 [CodeHead] at 15:12 EST J.G., That's a great idea (having multiple applications installed for the same extender). As usual, my first thoughts are for means to implement something like this without changing our existing software. I envision something that could be intertwined with another idea someone asked about with HotWire and a way to pass commands on the command line to an installed application. A program could be written that could be installed as an application and upon being invoked, it could call any of a number of predefined applications based on a condition (most likely a shift-key combination using any of the four shift keys) existing at the time the application was started. The ability to add commands such as "x" or "v" would answer the first suggestion I mentioned, and would also solve your problem of having to find programs which would only do extracting or listing or whatever. The dilemma facing me is first to find the time to write something like this, and secondly, how to market it. I don't see it as a full retail commercial program, and it would require too much effort to release as freeware. But I shudder to even consider it as shareware, either, considering some of the views I've seen about shareware recently. John ------------ Category 32, Topic 7 Message 121 Sun Jan 03, 1993 D.FLORY [ALERTsys*Cop] at 18:22 EDT John, how about putting it on the CodeHead Utilities Disk with an appropriate adjustment to it's price? Dave Flory, ALERTsys*Cop 13:50 PST - 01/03/93 ------------ Category 32, Topic 7 Message 122 Tue Jan 05, 1993 J.THAYNE [J.G. Thayne] at 00:17 EST John E. I believe that it was also me that made mention of having a way to pass parameters to files with Hotwire. (I asked about a way to double click on a ZOO file and get it to unzoo.) I do have a fast work around, but it is a bit of a hassle. I currently have 2 identicle HOT files, except for a change in a few programs and having to have a different version of a program in each menu. A bit of extra space is needed for this, but it works. I wonder if any of these programs are like some of the UNIX and IBM programs that I have played with? I know that UNIX's compress, and one versio for the ST, so not need options passed to it depending on the name of the prg that you are running. If it is compress.prg(ttp) then it will compress the files passed to it, and if the program is called uncompress.ttp then it will uncompress the file passed. If I could get a few that do things this way, then that would solve that. (I will not hold my breath on it though ;) As for the marketting of it... I do see your points, and I _was_ reading that same topic for a while. ;) I do like the suggestion about it possibly being added to the Codehead Utilities Disk, or maybe as an Hotwire/Maxifile/Warp9/MultiDeskDeluxe Add on Disk. Where there are little programs that could be used as add-ons or work-arounds to your great projects. Dunno, I do understand about it being tough to decide how to market it...but I may have a solution... I have been playing around with a few programs of my own, in that dreaded language of C, and I may see if I can write a chain program that will do what I am looking to do. If I can get it to work the way that I want it to, _I_ would consider releasing it to the CodeHeads and if they so choose, make it PD, ShareWare or Commercial. I am not going to promise anything very soon, but it is a project that would give me more practice. I do have a few ideas as to _how_ to do it, but will have to sketch my ideas out and then see if they are possible. I just wish that I had a better handle on GFA, since I know that some of the CodeHeads like it better than C ;) , but I _have_ to learn C for school, and that class does not start for another 4 months (or so). (Yes, I have been doing some preliminary work on my own.) Will let you know what I come up with, or if I can come up with any other ideas. I do have a few idea for enhancements to your products, but I do not know if they are marketable or items that I would only be interested in. JG ------------ Category 32, Topic 7 Message 123 Tue Jan 05, 1993 CBARRON at 05:33 EST J.G. Thayne One version of compress that works as you say a ported. It works if and only if your shell passes the name of the program a la unix in argv[0]. Since many or most do not. This required three compilations of the same program with a different default name for each one. LZH, ZOO, ZIP, and ARC all originated in the world of MSDOS which untll fairly recently did not do this properly, hence the programs themselves do not. I hope this is not too far over your head, but the reason compress does what you suggest and the others don't is the point of origin of the compression program. Can't wait for multitos to try cat foo.* |uncompress |tar xvf - [ Note also compress can be renamed zcat.ttp and it will decompress to stdout] I really do not know of a legal way to always get the name of the programs filename, via TOS, if there is one please advise someplace here or ATARI.RSC if it is 'priviledged' Thanks.. ------------ Category 32, Topic 7 Message 124 Tue Jan 05, 1993 J.EIDSVOOG1 [CodeHead] at 05:43 EST The small price that we could justify for the adding of another Utility to the CodeHead Utilities disk would not be worth the hassle of requiring everyone to update to get it. J.G., I went ahead and wrote the program that I suggested yesterday. I've almost finished with the documentation. The interface is not very elegant (requiring the creation of an ASCII DAT file), but the program basically does everything that you've asked for. It's called "Applier" and should be ready within the next couple of days. John ------------ Category 32, Topic 7 Message 125 Tue Jan 05, 1993 J.THAYNE [J.G. Thayne] at 20:55 EST John E.: Funny, it looks like we were taking the same path to pass the info to the 'chain' program. I got a good start on the program that I am writing as well. Ran into some problems with the compiler, Laser C does not like some string initialations. I am sure that your version will be much better than mine, and I am sure that I will use yours, but I think that I will still poke at mine to get some more practice. The main difference between what I am doing and yours is that I could not find a way to see if the program (chainer) was launched with what keys pressed and with what mouse button. I am using the 'kbshift' to see what keys were pressed when the 'chainer' was run, then depending on the combination of the keys pressed on which command line and program to run and pass the original filename. I used this method so that I would have 16(?) possibilities, but it is FAR from perfect or even far from completion. Thanks for liking the idea, I do have a few every now and then. ;) Will be looking forward to the upload and to see how close our thinking was for the data file. -------- Cbarron; Yes, I know about argv[0] and argc, that is how I am able to get the commandline from the orignal 'chain' program that I am working on. I also could not find a way to get the name of the actual program, for argv[0] is not supported with Laser C, may check and see if GCC will handle it though. ;) JG ------------ Category 32, Topic 7 Message 126 Wed Jan 06, 1993 J.EIDSVOOG1 [CodeHead] at 14:36 EST J.G., By the time a program is executed, it's too late to determine what mouse button combination (or even what keypress) invoked its execution. However, the status of the shift keys can be examined (as long as the user is still holding them down). For this reason, my Applier program makes use of the Control, LeftShift, and Alternate keys. I'm ignoring the Right Shift key, assuming that the user would typically use a shift key combination with his left hand while starting the program with his right hand on the mouse. This allows a total of eight different shift key combinations for each document type, which I think should be sufficient for all demands (since normally there is a maximum of _one_). John ------------ Category 32, Topic 7 Message 127 Thu Jan 07, 1993 R.MARTIN22 [NETWORK 23] at 00:19 EST Okay, I give. I've searched high and low and can't find the answer to this question. Is there any way to tell from within MultiDesk exactly which MLT file was loaded? I'm using MouseBoot to copy MLT files to the root directory of C:, but whenever I switch to low res, MDD tries to find HotSaver and XControl, ACCs I removed eons ago. I've used MaxiFile to find all .ML? and listed them all to find that NONE of them have these two ACCs listed. I just can't get them out of my system. Help! Live And Direct [12:19 AM-5/Jan/93], Rod Martin, Network 23/ST Connection ------------ Category 32, Topic 7 Message 128 Thu Jan 07, 1993 OUTRIDER [Terry] at 01:42 EST Rod, Sounds like HotSaver, XControl, et al, are saved into your copy of MDD itself. If MDD can't find an MLT file for the current resolution, it will go with its internal configuration. You need to clear all and then resave the configuration. Or create an MLT file for low res. ((( Terry ))) ------------ Category 32, Topic 7 Message 129 Thu Jan 07, 1993 WAYNED. [Wayne] at 18:48 EST What Terry said Rod. I scratched my head a few times over that also. Just clear all and then resave MDD's internal configuration. To do that, clear all, and then use the configure option and click on Save (right next to the OK button). I try to keep the internal configuration in MDD cleared so that when I call it up for running an ACC from the desktop I don't get a bunch of stuff loaded in with the Acc I want to run. Wayne ------------ Category 32, Topic 7 Message 130 Thu Jan 07, 1993 J.THAYNE [J.G. Thayne] at 18:56 EST John E.: Well, I was also taking the same route with the program that I have been working one. I also used the KEYS that were still pressed when the program first ran, but I did include the RIGHT SHIFT. I did not think about the problem with using it with a mouse...but then I often will just use the double ALT-INSERT a lot, so that may solve _my_ usage of that. I am just glad that some of my thinking is close to yours, that means that I am on the logical "right track". :) Well, I can not wait to see what yours does, and how similar it is to my ideas, iof any similarities exist. Have you decided on how you are going to release/market it? Shareware, Freeware, Comercial? You do have my humble thanks already for just listening to my rantings. :) JG PS. I guess that I now owe you yet another beer at WAACE. ;) ------------ Category 32, Topic 7 Message 131 Wed Jan 13, 1993 W.STEINERT [Rat Fink] at 02:46 EST Hi, I remember reading somewhere that MaxiFile had 'button-fixer' built into it. I have MaxiFile but I don't see the option. Could you please let me know if this is true? Thanks, Rat Fink - Tuesday January 12, 1993 01:22 p.m. - Los Angeles, Ca. ------------ Category 32, Topic 7 Message 132 Wed Jan 13, 1993 J.MEEHAN3 [>> Joe M << ] at 05:45 EDT Message: 131, left on January 13, 1993 From: W.STEINERT [Rat Fink] > I remember reading somewhere that MaxiFile had 'button-fixer' built >into it. Rat Fink, I don't know about MaxiFile, but you will find it in the current version of MutliDesk Deluxe. >> Joe M << ------------ Category 32, Topic 7 Message 133 Wed Jan 13, 1993 R.MARTIN22 [NETWORK 23] at 23:04 EST Thanks Wayne and Terry...I did what you said. If it happens again, I'll ask again. Live And Direct [12:43 AM-13/Jan/93], Rod Martin, Network 23/ST Connection ------------ Category 32, Topic 7 Message 134 Tue Jan 19, 1993 AEO.3 [Lyre] at 21:42 EST CodeHeads, Just a suggestion for the View File ability in MaxiFile. Would you mind adding a "Jump to Line #" command? I figure that it could use the J or the L for the hotkey. Lyre 9:33 pm, January 19, 1993 ------------ Category 32, Topic 7 Message 135 Wed Jan 20, 1993 J.EIDSVOOG1 [CodeHead] at 02:24 EST Lyre, Thank you for the suggestion. I'll make a note of it since Charles's Mega died two days ago. John ------------ Category 32, Topic 7 Message 136 Wed Jan 20, 1993 AEO.3 [Lyre] at 21:21 EST John, Ut oh. Hopefully he can get it fixed and/or replaced. I know that the few times mine has acted up I've been rather paranoid ("Has it *really* died or is it just playing possum?"). Lyre 8:51 pm, January 20, 1993 ------------ Category 32, Topic 7 Message 137 Thu Jan 21, 1993 J.EIDSVOOG1 [CodeHead] at 12:57 EST We replaced the power supply in Charles's Mega yesterday and he's back up and running. John ------------ Category 32, Topic 7 Message 138 Thu Jan 21, 1993 WAYNED. [Wayne] at 18:59 EST John, The power supply in my Mega blew up (literally) quite a long time ago. Instead of trying to hunt down a new Atari or aftermarket PS for the Mega I took that opportunity to move my whole Mega over to a tower case. The Mega, and everything else now runs off the tower cases 250w power supply. :-) Wayne ------------ Category 32, Topic 7 Message 139 Fri Jan 22, 1993 NTACTONE [Ron Hunter] at 00:04 EST >took that opportunity to move my whole Mega over to a tower case. The >Mega, and everything else now runs off the tower cases 250w power >supply. :-) Hummmmm, isn't 250w a bit small for the toaster and refrigerator? Grin. ------------ Category 32, Topic 7 Message 140 Fri Jan 22, 1993 WAYNED. [Wayne] at 18:47 EST > Hummmmm, isn't 250w a bit small for the toaster and refrigerator? Well the monitor does dim quite a bit when I use the microwave on High for more than 1 minute. :-) ------------ Category 32, Topic 7 Message 141 Mon Jan 25, 1993 J.EIDSVOOG1 [CodeHead] at 11:18 EST It has been discussed in other topics that some users would like an easy way to copy or move files to a parent directory (the directory containing the source directory). While MaxiFile does not have a direct way to do this, it could hardly be simpler or faster, even compared to a program that directly supports it. It's as simple as pressing two keys: "=" and RightArrow The equal sign sets the destination to the same directory as the source, and the RightArrow backs it out to the parent directory. It's debatable whether it's better to have a program with numerous explicit features, or a program that has the ability to do it easily using its generic features. The disadvantages of the former are that the program becomes cluttered with a lot of features which everyone may not need or want and it may omit some of the obscure features that _you_ want. The disadvantage of the latter is that you need to study, use, and know the program well enough to recognize its power. I vote for the latter (of course). John ------------ Category 32, Topic 7 Message 142 Mon Jan 25, 1993 J.TRAUTSCHOL [jtrautschold] at 20:40 EST Well, durn it all - I just learned something new about MaxiFile. You know, this program has so many built in features it's really hard to remember them all (even *with* the built-in help screen which I always forget about). Using the right and left arrows for backing out of the subdirectories is really nifty! Thanks for the reminder John! John T. ------------ Category 32, Topic 7 Message 143 Tue Jan 26, 1993 SFRT-ASST [Kenne@SFRT] at 16:08 EST That's not including the undocumented features... ------------ Category 32, Topic 7 Message 144 Wed Feb 10, 1993 AEO.3 [Lyre] at 21:50 EST And another thing... How about adding the ability to flip the screen colors when in monochrome? So many applications use a white background with black text that I usually like to view a text file in the opposite manner so as to give my monitor a break. Kind of a "Poor Man's E-O-S Module." ;) Possible keys are (T)oggle, (C)olor, (I)nverse, etc. Lyre 9:35 pm, February 10, 1993 ------------ Category 32, Topic 7 Message 145 Sat Feb 13, 1993 J.MORRISON38 [Jimmo] at 00:58 EST John @ CodeHead... 1) I was jumping out to MAXIFILE to check (VIEW) the contents of SCRAP.TXT to check out cutting/pasting, etc. Sometimes it showed nothing. Does it not show the last line if there is no CR/LF? 2) Just a comment...In the DOOR-->FORMAT DISK option, the 1 and 2 keys on the numeric keypad are used for selecting single/double sided formatting. I find this very inconvenient, as I utilize the numeric pad for numeric data entry wherever possible. When I try to key in a numeric serial number I usually forget about the special keys and mess this up. Hey, this is not a big problem, but... You already use the F-keys, and some other CTRL key options on this screen, so why not use CTRL-S/CTRL-D or something else here? Please leave normal, unshifted keys for regular data entry. ~ Jimmo ~ ------------ Category 32, Topic 7 Message 146 Sat Feb 13, 1993 OUTRIDER [Terry] at 12:10 EST Jimmo, No, MaxiFile's viewer does not show the last line if there is no CR/LF. (One of the FEW things I don't like about MaxiFile.) __ /erry .\\ay ------------ Category 32, Topic 7 Message 147 Sun Mar 07, 1993 J.MORRISON38 [~ Jimmo ~] at 22:31 EST John/Charles... I was doing some maintenance and archiving tonight, and I came across something odd (at least to me)... I was using Maxifile in Dual Display mode (SRC&DEST). I think I moved the last couple of items out of the source directory into the destination. I then wanted to check the contents of the destination directory, but I knew I wanted to sort it by name first (from EXT). I clicked on the SORT box, selected NAME, and nothing happened. The destination directory was not sorted (still in previous order, EXT). I checked this out a little more, and it appears if the SOURCE directory has 0 or 1 item, and a re-SORT is requested, the DEST directory is not sorted...UNLESS YOU ARE MOVING TO OR FROM 'No Sort'; in this case, the DEST directory display IS updated. If you happen to go back to SOURCE window only (via 1/2), and then back to DUAL, the DEST window DOES get sorted upon return to DUAL. I know the manual says the SOURCE directory is sorted by this control, and it may not be logical to sort 0 or 1 item, but I would expect the DEST directory to be shown sorted in the desired order. Is it working as designed? Is it working as desired? ~ Jimmo ~ ------------ Category 32, Topic 7 Message 148 Mon Mar 08, 1993 CODEHEAD [Charles] at 00:32 EST Jim, Looks like you found a case where MaxiFile should be a little smarter; thanks for pointing it out. - Charles @ CodeHead Tech Sunday, March 7, 1993 8:37 pm ------------ Category 32, Topic 7 Message 149 Mon Mar 08, 1993 SFRT-ASST [Kenne@SFRT] at 21:55 EST You know, I've never understood the day and time filter features. I haven't looked at the manual in a while but I don't remember them being all that clear. ------------ Category 32, Topic 7 Message 150 Wed Mar 10, 1993 J.EIDSVOOG1 [CodeHead] at 05:34 EST Kenne, To use the day and time filters, you choose either "Before" or "After". MaxiFile will then find files with timestamps matching the criteria. I like doing searches with "After" to find all files on my hard drive that have been altered in the last day or two. Does this clear any of your confusion? John ------------ Category 32, Topic 7 Message 151 Wed Mar 10, 1993 SFRT-ASST [Kenne@SFRT] at 14:53 EST Do all the parameters have to be filled in? ------------ Category 32, Topic 7 Message 152 Thu Mar 11, 1993 J.EIDSVOOG1 [CodeHead] at 11:44 EST Kenne, You don't need to enter a time (I'm not sure about the date) in the filters box. I think if the time is blank, midnight might be used. As for other paramters, the more things you enter, the more exclusive your filter becomes. For example, you could look for all PRG and TOS files that have timestamps after a particular date but have their archive bit clear. Perhaps your confusion is caused by the fact that if you want to just filter the file listings in MaxiFile, you must turn ON the filters in the filter box (click on ON or hit F1) before exiting the box. This is a change from MaxiFile 2 and has been added to allow you to turn off your filters without losing the settings. John ------------ Category 32, Topic 7 Message 153 Thu Mar 11, 1993 SFRT-ASST [Kenne@SFRT] at 16:19 EST As I think about it It may be because my system clock was haywire two times. Once it set itself to the earliest possible date and then later to some impossible future date. Let me check real quick. Hmmm.. I think I "touched" all those files. Oh well. ------------ Category 32, Topic 7 Message 154 Thu Mar 11, 1993 J.MORRISON38 [~ Jimmo ~] at 21:51 EST >filter the file listings in MaxiFile, you must turn ON the filters >in the filter box (click on ON or hit F1) before exiting the box. Yeah, via those stupid little black & white toggle buttons... personally, I hate those things, in all programs! Looking at them, I can never tell which one is 'on', especially when both buttons are touching the black surround, with no mask or shadow. I find myself always clicking on the one I want, just to be sure. I somehow always think the bright one, or white one, would be the 'on' button, but this is not the case. Give me a check-mark, or an x'd box or proper radio buttons (like in LOOKIT), or bold lettering, not just a white/black inverse! ... serious problem, eh? :-) ... ----------- John/Charles... another MAXIFILE sugquestion... In MAXI, when there are selected items that are scrolled off the visible screen, could there be some sort of visible indicator of this? I know the folder/file count (status line) includes them, but if you are deleting or moving Several items, you tend to pay less attention to those figures. Perhaps the vertical scroll arrows could be darkened and enlarged in dual- display mode (page display arrows in single-display) to indicate out-of-sight selected items, or perhaps a separate arrow. Of course, there would have to be an indicator for both directions. Perhaps the delete/move/copy dialog warning box could also state the number of items to be acted on; this would be much more noticeable than the figures at the top. ----------- Well, I can finally throw away that page of CodeHead questions and suggestions that I've been jotting down for the last 2 years. I've submitted them all now (cheers & applause!). Thanks, John & Charles, and everyone else, for your responses. ~ Jimmo ~ ...starting a new page... ------------ Category 32, Topic 7 Message 155 Fri Mar 12, 1993 NTACTONE [Ron Hunter] at 00:03 EST > Yeah, via those stupid little black & white toggle buttons... personally, I >hate those things, in all programs! Looking at them, I can never tell which That is a function of your color setup. MY radio buttons turn white when they are selected. It's like an indicator light that is turned on, and leaves NO margin for confusion... Redo your color set from the control panel.. ------------ Category 32, Topic 7 Message 156 Fri Mar 12, 1993 AEO.3 [Lyre] at 19:24 EST Ok, silly question time... Is their a way to get the total file size utilized in a folder via MaxiFile? I am referring to the way that TOS 2.06 allows you to SHOW INFO on a folder and you get the total size count of everything in the folder. Lyre 7:15 pm, March 12, 1993 ------------ Category 32, Topic 7 Message 157 Fri Mar 12, 1993 M.MOTOGAWA [MEL] at 21:47 EST Lyre, Yes, just click on the folder name and press "I" for Info and up pops a dialog with the total # of folders and bytes in there, nested folders included. Don't feel bad, though, I just asked about an easy way to do this in another topic and then embarassingly realized Maxifile was able to do this all the time. :-) - Mel ------------ Category 32, Topic 7 Message 158 Fri Mar 12, 1993 OUTRIDER [Terry] at 22:26 EST I agree with Jimmo. I say lose the buttons altogether and just put up either ON or OFF -- not BOTH. -----8<----- Lyre, Do a right mouse button click on the folder. __ /erry .\\ay ]*S ------------ Category 32, Topic 7 Message 159 Fri Mar 12, 1993 NTACTONE [Ron Hunter] at 23:38 EST > Is their a way to get the total file size utilized in a folder via >MaxiFile? I am referring to the way that TOS 2.06 allows you to SHOW INFO on Double right click on the folder. ------------ Category 32, Topic 7 Message 160 Fri Mar 12, 1993 OUTRIDER [Terry] at 23:57 EST You're wasting a RMB click, Ron. One'll do it. One question, and three completely different answers! :^) I'd forgot about Mel's 'I'nfo, but I like the RMB method better, anyway. __ /erry .\\ay ------------ Category 32, Topic 7 Message 161 Sat Mar 13, 1993 J.MORRISON38 [~ Jimmo ~] at 01:38 EST Ron Hunter... > That is a function of your color setup. MY radio buttons turn > white when they are selected. It's like an indicator light that is > turned on, and leaves NO margin for confusion... You're right!. I flipped my two colours, black & white, but now I'm inversely confused. Maybe if they were proper radio buttons... ~ Jimmo ~ ------------ Category 32, Topic 7 Message 162 Sat Mar 13, 1993 NTACTONE [Ron Hunter] at 10:21 EST >You're wasting a RMB click, Ron. One'll do it. > One question, and three completely different answers! :^) I'd forgot >about Mel's 'I'nfo, but I like the RMB method better, anyway. Terry, That depends on how you are configured. One right button click on MY setup opens the folder.. ------------ Category 32, Topic 7 Message 163 Sat Mar 13, 1993 J.EIDSVOOG1 [CodeHead] at 10:51 EST Yes, the filters ON/OFF switches look confusing. It's because of the inverse title box next to it. Just think of it as a little box with two buttons in it. These _are_ "proper radio buttons", completely within GEM standards. One of them (and _only_ one of them) is "selected" -- the same color that MaxiFile uses to show its selected items elsewhere (whatever your color palette may be). Just ignore that man behind the curtain (the inverse title bar). :^) As for showing Info on a file or folder, you can use a single right click or a double right click, depending on your settings in the Mouse Options box. John ------------ Category 32, Topic 7 Message 164 Sat Mar 13, 1993 AEO.3 [Lyre] at 16:03 EST Aha! No wonder I haven't found it. I have double-right-click performing the View File function. Of course, it would have helped if I paid a little more attention to the Open Folder dialog. I basically ignored it because their wasn't much you could do with it as compared to using this function on a file. So the availability of this info never really "clicked." Lyre 11:54 am, March 13, 1993 ------------ Category 32, Topic 7 Message 165 Sat Mar 13, 1993 OUTRIDER [Terry] at 20:28 EST Geez, Ron, I forgot all about that option. Now I need to decide if I want to change mine to the same setting as you. Ah, decisions, decisions. ;^) __ /erry .\\ay ------------ Category 32, Topic 7 Message 166 Sun Mar 14, 1993 AEO.3 [Lyre] at 15:32 EST John, Or if you have double-right click set for a View File operation, then you can simply highlight the folder and press I. (I realize you know, but in case anyone else has MaxiFile set up like I do this gives them the method they can utilize.) Lyre 2:54 pm, March 14, 1993 ------------ Category 32, Topic 7 Message 167 Sun Mar 14, 1993 J.SAFFER [JASON SAFFER] at 16:36 EST I've noticed a strange warning message in Maxi starting today. When I go to COPY a file from one folder into another, I've been sometimes getting a message that says something like "No more memory available -- sorry." But I show 1.9 meg free RAM and 26 megs on the receiving partition of hard disk space. I'm able to MOVE the file from one to the other, but not copy. What gives? - Jason Saffer Hercules, California Sunday, March 14, 1993 1:14 pm ------------ Category 32, Topic 7 Message 168 Mon Mar 15, 1993 A.FASOLDT [Al Fasoldt] at 03:47 EST Hot durn! Double-right-clicking DOEs show the folder size! Al ------------ Category 32, Topic 7 Message 169 Fri Mar 19, 1993 G.FUHRMAN [gnox] at 03:43 EST The Maxifile era has arrived in gnoxville. Lordy, this beast is awesome. I like the use of the numeric keypad so much that it looks like I'll have to abandon some of my favorite CodeKeys macros, which use the same keys. Or maybe I should use the mouse to select files, like I had to with UIS ... nah! We don't need no steenking mice! :) Now just give me a month or two to dig all the hidden nuggets of utility out of the manual ... gnox ------------ Category 32, Topic 7 Message 170 Fri Mar 19, 1993 K.VANDELLEN [Ken Van] at 07:55 EST I said you'd like it! It'll take a while to learn all of its secrets. Ken Van Dellen d8^) ------------ Category 32, Topic 7 Message 171 Sat Mar 20, 1993 G.FUHRMAN [gnox] at 07:21 EST Ken, > It'll take a while to learn all of its secrets. You said a mouthful there! I've just been making up a chart for mouseclicks alone, and my head's spinning. Time for a break from the manual addendum! (Now, let's see, if I double-right-click on a folder in the Destination path ... ) gnox ------------ Category 32, Topic 7 Message 172 Sun Mar 21, 1993 HUMPHRIES.JR [Roger] at 14:53 EST CodeHeads, Since getting my TT030 about a year ago, I have noticed a lone character, G, sitting in the menu bar a bit off to the right of center when I run PageStream. Recently I have started using Aladdin [and realize I should have done so long ago :-)] and now I see enough spurious characters in the menu bar to recognize them as the leftover path and filename put up by MaxiFile when it is loading the program for me. Apparently these two programs put up an 80 character menu bar, and on the mono monitor anything displayed by MaxiFile to the right of center stays visible. I doesn't hurt anything, but it is a annoying. Any chance of a fix to MaxiFile that would clear the menu bar before turning it over to the program that was just loaded? I know its not a high priority, but just in case you happen to be working on an upgrade... Thanks, Roger ------------ Category 32, Topic 7 Message 173 Sun Mar 21, 1993 CODEHEAD [Charles] at 15:47 EST Roger, I use a Moniterm, so I've seen the exact same thing. This happens because GEM does not adjust the width of a menu bar's bounding rectangle when the screen width is greater than 80 characters. Some programs set the width of this rectangle according to the current screen width, but the majority don't -- therefore, the program name doesn't get properly cleared from the top line when those programs run. There's only way to avoid this -- by not putting the program's name on the top line at all. I decided that the visual feedback of seeing the program's path and name when you run it is more important than the minor display glitch that can occur on large monitors. - Charles @ CodeHead Tech Sunday, March 21, 1993 12:44 pm ------------ Category 32, Topic 7 Message 174 Sun Mar 21, 1993 J.EIDSVOOG1 [CodeHead] at 22:40 EST Roger, In addition to what Charles explained, please note that you'll also see the leftover characters when you run the same program from the GEM desktop. John ------------ Category 32, Topic 7 Message 175 Mon Mar 22, 1993 G.FUHRMAN [gnox] at 05:56 EST Roger, Charles & John are right. (Big surprise, eh? :) I've been seeing that kind of thing at the top of the screen ever since I started using my TT / TTM195. And I only got MaxiFile last week - MaxiFile has nothing to do with it. gnox ------------ Category 32, Topic 7 Message 176 Mon Mar 22, 1993 M.SQUIRE [Mike] at 23:56 EST Charles, I recently acquired an HP DeskJet 500 printer to use with my ST and have found that the 18 printer control codes found in the Printer Initialization section of MaxiFile are no longer enough to set up my printer to print. Would you consider boosting the number of control characters to perhaps 35 (this is the same as in STeno and I haven't exceeded it yet) in a future version of MaxiFile? ... Mike Squire ------------ Category 32, Topic 7 Message 177 Tue Mar 23, 1993 OUTRIDER [Terry] at 01:30 EST Geez, Mike, what kind of initialization are you trying to do? I have a simple "27 69" for my DeskJet 500. :^) __ /erry .\\ay ------------ Category 32, Topic 7 Message 178 Tue Mar 23, 1993 J.SAFFER [JASON SAFFER] at 02:10 EST Lately I've been getting messages sometimes when I want to copy a file from one directory into another using Maxi that there's not enough memory available. This occurs, for example, when I'm in Wordperfect but it doesn't occur when I'm in Hotwire or the regular desktop. I'm not sure why this message is coming up since Maxi also tells me that I've got about 1.9 meg RAM free even while in Wordperfect and there's plenty of room available on the destination drive. Can you give me some advice on what that message means and why it might be showing up when I try to copy or move stuff? - Jason Saffer Hercules, California Monday, March 22, 1993 1:03 pm ------------ Category 32, Topic 7 Message 179 Tue Mar 23, 1993 J.MEEHAN3 [>> Joe M << ] at 05:46 EST Message 178 Tue Mar 23, 1993 J.SAFFER [JASON SAFFER] >Lately I've been getting messages ... that there's not enough memory >available. This occurs, for example, when I'm in Wordperfect but it >doesn't occur when I'm in Hotwire or the regular desktop. WordPerfect grabs all the available memory (no mater what your utility may be telling you. ) >> Joe M << ------------ Category 32, Topic 7 Message 180 Tue Mar 23, 1993 NTACTONE [Ron Hunter] at 06:11 EST Mike, Doesn't the HP DJ500 offer 'macro sets'? Many printers will let you store several 'sets' of setup parameters in selectable 'sets', and select between them with only a few codes. Unless you use a lot of different setups, this might work for you... ------------ Category 32, Topic 7 Message 181 Tue Mar 23, 1993 J.EIDSVOOG1 [CodeHead] at 13:09 EST Jason, Nevin also had that problem. I can't remember what the solution is. I've seen it a couple of times on my TT (not enough memory available), but I don't recall seeing it for a long time. Perhaps it's a problem in a beta version we sent you. Maybe Nevin will read this and offer a suggestion. Charles? John ------------ Category 32, Topic 7 Message 182 Tue Mar 23, 1993 CODEHEAD [Charles] at 17:57 EST This seems to be caused by some kind of sporadic bug in TT TOS's memory allocation routines. I've seen it too, but never been able to repeat it reliably for testing. MaxiFile only puts up that message if its Malloc() call (the GEMDOS function that allocates memory) fails. As for the other bug Stan reported with copying folders, I'm investigating. - Charles @ CodeHead Tech Tuesday, March 23, 1993 10:38 am ------------ Category 32, Topic 7 Message 183 Wed Mar 24, 1993 J.SAFFER [JASON SAFFER] at 02:09 EST Joe, Charles, and John...thanks for your responses regarding my getting the message about not having enough available memory to copy files in Maxi. From what I gather from your messages, it's either sporadic on a TT and nothing really can be done about it or else I might only run into it in WordPerfect. I never noticed it happening until very recently. So there's no fix from what I can gather.... - Jason Saffer Hercules, California Tuesday, March 23, 1993 9:40 pm ------------