Hyperion Entertainment Message Boards

1) Yep, this would be nice, though would require the information to be read from datatypes or similar - hard-coding the metadata extraction would be a lot of work to implement in the icon information itself. 2) Yes, this would be nice, however it should still show as much of the name of the actual d...

Normally a commodity should "eat" its hotkey. It is bad coding style to let it pass. If you let it pass, it does not only arrive at other commodities, but also at the application which is currently active. This might lead to confusion at best and to unwanted action in the worst case. Good...

Only the last one started will respond to the popkey. Could someone confirm and add it to the bugzilla? Is it not the case that the Commodities system should pass through these key combinations for use by other applications? Or is that down to individual developers' preferences? I know that the def...

Well, it proves what i have said. You have to use a PC for printing and scanning photos. I know it's not possible on the Amiga. I was hoping for that. Seeing that is not likely to happen, it really forces me to go for a PC. Using the Amiga today doesn't feel like the same fun it used to be long ago...

Why does it have to be so black and white with you? Perhaps we can leave things like printing on specific printers to a PC, and still use AmigaOS for other things, which means we don't need to leave it to die. I suspect you already knew that answer already though - this sounds suspiciously like a co...

Hmmm, sounds like using null might do funny things since the labels are probably all null-terminated strings, so all contain a null character that some code somewhere mistakenly decides needs to be underlined. That's what your screenshot looks like anyway - the null at the end of your label is swall...

Yes, a similar implementation to CrossDOS is what I was thinking of since it would need to be implemented at the filesystem level. It could be implemented at a dos.library level too I guess, but that's not a very efficient way of doing things when 95% of the time the dos routines are accessing Amiga...

Yep, XML would be a good idea, once it's a standard format so 3rd parties can implement it too. It would be similar to the resource fork in that it would be handled transparently on relevant filesystems. Macs don't use the resource fork much any more, though it's still supported on Mac filesystems (...

Thinking about this a bit more, perhaps it could be implemented as a commodity in a similar way to how CrossDOS translates line feeds when reading and writing from/to CrossDOS volumes. That way it could easily be turned on and off by the user for cases where they don't need Amiga attributes saved an...

I haven't been able to find any information on this so I don't think it's available, but might it be an idea to define a standard file format for storing a file's metadata on non-Amiga filesystems so it isn't lost? Reading and writing this file could then be added to the filesystem handlers as requi...