home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / filed36b.zip / ReadMe.1St < prev    next >
Text File  |  1997-07-16  |  14KB  |  346 lines
  1. FileEd 0.36ß - 19970716 Update
  2. ------------------------------
  3. 1. The Date Sort button was a toggle, but always displayed "Date Sort",
  4.    it will now correctly reflect the text between "Alpha Sort" and
  5.    "Date Sort".
  6.  
  7. 2. Including all required DLLs in the archive as some people did not
  8.    have the Adept dir in the path/libpath and wondered why FileEd did
  9.    not work.
  10.  
  11. 3. Including the updated fUtil and fList EXE files.
  12.  
  13.  
  14. FileEd 0.35ß - 19970706 Update
  15. ------------------------------
  16. 1. Localized the date stamp...
  17.  
  18. 2. If FileEd is already configured, the Area Edit box will automatically
  19.    pop up on starting FileEd.
  20.  
  21. 3. Tried another method to fix the date sort if using the auto-update...
  22.  
  23.  
  24. FileEd 0.34ß - 19970630 Update
  25. ------------------------------
  26. 1. Lost Files were not shown when using any auto option...Fixed!
  27.  
  28. 2. The date/time stamp of the physical file on disk was not updated
  29.    if required...Fixed!
  30.  
  31. 3. Fixed possible traps in case of deleted areas, mis-matches etc
  32.    during a purge operation.
  33.  
  34.  
  35. FileEd 0.33ß - 19970623 Update
  36. ------------------------------
  37. 1. The "Touch File" function would in-correctly stamp a file...Fixed!
  38.  
  39. 2. Fixed what might have been the cause of most of the filebase
  40.    corruption problems in FSys.DLL. The current version of FSys.DLL
  41.    is 0.993 which can be verified from the FileEd help/product info menu
  42.  
  43. 3. There is a slight problem if you use Date Sort by default along with
  44.    auto-kill/auto-update since the filebase indexes are updated
  45.    immediately, the list might not always be correct. Plus there does
  46.    seem to be some problem in the way FSys.DLL handles the date sorting
  47.    which I will try to figure out later...
  48.  
  49.  
  50. FileEd 0.32ß - 19970620 Update
  51. ------------------------------
  52. 1. There was a slight mismatch in the indexing which would lead to show the
  53.    last file in some areas in the add files box as well...Fixed!
  54.  
  55. 2. Added 3 more new options to the default config.
  56.  
  57.    a) Auto-Kill   -> when active, entering any file area will also kill all
  58.                      lost files in that area.
  59.                      This option is only used only by the file area editor.
  60.  
  61.    b) Auto-Update -> when active, entering any file area will update the size
  62.                      and date stamp of the files in that area if required.
  63.                      Auto-Update is active for Enter a File Area, Kill Files
  64.                      as well as the Purge Files functions.
  65.  
  66.    c) Ignore CD   -> when active, all operation of kill/update will be ignored
  67.                      for areas marked as copy to HD in the Adept File Base.
  68.                      This is the default if you create a new FileEd.Ini as this
  69.                      does make more sense and will generally make all related
  70.                      operations faster.
  71.  
  72. 4. As usual...any probs/suggestions/bugs...email me at nitin@poboxes.com :)
  73.  
  74.  
  75. FileEd 0.31ß - 19970619 Update
  76. ------------------------------
  77. 1. The Add Files function would not update the file perms based on the
  78.    current file area perms in the filebase while adding files. Fixed!
  79.  
  80. 2. The kill lost files will now check the current file area flags for
  81.    the copy to HD (for CD areas etc) rather than what's set in the
  82.    filebase itself for the files.
  83.  
  84. 3. A minor discrepency in the date sorted order would sometimes show
  85.    an incorrectly sorted first file entry. Fixed!
  86.  
  87. 4. Some loose ends cleaned up...
  88.  
  89. 5. I think i got hold of the most common (generally new user or people
  90.    who don't read docs and the like :)) traps in FileEd now...should be
  91.    more or less stable now in the viewers section.
  92.  
  93. 6. Some more visual "enhancements"??? :)
  94.  
  95. 7. FileEd would always use the generic viewer (#20) for any files inside
  96.    an archive even if the extension was known and a viewer configured for
  97.    it. It will now call the correct viewer.
  98.  
  99. 8. If you selected view file from the main file area window for any file
  100.    which did not have a viewer configured for it, FileEd would not even
  101.    try the generic viewer. It will now try the generic viewer.
  102.  
  103.    In fact, FileEd should now be able to handle the view file correctly
  104.    in all cases.
  105.  
  106. 9. Corrected some discrepencies in the hot keys in the file area edit
  107.    window. Some of them were duplicated...
  108.  
  109.  
  110. FileEd 0.30ß - 19970619 Update
  111. ------------------------------
  112. 1. Found an extermely strange problem (bug??) when I tried the auto
  113.    update functions i added to FileEd. Some files return an invalid
  114.    year stamp. Although the dir list shows the correct year, the OS/2
  115.    return values show different...for example, 1 file dated 94 on a CD
  116.    returned 114 which meant 2094 and since the value of 114 is within
  117.    the defined 7 bit range, it did seem rather strange...since the docs
  118.    say nothing else about this, I currently check for values > 100 on
  119.    return and remove 100 if so. This corrects all the probs i found so
  120.    far, so i am leaving this for now (should carry us well beyond 2000).
  121.  
  122.    BTW, this was also the cause of traps some of you might have had with
  123.    .28 to .29 of FileEd.
  124.  
  125.    I am hoping some one will email me more info on this, since the dir
  126.    entry shows the right stamp, it is obvious that either the docs for
  127.    the file find funcs lack something or i missed something...
  128.  
  129. 2. Changed the button in the File Edit area to read "Back" (to go back)
  130.    as suggested by GrKnight.
  131.  
  132. 3. The auto-kill lost files when entering a file area is currently
  133.    removed. Some did not find this very desirable specially since the
  134.    kill lost files option is now quite fast. Will put it back later as
  135.    an option in the config defaults for those who might prefer the
  136.    auto-kill...
  137.  
  138. 4. Everything now seems to be functional...would appreciate any more
  139.    feedback on this.
  140.  
  141. 5. In case it was not clear from the previous update points, if you
  142.    change a file area security etc, running a purge from FileEd will
  143.    reflect the updated security etc in the filebase...
  144.  
  145.  
  146. FileEd 0.29ß - 19970618 Update
  147. ------------------------------
  148.  
  149.                           ******* NOTE *******
  150.  You must check the default settings and save them for this version
  151.  as I have added another option for saving the default sort order
  152.  for the file area lister.
  153.                           ******* NOTE *******
  154.  
  155. 1. Enhanced the auto-update functions a wee bit more...in case FileEd
  156.    finds a file which has either an invalid date or a date stamp which
  157.    is beyond the current date, it will correct the stamp to the current
  158.    date.
  159.  
  160. 2. Dutch just said something which I always had wanted to do, but
  161.    invariably forgot everytime :) Well...I implemented it now before I
  162.    forgot about it again...the default settings now have an additional
  163.    check box which will allow you to toggle between Date/Alpha sorting
  164.    of the file areas.
  165.  
  166.    The file area editor itself also has a "Date Sort" button, which is
  167.    actually a toggle to sort the file list alpha (which was the only
  168.    order earlier) and reverse date (newest files listed first).
  169.  
  170. 3. Enhanced the purge file base function to correctly reflect the
  171.    current file area permissions in the file base. This offers the
  172.    easiest way out to update your filebase as per the current file
  173.    area permissions without having to re-build using BFSMake from
  174.    scratch.
  175.  
  176.    The Purge file base function will *not* kill lost files...!
  177.  
  178. 4. Adept, BFSMake and FileEd are now almost in sync...finally...:)
  179.    just a cpl of minor changes left, mostly in Adept itself.
  180.  
  181.  
  182. FileEd 0.28ß - 19970617 Update
  183. ------------------------------
  184.  
  185. 1. The auto kill on entering any file area would kill files marked as
  186.    "Copy to HD"...will no longer touch any such file...
  187.  
  188. 2. Forgot to update the date/comma in numbers in some display areas...
  189.    hopefully all done now :)
  190.  
  191. 3. Changed the look of almost all dialogs to be more consistent and
  192.    umm...better? :)
  193.  
  194.    Mostly visual enhancements and corrections in this update...
  195.  
  196.  
  197. FileEd 0.27ß
  198. ------------
  199.  
  200. 19970617 Update
  201. ---------------
  202. 1. The auto date/size update function seemed a wee bit incomplete w/o
  203.    an auto kill lost files for the area, and since most of the work is
  204.    being done anyway, I added the kill lost files to it :)
  205.  
  206.    This means that when ever you select to edit a file area, any files
  207.    in that area which have a modified date/size will be automatically
  208.    updated and any missing files (lost files) will be automatically
  209.    removed from the filebase as well, providing an up-to-date, clean
  210.    file base and directory...
  211.  
  212. 2. Some cosmetic changes to the dialog sizes and fonts...:)
  213.  
  214. 3. Added commas to the file sizes displayed, makes it easier to read
  215.    and grasp at a glance...
  216.  
  217.  
  218. FileEd 0.26ß
  219. ------------
  220.  
  221. 19970616 Update
  222. ---------------
  223. 1. Added a neat (IMO of course :)) lil feature that will update the
  224.    date/size of any file if required when you enter a file area. For
  225.    example, you get a file update with the same file name as before
  226.    but the size and/or date stamp is changed, just overwrite the older
  227.    file and enter the file area and the size/date will be automatically
  228.    updated.
  229.  
  230.    A good example of the usage would be something like AllFiles.Txt
  231.    or something similar, although the file name remains the same, the
  232.    date/size might change everytime it is created...just enter the area
  233.    it is in using this update of FileEd and presto...it's updated :)
  234.  
  235.    BTW, the overhead for this is almost negligible...:)
  236.  
  237. 2. Added the same feature (as #1) to the Kill Lost Files function since
  238.    all files are scanned anyway, it will update the date/size wherever
  239.    required!
  240.  
  241. 3. While I was at it...made the date display consistent with Adept's
  242.    standard choice of YYMMDD, so now we have YYMMDD in Adept as well
  243.    as FileEd...hopefully no confusion in the date format for now...
  244.  
  245. 4. Made the fonts in all the listboxes to a consistent 14 point system
  246.    vio which seems to be the cleanest at that size...is it? :)
  247.  
  248.  
  249. FileEd 0.25ß
  250. ------------
  251.  
  252. 19970615 Update
  253. ---------------
  254. Well...the method FileEd used was heavy which i removed in the last
  255. update. The old behaviour is back in this update, but should be as
  256. fast as the last update in speed.
  257.  
  258. Kill Lost Files will no longer check and kill files which have the
  259. copy to HDD attribute set. This flag is essentially meant to be used
  260. for CD areas and it makes sense not to even bother to check beside the
  261. fact that if for some reason the CD refuses to respond, all files on
  262. the CD areas might well get purged by mistake.
  263.  
  264. This (and some other) enhancement makes the kill lost files function
  265. many fold faster than before, but to actually make use of this enhanced
  266. functionality you must:
  267.  
  268.   a) have the "Copy From Drive" flag in the File Area in Adept, and
  269.  
  270.   b) the filebase must have been built with the new (VAC) BFSMake as
  271.      the older BFSMake did not set the file area attributes properly
  272.      in the filebase.
  273.  
  274. I think i corrected all the path related problems...please make sure
  275. you have setup the Defaults for FileEd correctly...notably the Adept
  276. Path...it *must* have a trailing backslash!!!
  277.  
  278.  
  279. 19970612 Update
  280. ---------------
  281. I thought it was a pain that while editing areas, FileEd had to match
  282. it with the physical files on disk as well just to mark lost files. It
  283. will no longer do so. Use the "Kill Lost Files" for killing all lost
  284. files as before.
  285.  
  286. It this "enhancement" ok? I need some more feedback on this...I like
  287. it much better this way, but there may be others who don't...just drop
  288. in a line if so with the reason...maybe we can work around both...
  289.  
  290.  
  291. 19970515 Update
  292. ---------------
  293. Duh...due to a library difference between Borland C and VAC there was a
  294. subtle error introduced in FileEd. It would never find the right PathIndex
  295. for Adept Files. The end result was, if you added a file using the earlier
  296. .25 beta of FileED, your users would never be able to d/l the file.
  297. This is now fixed!
  298.  
  299. For those interested in the difference which caused this bug, it was due
  300. to the fact that FileEd used ios::app in the open flags (for an fstream)
  301. for the Adept PathIndex file. It seems the Borland compiler let the file
  302. read pointer at the start and the write pointer at the end of the file
  303. for append. VAC, on the other hand, seems to set the read pointer to the
  304. end of the file anyway :) This is definately a bug...at least in one of
  305. the compiler libraries....which one is it? :)
  306.  
  307. As a result...once again...if used a previous FileEd .25 beta, and added
  308. files to the filebase, please re-create using BFSMake (the new fixed
  309. BFSMake please, which also sets the right file perms :))
  310.  
  311.  
  312. --------------------------------------------------------------------------
  313. This is a short doc for now...:)
  314.  
  315. Firstly a big thanks to aokun@ucsd.edu (the original FileEd author) for
  316. letting FileEd go free like Adept.
  317.  
  318. There is nothing new about this beta, except for a few minor changes...
  319.  
  320. 1. If the config path for Adept is not set up properly, the list areas
  321.    dialog won't come up at all. It used to come up and trap earlier.
  322.  
  323. 2. When selecting to enter any file area, FileEd used to go into a tight
  324.    loop, sending the system load to a 100% and would not allow switching
  325.    from it easily. Also, there was no indication of what was happening.
  326.    This is now changed. FileEd will no longer lock up in the loop
  327.    completely as it did earlier and when you enter a file area, the status
  328.    is updated by the number of files processed by 10s.
  329.  
  330. 3. Similar loop prob in "Kill Lost Files" and "Purge File Base" has also
  331.    been corrected.
  332.  
  333. 4. Not really a fix or anything, but i did change the default font size to
  334.    be slightly larger :)
  335.  
  336. These are currently temporary fixes, and although you can press the <ESC>
  337. key during a "Kill Lost Files" or "Purge File Base" it is not currently
  338. the right procedure. If you want to stop it, just click on the close
  339. button of the dialog box (Warp 4) or select Close from the system menu
  340. of the dialog box (Warp 3).
  341.  
  342. That is all for now...hopefully, it should work just fine for the most
  343. part :) but in case of any problems feel free to e-mail me about them at
  344.  
  345. nitin@poboxes.com
  346.