On Sun, 2005-10-09 at 00:14 -0400, Kevin Toppenberg wrote: > 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 :-)
Yeah :( We are working on it. I could give a myriad of reasons/excuses as to why it is not available, but they really aren't germane. But yeah, work continues on all fronts :). <snip> > > > 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? > Yup. Mostly to keep any format specific things in place, like transparency for pngs, etc. > > > > 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. > Ew. That sucks. All the image formats we have discussed have recognizable magic bytes that allow you to recognize the format without having to resort to extension sniffing. > > > > 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? > Happily. We are using gdk-pixbuf, which is a lower level library in the gtk+ toolkit. (Sorry, I kinda assumed the toolkit we were using was well known) http://www.gtk.org/ > > > > 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. > Cool, well, whatever you end up doing, we will be able to load it, so whatever works for you :). I would recommend avoiding RPC modifications at all cost though. --Todd ------------------------------------------------------- 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
