Hyperion Entertainment Message Boards

Cool, thanks Tony. I'll go back to using IDoMethodA(). You would think there would be some way to pass 16bit values on the stack via a function call. Certainly the tag item functions need to pass everything as 32bit aligned but functions like IDoMethodA would be better to align on the arg types bit ...

I was using IDoMethod() orginally. I've now changed my code over to using DoGadgetMethod() to start utilising a GInfo but for some reason the change isn't working? The following works: Object *pOver = (Object *) cb->cb_IIntuition->IDoMethodA((Object *) pWindow->UserData, (Msg) &rOverTestMsg.Meth...

I just changed my code over to using IDoMethod() instead of IDoMethodA(). I notice the 16 bit X,Y values are coming through as 32 bit values. The result is that X is coming through as 0 and Y is coming through as the X value in the passed msg. eg. struct ZM_FOLLOWMOUSE { ..ULONG MethodID; ..struct S...

Another example: It should be possible to drag files from Find straight into applications (or over icons in AmiDock, or whatever) This is a bit different, as it probably doesn't need to serve the file contents - just passing the existing path/filename through the old API would be sufficient. It wou...

@trixie Hi trixie. I've seen some of your tutorials on Reaction. Excellent work. Perhaps I'm not getting you right but shouldn't we strive for a generic formatted (rich) text datatype? I.e. one of which rtf / ww / doc / whatever would be subclasses? I'm thinking not so much in terms of a generic rtf...

If you're loading files than the application can use its usual file loader - if it doesn't normally use DataTypes for that, it shouldn't need to here. But, only if the file is its native format, or if the app uses its own converters - which is what we want to get away from of course, or accepts a l...

I think that should be possible anyway with DataTypes - it already supports base types of IFF, binary and text. A custom format could just be a DataTypes binary class object (hmm... but the receiver still needs to know what format it is in, I'm sure there must be some way this can be done within th...

If it's a DTObject then it has already been decoded and is in memory, so progressive loading isn't an issue. Progressive decoding might be for extremely large images. DataTypes does have some limited ability for this but I'm not sure if it is functional. That was one example. Others might be: obtai...

Incidentally, datatypes.library does this exact thing - if a program provides a memory pointer to create a datatypes object out of, when the datatype subclass receives it it looks exactly like a file... I'm not 100% conversant with datatypes but looking at http://wiki.amigaos.net/index.php/Datatype...

I imagine the drop zones are tightly tied to matching drag zones in MUI? Sorry, no idea. I don't know anything about how it's implemented and have almost no MUI programming experience at all. But at least there is some standard D&D support in MUI itself (i.e. it's not all implemented in YAM's o...