8642420@wwu.edu (eric cosky) (03/12/89)
I wish I had an LS command that defaulted to ignoring any #?.info files.. The reason being that I like to have Workbench around, but having a zillion .info files in every directory makes it an unbearable mess. Or, better still, have the .info information inside of every file as a new hunk type at/near the beginning of the file. If it didn't have the HUNK_WBINFO (or whatever), then workbench wouldn't display it. Or have a new bit (w) that would tell whether or not there is a HUNK_WBINFO inside the file, so workbench could just ExNext through the directory in a really fast mode and use generic icons (remember, FAST) based on the New Binary/Text and Executable/Data (b/- , x/-) bits that Would Be Implemented. This would make Workbench functional, fast, and useful for people (such as myself) who won't use workbench on floppies because it's too damn slow. Just some ideas. -eric cosky InterNet: 8642420@wwu.edu ATT: 206-733-1331
wilts@cavax.ab.ca (Ed Wilts) (08/25/89)
>Well, I read three responses to my request to change "RAM DISK:" to either >"RAM_DISK:" or back to "RAM:"; I liked best the one that started "I agree >with Kent completely" of course. ;-) > >Never the less, Andy and other CATS types, this is a bug, not a feature, >since it is guaranteed to cause grief to old software, and to new users, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >and most of all (I'm shouting here, listen up ;-) IT WASN'T NECESSARY! Commodore has always supplied excellent technical support as to good programming practises and what will cause software to break in a future release. Although I agree with that it wasn't necessary (no software EVER is), It is certainly NOT guarantted to cause grief to properly written software. Since 1.0, volume labels (and file names) have allowed embedded blanks. Because you purchased a piece of software that did not properly support AmigaDos file specifications does not give you the right to flame Commodore. Instead, direct your complaints against the software developers for not properly supporting the file system. .../Ed (EWilts%Janus.MtRoyal.AB.CA@UncaNet.Bitnet) Ed Wilts Sr. Systems Analyst, Canadian Occidental Petroleum Ltd. Calgary, Alberta, Canada (403) 234-1007