[PHP] PDF Templates?
Can they be used? Ie, can you open up an existing PDF and execute pdf_show*s on it and dump out the modified buffer? We have several blank PDF forms laying around and I'd like to be able to populate them without having to regenerate the PDFs everytime (which, in some cases would be impossible) I see in the archives (old) that this functionality wasn't available - just seeing if someone has implemented it yet (or, even just functionality that reads in a PDF, parses, and rebuilds it within a new PDF document which can be edited) Thanks for any info. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PDF Templates?
Yes, I saw PDI - I'm perfectly open to paying $ for a solution - but, is there any PHP integration with pdflib+pdi? On Tue, 8 Oct 2002, SHEETS,JASON (HP-Boise,ex1) wrote: I believe the authors of PDFlib have a utility that allows you to edit PDF files on the fly, I don't think it is free though but you could look at it for at least a starting point. Jason Sheets, CCNA, MCSE Exploratory Team Lead Manpower Managed Service R14-C35 Post E6 396-7336 -Original Message- From: Seth Northrop [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 08, 2002 1:31 PM To: [EMAIL PROTECTED] Subject: [PHP] PDF Templates? Can they be used? Ie, can you open up an existing PDF and execute pdf_show*s on it and dump out the modified buffer? We have several blank PDF forms laying around and I'd like to be able to populate them without having to regenerate the PDFs everytime (which, in some cases would be impossible) I see in the archives (old) that this functionality wasn't available - just seeing if someone has implemented it yet (or, even just functionality that reads in a PDF, parses, and rebuilds it within a new PDF document which can be edited) Thanks for any info. -- Seth Northrop Manager of Information Technology Reflectivity, Inc. 350 Potrero Ave. Sunnyvale, CA 94085 voice: 408-737-8100 x147 fax:408-737-8153 http://www.reflectivity.com/ This email message (and any attached document) contains information from Reflectivity, Inc. which3 may be considered confidential by Reflectivity, or which may be privileged or otherwise exempt from disclosure under law, and is for the sole use of the individual or entity to whom it is addressed. Any other dissemination, distribution or copying of this message is strictly prohibited. If you receive this message in error, please notify me and destroy the attached message (and all attached documents) immediately. -- -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] SOAP slllloooowwwwww.
We've been playing around with SOAP from a J2EE framework with PHP as the client (via WSDL). Needless to say, it's SLOW. I think this has more to do with the Java/SOAP layer than anything to do with PHP but it's borderline unusable. That being said, would PHP+java integration be any faster - or, am I hopelessly bogged down by Java's slowness? The logic on the Java end, up until it gets to serializing data for SOAP, seems reasonably snappy - but, will I have the same data transfer problems with PHP+Java integration as I have with a SOAP integration - I'd presume not, but, I'm desperately seeking first hand advice. Thanks for any advice. Seth -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] PHP - JBOSS
Hi, I'm curious if anyone has integrated PHP with Jboss and jetty or tomcat. We are working on a J2EE application and would like PHP to be able to interface with the JBOSS server (exchange of data and data structures). SOAP seems like a logical choice, but, I don't know how developed (alpha) the PHP-SOAP project is. Therefore, I'm looking for alternatives (or reassurances that PHP-SOAP will efficently communicate back and forth with J2EE) to SOAP or PHP-SOAP. Thanks in advance! -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] PDF w/ large blocks of text.
Has anyone devised a good solution for handling large blocks of text when creating pdfs? We want to convert otherwise web displayed reports into text keeping in mind that they span multiple pages (10-1000), and will contain control characters (\n, or arbitrary indention tags - ie, it's not just one giant paragraph). We also have images to place primarily at the end of the report so we need to be cognizant of our positions within pages throughout the process. I see some discussion of the topic on the pdf_show_boxed function within the PHP manual - but, nothing particularly conclusive nor nothing that seems like it would intelligently handle multiple pages. I can think of a few less than ideal solutions; but, figured I'd see if anyone else has any clever ideas (I can't imagine people haven't faced this before). Thanks! -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Parsing out attachments in mail.
Does anyone know the best method for quickly extracting the various parts of an email message read from /dev/stdin, say into an array? Basic functionality is to strip out everything (including headers) except for plain/text data, but, ultimately I may want to work with binary and/or html attachments Thanks! -- PHP General Mailing List (http://wwwphpnet/) To unsubscribe, visit: http://wwwphpnet/unsubphp
[PHP] ISO 900x Document Control System
I know CVS exists, and, I know there are some projects out there to make use of CVS/RCS using a web front end (I helped write one). I am however curious if anyone knows of any projects out there to create an ISO 900x angled document control systems out there? Most of the commercial software packages seem fairly lame and ridiculously expensive. The alternative of course is to build one myself, but, I figured I would avoid reinventing the wheel if at all possible. Just curious, Seth -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP] Re: [PHP-DEV] pspell/aspell breaking
On Fri, 2 Mar 2001, PHP development @echospace wrote: I remember being able to compile, but not use pspell on a RH7 machine. Never had time to look into it. Maybe now I will. Compile problems might be due to the fact that gcc 2.96 is behaving oddly - I couldn't compile half the things with it properly. Try recent egcs instead. It looks however that I can't blame compiler only in your case. If you can't get it resolved, could you please submit a bug report with the part of the output where compile fails (not just *that* very line, but like 50 preceding lines too - a larger chunk so I can see) Hmmm. So, I try to recompile to reproduce the error, this time advancing back to .12; I compile; no errors AND the module error goes away (thus, it works great as it always had on RH6.2). Weird. These are the only two things I can think of. My progression was this; get .12 (it failed to compile; (php+apache - pspell/aspell compiled fine), read php-dev, saw there might be issues so I reverted back to .11.2 (pspell). It compiled, but, with the aspell module issue. Figured perhaps it was the most recent aspell (I had gotten aspell-.33); so, I reverted that back to 32.6; recompiled still got aspell module issues. Noted that RH7 have some glibc issues (and, it had caused some other issues with aspell/pspell); updated both glibc and gcc from redhat (rpm updates), recompiled, still had aspell module issues with PHP. Finally, to replicate the compile error I went BACK to pspell .12, recompiled, everything worked. So, the two things I can think of is: a) the newest aspell libraries are causing problems either in the compile or in the aspell module loading b) redhat's buggy glibc/gcc the only odd thing was that I can't necessarily isolate either of these as the cause. But, aspell 32.6+pspell .12+updated RH glibc 2.2-12 gcc-2.96-69 + apache 1.3.14 + php-4.0.4pl1 works on RH 7 now. My inclination is that it's aspell, since, the same behavior existed with both stock and updated glibc and gcc. - Original Message - From: Seth Northrop To: [EMAIL PROTECTED],[EMAIL PROTECTED] Sent: Thu, 1 Mar 2001 18:41:25 -0800 (PST) Subject: [PHP-DEV] pspell/aspell breaking Setup: aspell-.32.6 pspell-.11.2 php-4.0.4pl1 apache_1.3.14 RH 7.0 glibc 2.2-12 gcc-2.96-69 Procedure: ./pspell-.11.2/configure make make install ./aspell-.32.6/configure make make install ./php-4.0.4pl1/configure --without-gd --with-mysql --with-config-file-path=/usr/local/apache/etc --enable-debug=no --with-pspell --with-apache=/usr/local/src/apache_1.3.14 make make install ./apache_1.3.14/configure --prefix=/usr/local/apache --with-layout=GNU --disable-module=userdir --disable-module=include --activate-module=src/modules/php4/libphp4.a make make install Results in: Warning: PSPELL couldn't open the dictionary. reason: Unable to load the "aspell" module. in foo.inc on line 564 Aspell works great on the command line. Am I missing something? Incidently, I can't even get php to compile with pspell-.12 Ideas? Seth -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
