See below:
On 10/8/05, Todd Berman <[EMAIL PROTECTED]> wrote: -snip- > > Such an approach means that others can run the end binary, but not > > compile (or optimize) the code. > > > > Or ours (which btw, loads TGA thumbnails w/o issues) ;) I'm excited about your code, but I don't have it in my hands right now :-) > > > So I suggest we approach this a couple of different ways > > > > 1. Add a field to IMAGING SITE PARAMETERS (file 2006.1) as follows: > > -- #22700 THUMBNAIL EXTENSION (#22700 is in my numberspace) > > This would contain possible entries like this: 'JPG', 'BMP','PNG' etc. > > Future code could be written such that if this field didn't exist, > > or had not data, would default to 'TGA'. > > > > 2. Agree on .BMP or .JPG as the file type for thumbnails. > > > > 3. Agree that thumbnails will always be in the same type as the > > original document. (I believe Medsphere is doing this option.) > > > > Nope. We happen to do that for our uploaded images, but we could easily > do anything. I was speaking of which format to set for uploaded images. I.e. I am creating a thumbnail. What format should I choose? You all are currently choosing to make the thumbnail the same format as the parent image, right? -snip- > > I am curious why this matters. > > Our solution just loads 'image data'. We don't even know or deal with > the format at all. We just get an array of bytes, and load it into a > pixbuf structure, and our lower level image library just deals with it. Maybe I am spinning my wheels again. But I have have had trouble with the Delphi TPicture.LoadFromFile (I think it was this function) that was using the extension to determine how to handle the data. If I take a .bmp file (that is easily loads) and rename it to .ABS and then try to load it, it fails. > > I have to assume that there exists a free delphi component that is > capable of the same. I know the free library we use has exactly 0 issues > with this, in fact, it allows arbitrary plugin modules to add new > formats very easily. Could you post a link to this library? -snip- > > Is anyone actually using this client in a situation that would require > interop with the images from another solution? > > It seems like a hospital would deploy one system or another, and not > have multiple clients in the wild for this functionality. > > --Todd I agree that we wouldn't have to maintain complete compatibility with hosptial VistAImaging formats. But I would like to be compatible with everyone else. thanks Kevin ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
