----- Original Message ----- From: "Simon Owen" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Wednesday, December 06, 2000 2:02 PM Subject: RE: SAM 2000? > > > >
--- So, Simon, I decided to stop the misunderstanded discussion, since you simply don't want to hear what I say. --- Let we look to something constructive: > Yeah, I understand the problem, tho that'll be a problem for any program > that can handle common format like zip files. The only way around that I > can think of is to re-register zip (etc,) to SimCoupe, and have it store the > previous association for chaining on. If the CDisk::Open rejects the zip > because it doesn't contain a recognised image, it'll run the next > association. That'll work ok, but things'll get into a mess if archiver > apps like WinZip spot they're no longer the default association and clobber > the SimCoupe settings, etc. I'd like to rename compressed sdf.zip back to sdf, like I do with sad.gz-->sad. I hope this will work. Also, I preffer gz over zip. It is simplier and makes even shorter files. When I tried this in ZX32, which uses zip too, it didn't work, since the shit (emulator) doesn't test the file contents. > SimCoupe does support drag and drop on the main window as quick way of > inserting files into drive 1, tho it doesn't use the autoboot setting on > them (maybe it should). Maybe it should. At least optionally. > > Aren't regular diskettes the ones which can be read directly to emulator? > > Yes, sorta. With a SAMDISK.SYS in the main directory on Windows 2000 (and > running as an Administrator user) it'll install and use that for direct disk > access if you want it to. The same driver can be recompiled for Windows NT4 > by taking out the WDM functions the Windows 2000 driver needs for power > management - it's a shame it's not possible to have a single binary that > works for both. > > I did some work on the Win9x class but found it was a lot slower than the > NT4/W2K version, and I had problems with disk change detection or something > like that (can't really remember). The way floppy access has to be done on > Win9x is a disgusting hack anyway, and I can't imagine it being anything but > trouble! Since I've moved to using Windows 2000 at home I've not touched > it, so it's sitting in fragments waiting for someone to sort it out. Why a hack? You can either: a) use int 13h functions b) access directly to the drive (in/out in asm), after it has been locked > Maybe it's a BIOS problem for Win9x, but I seemed to think the NT4/W2K > versions just talk directly to the floppy controller, so it may not be a > problem under that. If you use Windows 2000 I'd be interested in seeing > whether my SAMDISK.SYS has any success reading them. How do you transfer > stuff over from the SAM now? (or don't you?) On my computer it's a problem of mainboard. I tried to replace the BIOS with the code I've used before, but it didn't work either. > > @ is switched with " > > Shift-2 on my UK keyboard gives ", but if I switch to the US keyboard layout > I get '@'. I'll have to get a friend in the US to check it when he gets > into work (sometime soonish). What input language and keyboard layout have > you got set up? Okay, I don't have this version of SimCoupe. Where can I download it? I actually NEED it, so please don't say I would wait some weeks/months. Please! > > Yes, this is how Microsoft works. Enhancements. Enhancements. > > Don't look to people. Just enhance. > > I think of 'enhancement' in this context as any expansion of the > functionality of the program - why's that a bad thing? Anyway, I do look to > people, and have added _many_ things on request! > > Personally, I had a goal of it being able to do certain things in a certain > way, so I've been aiming for that since I started (and I'm getting a lot > closer to completing those aims). One of the reasons I've not been as > public with it along the way is that I've wanted to reach that goal first. > Another reason is that so much was being changed in the way it was > structured that it'd be a nightmare for people to try and make enhancements > to such a volatile code-base. Things have settled down a lot and that tends > not to happen so much. > > By deriving a new GPL project from the existing one, strictly don't I get to > decide what I want to do with it anyway? (as long as I stick to GPL) I'm > probably still a little overprotective of it, but it's been open for > modification/enhancement by other people for the last few months at least. Blah blah blah. You really admitted you work like Microsoft. Otherwise you don't think how simply make it better, but how to make it better, and don't loose anything done. I would like to see the full sad support, at least. And since you changed F1-F12 assignments again, and currently being not compatible with olde SimCoupe or orther widely spread emulators, I'd like to see a configurable F1-F12 (+ctrl/+alt) key functions. This would be done easily, by publishing resource.h file, remaining it the same in the future (I mean opertion numbers), and letting users to define which operations would be on each F1-F12 key. There would be also an user.ini file, which should NOT be redistributed with each new version of SimCoupe. This way people would use their old configuration when they go to the new version. All options defined in this file would have higher priority than default.ini. > > Actually, you started this one. > > Even if I did, you're one heck of an catalyst... always willing to 'help out' in any 'discussion' on the list! Yes, I want to help all the time, and people dislike the way how I do it. I'm sorry for this. > > Si > Aley
