Re: [Hardhats-members] ScanSoft graphic component and The Gimp
Wow, you have some cool tools in your toolbag. Thanks Kevin On 10/11/05, Suchi Pande [EMAIL PROTECTED] wrote: Kevin Toppenberg wrote: OK, Let's say I am willing to support .pdf files. Anyone have ideas about how to go about this: -- OLE adobe's reader? -- Determine what Todd's mystery library is (gtk+?) -- send all media to an imbedded internet explorer (and let it handle the various file types, including .pdf)? htmldoc is a another fine linux/MS windows command line utility which is great if you don't want to learn pdf, and you know html. Create an html file of the output you want, run htmldoc on that html, and you get your pdf output. It doesn't support css (yet, as far as I know). PJ --- 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 --- 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
RE: [Hardhats-members] ScanSoft graphic component and The Gimp
Also iMedConsent(tm) (which deals with documents as our output, input, and everything in-between) supports TIFF and PDF primarily. Although we allow you to output something like JPEG but we don't recommend it. If you have an imaging solution that holds on to TIFFs, you are guaranteeing the state of the TIFF within your system. Once the file leaves your system (to be sent down to the client for printing or what not), you can't protect the file from alterations. PDFs support locking and signing. We digitally sign our PDFs with the author's digital signature. At one hospital they're signing the entire PDF with a single cert stamped as THE HOSPITAL to certify it was accepted at the server level. But it's very possible to sign it several times, one for each wet signature in addition to layers within the system (by client, by server, by imaging storage system, etc). Each one verifying the state of the document and ensuring that it wasn't tampered with. This is addition to any hashing and security in place at the storage system level. David Sommers, Architect | Dialog Medical -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Todd Berman Sent: Monday, October 10, 2005 9:50 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] ScanSoft graphic component and The Gimp On Mon, 2005-10-10 at 21:29 -0400, Kevin Toppenberg wrote: Todd, Tell me about why .pdf is important. Because PDF is the natural choice for text documents, just as TIFF was 10 years ago. I could attach any file I want to a note. The issue will be the generation of thumbnails, and also the display of the .pdf documents. Yup, that is the issue. Currently for our solution, I believe we will be generating a thumbnail image of the first page for the thumbnail, and then showing the entire pdf when it is opened. Are you going to host the .pdf viewer in your application? It seems that would also make deployment more difficult. Somewhat kinda, we are in a unique situation, but we have a library that we are planning on using and distributing to allow pdf viewing. But no, we wont be using adobe's stuff, and it shouldn't add any real issues for deployment for us. Why would this be better to do than just having a graphic image of the document? Because there are good odds that PDF attachments are going to be very common. Right now, e-fax (which gives faxes as PDFs) and pdf scanners are very common, and will become more so. We will still support multipage TIFFs for compatibilities sake, but I would assume we will be recommending PDF over multipage TIFFs. --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 --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
Suchi, Thanks for the excellent link. I found the URL: http://www.imagemagick.org/script/index.php Thanks! Kevin On 10/10/05, Suchi Pande [EMAIL PROTECTED] wrote: Basically, attempting to use the gimp for this is pretty scary and heavy stuff. Deployment on windows becomes far more difficult, and you are asking for a lot of trouble. Imagemagick is a high level command line suite for image manipulation. Great for batch processing images in linux and ms windows. Maybe you should look into that. PJ --- 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 --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
OK, Let's say I am willing to support .pdf files. Anyone have ideas about how to go about this: -- OLE adobe's reader? -- Determine what Todd's mystery library is (gtk+?) -- send all media to an imbedded internet explorer (and let it handle the various file types, including .pdf)? Kevin On 10/11/05, David Sommers [EMAIL PROTECTED] wrote: Also iMedConsent(tm) (which deals with documents as our output, input, and everything in-between) supports TIFF and PDF primarily. Although we allow you to output something like JPEG but we don't recommend it. If you have an imaging solution that holds on to TIFFs, you are guaranteeing the state of the TIFF within your system. Once the file leaves your system (to be sent down to the client for printing or what not), you can't protect the file from alterations. PDFs support locking and signing. We digitally sign our PDFs with the author's digital signature. At one hospital they're signing the entire PDF with a single cert stamped as THE HOSPITAL to certify it was accepted at the server level. But it's very possible to sign it several times, one for each wet signature in addition to layers within the system (by client, by server, by imaging storage system, etc). Each one verifying the state of the document and ensuring that it wasn't tampered with. This is addition to any hashing and security in place at the storage system level. David Sommers, Architect | Dialog Medical -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Todd Berman Sent: Monday, October 10, 2005 9:50 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] ScanSoft graphic component and The Gimp On Mon, 2005-10-10 at 21:29 -0400, Kevin Toppenberg wrote: Todd, Tell me about why .pdf is important. Because PDF is the natural choice for text documents, just as TIFF was 10 years ago. I could attach any file I want to a note. The issue will be the generation of thumbnails, and also the display of the .pdf documents. Yup, that is the issue. Currently for our solution, I believe we will be generating a thumbnail image of the first page for the thumbnail, and then showing the entire pdf when it is opened. Are you going to host the .pdf viewer in your application? It seems that would also make deployment more difficult. Somewhat kinda, we are in a unique situation, but we have a library that we are planning on using and distributing to allow pdf viewing. But no, we wont be using adobe's stuff, and it shouldn't add any real issues for deployment for us. Why would this be better to do than just having a graphic image of the document? Because there are good odds that PDF attachments are going to be very common. Right now, e-fax (which gives faxes as PDFs) and pdf scanners are very common, and will become more so. We will still support multipage TIFFs for compatibilities sake, but I would assume we will be recommending PDF over multipage TIFFs. --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 --- 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 --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
On Tue, 2005-10-11 at 21:37 -0400, Kevin Toppenberg wrote: OK, Let's say I am willing to support .pdf files. Anyone have ideas about how to go about this: -- OLE adobe's reader? -- Determine what Todd's mystery library is (gtk+?) libpoppler. Again, not a viable option for a Delphi/Win32 application :( -- send all media to an imbedded internet explorer (and let it handle the various file types, including .pdf)? Id almost suggest this, but then you get screwed for pngs (transparency), also its way way heavy :(. So I'd say the first I guess. --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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
Isn't the goal to move to portability? In other words away from Delphi? That is one of the problems with CPRS already. MarkOn 10/11/05, Todd Berman [EMAIL PROTECTED] wrote: On Tue, 2005-10-11 at 21:37 -0400, Kevin Toppenberg wrote: OK, Let's say I am willing to support .pdf files. Anyone have ideas about how to go about this: -- OLE adobe's reader? -- Determine what Todd's mystery library is (gtk+?) libpoppler. Again, not a viable option for a Delphi/Win32 application :( -- send all media to an imbedded internet explorer (and let it handle the various file types, including .pdf)? Id almost suggest this, but then you get screwed for pngs(transparency), also its way way heavy :(. So I'd say the first I guess.--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 listHardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
On Oct 11, 2005, at 7:16 PM, Mark Dalton wrote: sn't the goal to move to portability? In other words away from Delphi? That is one of the problems with CPRS already. Mark That's certainly what I thought. === Gregory Woodhouse [EMAIL PROTECTED] One must shy away from questionable undertakings, even when they have a high sounding name. --Albert Einstein --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
On Tue, 2005-10-11 at 21:16 -0500, Mark Dalton wrote: Isn't the goal to move to portability? In other words away from Delphi? That is one of the problems with CPRS already. Speaking from experience, reimplementing CPRS is not for the faint of heart, and honestly, is not going to be successfully completed as a totally 100% community driven (meaning no fulltime payed developers) opensource project. Medsphere is hoping to release its crossplatform, portable CPRS replacement/enhancement under some license that will ease the use of it, (I believe, and please, don't quote me on this, because I am not sure, and this stuff changes rapidly that the client itself would be released under a non-OSI compat Non-Commercial license, with the definition of Commercial being very liberal (potentially allowing a fair amount of actually commercial reuse), and the GPL for the middleware piece that allows you to write software that uses SOAP to talk to VistA) and move to a completely open development model, that will allow people to 'scratch their own itch', and help drive the development goals and objectives. --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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
That may be the goal of the powers that be, but right now VistA is being adopted as a practical solution. And I am able to code in Delphi, so there is no reason for me not to extend it for my site. Kevin On 10/11/05, Mark Dalton [EMAIL PROTECTED] wrote: Isn't the goal to move to portability? In other words away from Delphi? That is one of the problems with CPRS already. Mark On 10/11/05, Todd Berman [EMAIL PROTECTED] wrote: On Tue, 2005-10-11 at 21:37 -0400, Kevin Toppenberg wrote: OK, Let's say I am willing to support .pdf files. Anyone have ideas about how to go about this: -- OLE adobe's reader? -- Determine what Todd's mystery library is (gtk+?) libpoppler. Again, not a viable option for a Delphi/Win32 application :( -- send all media to an imbedded internet explorer (and let it handle the various file types, including .pdf)? Id almost suggest this, but then you get screwed for pngs (transparency), also its way way heavy :(. So I'd say the first I guess. --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 --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
On 10/11/05, Todd Berman [EMAIL PROTECTED] wrote: On Tue, 2005-10-11 at 21:37 -0400, Kevin Toppenberg wrote: OK, Let's say I am willing to support .pdf files. Anyone have ideas about how to go about this: -- OLE adobe's reader? -- Determine what Todd's mystery library is (gtk+?) libpoppler. Again, not a viable option for a Delphi/Win32 application :( -- send all media to an imbedded internet explorer (and let it handle the various file types, including .pdf)? Id almost suggest this, but then you get screwed for pngs (transparency), also its way way heavy :(. So I'd say the first I guess. --Todd Regarding the heaviness of IE, I will point out that CPRS already comes with IE in it. I had to take it out to get the WINE version to run. I have added a second one to display progress notes that happen to be in HTML format. It wouldn't be a big deal to add another one. And multiple instances don't result in multiple copies of the full IE, I believe, any more than having multiple IE windows does. I may explore this method more. Of course IE can introduce security risks. I'll have to think about that... 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
Kevin Toppenberg wrote: OK, Let's say I am willing to support .pdf files. Anyone have ideas about how to go about this: -- OLE adobe's reader? -- Determine what Todd's mystery library is (gtk+?) -- send all media to an imbedded internet explorer (and let it handle the various file types, including .pdf)? htmldoc is a another fine linux/MS windows command line utility which is great if you don't want to learn pdf, and you know html. Create an html file of the output you want, run htmldoc on that html, and you get your pdf output. It doesn't support css (yet, as far as I know). PJ --- 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
RE: [Hardhats-members] ScanSoft graphic component and The Gimp
IE will only take up multiple processes if you ask it to. The MIME handler in IE is just handling the Shell as Explorer would. You'll need some type of PDF viewer installed as IE doesn't natively handle it. In Delphi, you could also make a call into the Class list to see who the registered application is for that file type and load the control yourself into some kinda frame - but then again, IE could do all that for you. /David. David Sommers, Architect | Dialog Medical -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Tuesday, October 11, 2005 10:56 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] ScanSoft graphic component and The Gimp On 10/11/05, Todd Berman [EMAIL PROTECTED] wrote: On Tue, 2005-10-11 at 21:37 -0400, Kevin Toppenberg wrote: OK, Let's say I am willing to support .pdf files. Anyone have ideas about how to go about this: -- OLE adobe's reader? -- Determine what Todd's mystery library is (gtk+?) libpoppler. Again, not a viable option for a Delphi/Win32 application :( -- send all media to an imbedded internet explorer (and let it handle the various file types, including .pdf)? Id almost suggest this, but then you get screwed for pngs (transparency), also its way way heavy :(. So I'd say the first I guess. --Todd Regarding the heaviness of IE, I will point out that CPRS already comes with IE in it. I had to take it out to get the WINE version to run. I have added a second one to display progress notes that happen to be in HTML format. It wouldn't be a big deal to add another one. And multiple instances don't result in multiple copies of the full IE, I believe, any more than having multiple IE windows does. I may explore this method more. Of course IE can introduce security risks. I'll have to think about that... 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 --- 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
RE: [Hardhats-members] ScanSoft graphic component and The Gimp
And for security, utilizing IE and letting MS patch it at the OS level is better (from my IT stand-point) than doing your own engine or using some third-party that can't be patched at the system level. Unless all parts of the system can patch itself regularly or at the network level, using OS level functionality isn't a bad thing (unless you're shooting for cross-platform). That's another thing for the Mozilla engine. If you could re-use that engine but guarantee that it was patched to the latest and greatest, then I'd recommend either that or IE. Until 1.5 ships though, it won't auto-patch. Also one more thing, you can restrict the level of access to the IE engine when you create the object so that it, for example, can only access trusted sites or local files - etc. /David. David Sommers, Architect | Dialog Medical -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Tuesday, October 11, 2005 10:56 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] ScanSoft graphic component and The Gimp On 10/11/05, Todd Berman [EMAIL PROTECTED] wrote: On Tue, 2005-10-11 at 21:37 -0400, Kevin Toppenberg wrote: OK, Let's say I am willing to support .pdf files. Anyone have ideas about how to go about this: -- OLE adobe's reader? -- Determine what Todd's mystery library is (gtk+?) libpoppler. Again, not a viable option for a Delphi/Win32 application :( -- send all media to an imbedded internet explorer (and let it handle the various file types, including .pdf)? Id almost suggest this, but then you get screwed for pngs (transparency), also its way way heavy :(. So I'd say the first I guess. --Todd Regarding the heaviness of IE, I will point out that CPRS already comes with IE in it. I had to take it out to get the WINE version to run. I have added a second one to display progress notes that happen to be in HTML format. It wouldn't be a big deal to add another one. And multiple instances don't result in multiple copies of the full IE, I believe, any more than having multiple IE windows does. I may explore this method more. Of course IE can introduce security risks. I'll have to think about that... 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 --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
I said: htmldoc is a another fine linux/MS windows command line utility http://www.wdvl.com/Authoring/Languages/Perl/PerlfortheWeb/index16.html is a quick perl-centric introduction to it. man htmldoc on my linux box is pretty good too for the details. PJ --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
On Mon, 2005-10-10 at 18:47 -0400, Kevin Toppenberg wrote: I have taken a few minutes and went through several (but not all) of the modules in VistAImaging to see how it uses the propriatary graphic module TGear created by AccuSoft (www.accusoft.com). Here are the methods and properties that would need to be implemented. I know that the Gimp can do most of these things. It would be a matter of creating the interface. You do realize that the gimp is not exactly a small application? And that depending on it for anything causes you to depend on a lot more. Including the toolkit that we are using, gtk+. Here is the output of ldd for the gimp tga plugin: [EMAIL PROTECTED] ldd /usr/lib/gimp/2.0/plug-ins/tga linux-gate.so.1 = (0xe000) libgimpui-2.0.so.0 = /usr/lib/libgimpui-2.0.so.0 (0xb7efb000) libgimpwidgets-2.0.so.0 = /usr/lib/libgimpwidgets-2.0.so.0 (0xb7e1d000)libgimp-2.0.so.0 = /usr/lib/libgimp-2.0.so.0 (0xb7df3000) libgimpcolor-2.0.so.0 = /usr/lib/libgimpcolor-2.0.so.0 (0xb7dea000) libgimpbase-2.0.so.0 = /usr/lib/libgimpbase-2.0.so.0 (0xb7ddd000) libgtk-x11-2.0.so.0 = /usr/lib/libgtk-x11-2.0.so.0 (0xb7b09000) libgdk-x11-2.0.so.0 = /usr/lib/libgdk-x11-2.0.so.0 (0xb7a8c000) libatk-1.0.so.0 = /usr/lib/libatk-1.0.so.0 (0xb7a71000) libgdk_pixbuf-2.0.so.0 = /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7a5a000) libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0xb7a38000) libpangocairo-1.0.so.0 = /usr/lib/libpangocairo-1.0.so.0 (0xb7a32000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7a04000) libXinerama.so.1 = /usr/lib/libXinerama.so.1 (0xb7a01000) libXi.so.6 = /usr/lib/libXi.so.6 (0xb79f9000) libXrandr.so.2 = /usr/lib/libXrandr.so.2 (0xb79f5000) libXext.so.6 = /usr/lib/libXext.so.6 (0xb79e8000) libXcursor.so.1 = /usr/lib/libXcursor.so.1 (0xb79df000) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0xb79db000) libpango-1.0.so.0 = /usr/lib/libpango-1.0.so.0 (0xb79a6000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0xb796) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb7957000) libX11.so.6 = /usr/lib/libX11.so.6 (0xb7897000) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0xb786) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0xb785d000) libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xb785a000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0xb77d9000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb76aa000) libgimpmodule-2.0.so.0 = /usr/lib/libgimpmodule-2.0.so.0 (0xb76a6000) /lib/ld-linux.so.2 (0xb7f2) libpangoft2-1.0.so.0 = /usr/lib/libpangoft2-1.0.so.0 (0xb7683000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7619000) libz.so.1 = /usr/lib/libz.so.1 (0xb7604000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb75e5000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb75c1000) libXau.so.6 = /usr/lib/libXau.so.6 (0xb75be000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0xb75ba000) Now, if you will notice, this includes: libgdk_pixbuf-2.0.so.0 = /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7a5a000) Which is the underlying library we are using. Basically, attempting to use the gimp for this is pretty scary and heavy stuff. Deployment on windows becomes far more difficult, and you are asking for a lot of trouble. Not to mention that a delphi app and a gtk+ app are not going to cooperate really well, and its not like you can embed one into the other, there are a lot of event loop concerns with that. --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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
Hmmm what are you all doing for upload scanning/rotating/manipulation etc.? My current system is to allow the user to select an image file to upload. I.e. I don't have integrated TWAIN interface etc. One application of this might be to have incoming faxes to be delivered to a preset directory. The user can then browse that directory to pick which fax image to upload and associate with a TIU note. One issue that concerns me, though, is that the image will not be oriented properly. So it would need to be rotated. Right now, I am planning to use the rotate feature of windows explorer, and the editing feature of some graphic program if image cleanup is wanted before uploading. So we would end up with all those programs in memory anyway. But your point about the huge footprint is appreciated. It would be really nice if Gimp (or some other graphic package) had an OCX interface. Because then it could be wrapped into a Delphi component. Thanks Kevin On 10/10/05, Todd Berman [EMAIL PROTECTED] wrote: On Mon, 2005-10-10 at 18:47 -0400, Kevin Toppenberg wrote: I have taken a few minutes and went through several (but not all) of the modules in VistAImaging to see how it uses the propriatary graphic module TGear created by AccuSoft (www.accusoft.com). Here are the methods and properties that would need to be implemented. I know that the Gimp can do most of these things. It would be a matter of creating the interface. You do realize that the gimp is not exactly a small application? And that depending on it for anything causes you to depend on a lot more. Including the toolkit that we are using, gtk+. Here is the output of ldd for the gimp tga plugin: [EMAIL PROTECTED] ldd /usr/lib/gimp/2.0/plug-ins/tga linux-gate.so.1 = (0xe000) libgimpui-2.0.so.0 = /usr/lib/libgimpui-2.0.so.0 (0xb7efb000) libgimpwidgets-2.0.so.0 = /usr/lib/libgimpwidgets-2.0.so.0 (0xb7e1d000)libgimp-2.0.so.0 = /usr/lib/libgimp-2.0.so.0 (0xb7df3000) libgimpcolor-2.0.so.0 = /usr/lib/libgimpcolor-2.0.so.0 (0xb7dea000) libgimpbase-2.0.so.0 = /usr/lib/libgimpbase-2.0.so.0 (0xb7ddd000) libgtk-x11-2.0.so.0 = /usr/lib/libgtk-x11-2.0.so.0 (0xb7b09000) libgdk-x11-2.0.so.0 = /usr/lib/libgdk-x11-2.0.so.0 (0xb7a8c000) libatk-1.0.so.0 = /usr/lib/libatk-1.0.so.0 (0xb7a71000) libgdk_pixbuf-2.0.so.0 = /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7a5a000) libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0xb7a38000) libpangocairo-1.0.so.0 = /usr/lib/libpangocairo-1.0.so.0 (0xb7a32000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7a04000) libXinerama.so.1 = /usr/lib/libXinerama.so.1 (0xb7a01000) libXi.so.6 = /usr/lib/libXi.so.6 (0xb79f9000) libXrandr.so.2 = /usr/lib/libXrandr.so.2 (0xb79f5000) libXext.so.6 = /usr/lib/libXext.so.6 (0xb79e8000) libXcursor.so.1 = /usr/lib/libXcursor.so.1 (0xb79df000) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0xb79db000) libpango-1.0.so.0 = /usr/lib/libpango-1.0.so.0 (0xb79a6000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0xb796) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb7957000) libX11.so.6 = /usr/lib/libX11.so.6 (0xb7897000) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0xb786) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0xb785d000) libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xb785a000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0xb77d9000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb76aa000) libgimpmodule-2.0.so.0 = /usr/lib/libgimpmodule-2.0.so.0 (0xb76a6000) /lib/ld-linux.so.2 (0xb7f2) libpangoft2-1.0.so.0 = /usr/lib/libpangoft2-1.0.so.0 (0xb7683000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb7619000) libz.so.1 = /usr/lib/libz.so.1 (0xb7604000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb75e5000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb75c1000) libXau.so.6 = /usr/lib/libXau.so.6 (0xb75be000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0xb75ba000) Now, if you will notice, this includes: libgdk_pixbuf-2.0.so.0 = /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7a5a000) Which is the underlying library we are using. Basically, attempting to use the gimp for this is pretty scary and heavy stuff. Deployment on windows becomes far more difficult, and you are asking for a lot of trouble. Not to mention that a delphi app and a gtk+ app are not going to cooperate really well, and its not like you can embed one into the other, there are a lot of event loop concerns with that. --Todd --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
On Mon, 2005-10-10 at 19:16 -0400, Kevin Toppenberg wrote: Hmmm what are you all doing for upload scanning/rotating/manipulation etc.? We have (and are) writing code to do it, so you can do all of your basic manipulations from inside our application. We do not have an integrated TWAIN interface, nor are we really planning on having one. There are good usb document scanners available that will scan documents and put them into a folder on your computer in pdf format. Btw, are you planning on supporting pdf? We view that as a huge requirement for our software before shipping our desktop imaging solution to a customer. --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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
Basically, attempting to use the gimp for this is pretty scary and heavy stuff. Deployment on windows becomes far more difficult, and you are asking for a lot of trouble. Not to mention that a delphi app and a gtk+ app are not going to cooperate really well, and its not like you can embed one into the other, there are a lot of event loop concerns with that. Could something like this be of help? It should work with Delphi, as well as things like the python imaging library etc... http://freeimage.sourceforge.net/ - Ismet B. Kursunoglu, MD, FCCP Medical Director Alaska Clinic, LLC 3750 Country Field Circle, UNIT B Wasilla, Alaska 99654 [EMAIL PROTECTED] (907)357-7240 --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
Ismet, I had not seed that. Excellent link. Thanks! Kevin On 10/10/05, Ismet Kursunoglu [EMAIL PROTECTED] wrote: Basically, attempting to use the gimp for this is pretty scary and heavy stuff. Deployment on windows becomes far more difficult, and you are asking for a lot of trouble. Not to mention that a delphi app and a gtk+ app are not going to cooperate really well, and its not like you can embed one into the other, there are a lot of event loop concerns with that. Could something like this be of help? It should work with Delphi, as well as things like the python imaging library etc... http://freeimage.sourceforge.net/ - Ismet B. Kursunoglu, MD, FCCP Medical Director Alaska Clinic, LLC 3750 Country Field Circle, UNIT B Wasilla, Alaska 99654 [EMAIL PROTECTED] (907)357-7240 --- 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 --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
Ben, This was a great reply. It does validate my approach. I am just worried that it won't be simple enough for some people. I am going to play with this a bit on my own, and try to make the work flow as straightforward as possible. Thanks. Kevin On 10/10/05, Ben Mehling [EMAIL PROTECTED] wrote: On 10/10/05, Kevin Toppenberg [EMAIL PROTECTED] wrote: Hmmm what are you all doing for upload scanning/rotating/manipulation etc.? My current system is to allow the user to select an image file to upload. I.e. I don't have integrated TWAIN interface etc. This is only detail to add to Todd's reply: 1) We've bypassed the TWAIN aquisition bit in favor of a 'file selection' interface similar to the one you've implemented. This may validate your own solution: Customers didn't seem to want to have clerks messing w/ image aquistion settings on an image-by-image basis. Instead we've specified a medium duty, auto-fed, 'one button' scanner. Simply lay the papers on the scanner and push a button on it -- configured properly it will drop the appropriate file in a designated folder on a computer/network share. This also means that we're device/interface agnostic, so users could attach/use any device/software combo they want... For reference, we're using the FUJITSU SCANSNAP FI-5110EOX2 (15PPM, 600DPI, USB 2.0) which was about $420 online. 2) Our file selector dialog allows the user to preview all images in a folder (via thumbnail) and individually when selected (in a preview pane). Before attaching, the user can rotate the image to the proper orientation if needed. We are considering allowing cropping too. Also, the dialog allows the user to adjust which note the image is attached to and a few other properties. 3) As Todd mentioned, Adobe PDF docuemtns were a definite requirement. Hope that's useful data, - Ben --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
Todd, Tell me about why .pdf is important. I could attach any file I want to a note. The issue will be the generation of thumbnails, and also the display of the .pdf documents. Are you going to host the .pdf viewer in your application? It seems that would also make deployment more difficult. Why would this be better to do than just having a graphic image of the document? Thanks Kevin On 10/10/05, Todd Berman [EMAIL PROTECTED] wrote: On Mon, 2005-10-10 at 19:16 -0400, Kevin Toppenberg wrote: Hmmm what are you all doing for upload scanning/rotating/manipulation etc.? We have (and are) writing code to do it, so you can do all of your basic manipulations from inside our application. We do not have an integrated TWAIN interface, nor are we really planning on having one. There are good usb document scanners available that will scan documents and put them into a folder on your computer in pdf format. Btw, are you planning on supporting pdf? We view that as a huge requirement for our software before shipping our desktop imaging solution to a customer. --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 --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
I agree that pdf is important. For one thing it is one of those few things that will survive email pretty much unscathed by antivirus software and it is pretty universal at this point so it is very likely you will be receiving images in that format via email, etc. The good news is that most scanner will output files in that format and there are a lot of programs that allow you to print anything to a pdf file printer, and they are not all proprietary. On Monday 10 October 2005 09:29 pm, Kevin Toppenberg wrote: Todd, Tell me about why .pdf is important. I could attach any file I want to a note. The issue will be the generation of thumbnails, and also the display of the .pdf documents. Are you going to host the .pdf viewer in your application? It seems that would also make deployment more difficult. Why would this be better to do than just having a graphic image of the document? Thanks Kevin On 10/10/05, Todd Berman [EMAIL PROTECTED] wrote: On Mon, 2005-10-10 at 19:16 -0400, Kevin Toppenberg wrote: Hmmm what are you all doing for upload scanning/rotating/manipulation etc.? We have (and are) writing code to do it, so you can do all of your basic manipulations from inside our application. We do not have an integrated TWAIN interface, nor are we really planning on having one. There are good usb document scanners available that will scan documents and put them into a folder on your computer in pdf format. Btw, are you planning on supporting pdf? We view that as a huge requirement for our software before shipping our desktop imaging solution to a customer. --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 --- 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 -- Nancy Anthracite --- 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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
On Mon, 2005-10-10 at 21:29 -0400, Kevin Toppenberg wrote: Todd, Tell me about why .pdf is important. Because PDF is the natural choice for text documents, just as TIFF was 10 years ago. I could attach any file I want to a note. The issue will be the generation of thumbnails, and also the display of the .pdf documents. Yup, that is the issue. Currently for our solution, I believe we will be generating a thumbnail image of the first page for the thumbnail, and then showing the entire pdf when it is opened. Are you going to host the .pdf viewer in your application? It seems that would also make deployment more difficult. Somewhat kinda, we are in a unique situation, but we have a library that we are planning on using and distributing to allow pdf viewing. But no, we wont be using adobe's stuff, and it shouldn't add any real issues for deployment for us. Why would this be better to do than just having a graphic image of the document? Because there are good odds that PDF attachments are going to be very common. Right now, e-fax (which gives faxes as PDFs) and pdf scanners are very common, and will become more so. We will still support multipage TIFFs for compatibilities sake, but I would assume we will be recommending PDF over multipage TIFFs. --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
Re: [Hardhats-members] ScanSoft graphic component and The Gimp
Basically, attempting to use the gimp for this is pretty scary and heavy stuff. Deployment on windows becomes far more difficult, and you are asking for a lot of trouble. Imagemagick is a high level command line suite for image manipulation. Great for batch processing images in linux and ms windows. Maybe you should look into that. PJ --- 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