From jeremy at msc.tamu.edu Fri Sep 1 20:54:51 2006 From: jeremy at msc.tamu.edu (Jeremy Fluhmann) Date: Fri, 1 Sep 2006 22:54:51 -0500 Subject: APM: yapc 2007 Message-ID: <0EFEDF9D507FF6409CE7B4D24B20E7BF01399CEC@xchng.msc.tamu.edu> Hey everyone! I encourage you to make plans for next year. I know what I'll be doing for the next 10 months! http://news.perlfoundation.org/2006/09/houston_and_vienna_for_yapcs_n.html Thanks, Jeremy -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/austin/attachments/20060901/763fc727/attachment.html From dbii at interaction.net Fri Sep 1 21:42:44 2006 From: dbii at interaction.net (David Bluestein II) Date: Fri, 1 Sep 2006 23:42:44 -0500 Subject: APM: yapc 2007 In-Reply-To: <0EFEDF9D507FF6409CE7B4D24B20E7BF01399CEC@xchng.msc.tamu.edu> References: <0EFEDF9D507FF6409CE7B4D24B20E7BF01399CEC@xchng.msc.tamu.edu> Message-ID: Jeremy- Congratulations! And while us Austin Perl Mongers weren't involved in the proposal, I'm sure we can find time to help out some if you need it (since you brought it close to us to travel to). Just let us know! David On Sep 1, 2006, at 10:54 PM, Jeremy Fluhmann wrote: > Hey everyone! > ? > I encourage you to make plans for next year.? I know what I'll be > doing for the next 10 months! > ? > http://news.perlfoundation.org/2006/09/ > houston_and_vienna_for_yapcs_n.html > ? > Thanks, > Jeremy > ? > ?_______________________________________________ > Austin mailing list > Austin at pm.org > http://mail.pm.org/mailman/listinfo/austin ----------------------------------------------------------------------- David H. Bluestein II President & Lead Developer dbii at interaction.net ii, inc. http://www.interaction.net -- Specializing in Interactive, Database Driven Websites -- From mjacobsen at vadoinc.com Tue Sep 5 11:59:19 2006 From: mjacobsen at vadoinc.com (Michelle Jacobsen) Date: Tue, 5 Sep 2006 11:59:19 -0700 Subject: APM: I am still looking for an OO Perl Developer! Message-ID: <1B150662A9D37442A93D76DECECD107A685AEE@vadoex1.vadoconsulting.com> Hello, We still have not found the right candidate for the Perl Engineer position that we have in Austin. Our client is de-emphasizing the apache/mod_perl requirements and focusing on the perl+rdbms skills in the hopes that it will expand the list of candidates. Please let me know if you are interested or perhaps know anyone who would be interested in this opportunity! I appreciate your consideration and look forward to hearing from you! Warm Regards, Michelle Jacobsen VADO, Inc. (925) 824-3311 www.vadoinc.com -----Original Message----- From: Michelle Jacobsen Sent: Thursday, August 17, 2006 1:05 PM To: 'austin at pm.org' Subject: FW: I am looking for an OO Perl Developer! Hello, We are still looking for a talented Perl Developer for our client in Austin. Here are some additional specifics on the position in addition to the job description below: The candidate will be responsible for achieving 2 important milestones within 6 months. The first is to prepare a new RDBMS back-end of a current persistent-server IT application for a Unix/Linux production environment. The second is to migrate current web reports into a production-ready Apache/mod_perl framework from a custom persistent-server framework. They need to be extremely proficient with object-oriented perl, RDBMS, SQL, Apache and mod_perl. Upon completion of the initial milestones, the candidate will continue work with the deployment group to prepare installations for production, including creation/migration of additional reports or minor enhancements to DB interface. This is a global team; it is imperative that the candidate be accustomed to working with deadlines, work independently with little direction, is capable of creative problem solving, interacts well with team members and documents their work and code well and habitually. Please let me know if you are interested or perhaps know anyone who would be interested in this opportunity! I appreciate your consideration and look forward to hearing from you! Warm Regards, Michelle Jacobsen VADO, Inc. (925) 824-3311 www.vadoinc.com -----Original Message----- From: Michelle Jacobsen Sent: Friday, August 04, 2006 5:12 PM To: austin at pm.org Subject: APM: I am looking for an OO Perl Developer! Hello again Perl Mongers! My name is Michelle Jacobsen. I am a Technical Recruiter working for a company called Vado. We specialize in placing IT & Engineering professionals. We have a client in Austin who is looking for an OO Perl Developer. It is a long term contract position (18 months). Back in October 2005, it was this Austin Perl Mongers site that led me to an excellent candidate. I am hoping I can find someone again this time. :-) My client is looking for another developer. Here is the job description: Our client is looking for a senior developer with experience writing production-quality Perl. Expert in Object-Oriented programming. Deep knowledge of programming practices as indicated by experience with low-level languages, such as C and C++, IPC, distributed computing, data structures, algorithms, version control. Must be able to work independently with minimal direction, self-starter, takes initiative. Our client is deploying their grid processing technology throughout the company utilizing thousands of servers. They have a need for a highly motivated; clear thinking, accomplished Senior Software Engineer. Will be a key contributor in designing, implementing, and enhancing a critical product. Requirements: - Senior developer with 5 or more years of experience. - Works independently; focused on product completion and delivery. - Capable of converting customer requirements into software design into production code. - Excellent communication skills; can work well on a team as a collaborator. - Object-oriented programming are required; proficiency with procedural or structured are desirable. - Strong analytical skills are required. - Strong perl, apache/mod_perl, rdbms, sql, oracle; prefer experience with high-level and low-level languages. - Working knowledge of UNIX development environments is required, especially Solaris and Linux; including basic Unix shells, make, version control, compilers, interpreters. - Familiarity with some of the following is highly desirable: databases, embedded, relational, object-oriented; distributed computing, network programming, IPC; grid computing, cluster computing. - Knowledge of computer science fundamentals desirable. - Preferred knowledge: Perl, Shell, Java, Javascript, ClearCase, CVS, CORBA, TCP/IP; Web, HTML, HTTP; LSF, Condor. - Excellent English written and verbal communication skills are required, as this person will be working with several cross-function teams. Minimum Education: BS in CS or EE Please send resumes to mjacobsen at vadoinc.com or feel free to call me directly at (925) 824-3311. I look forward to hearing with you. Warm Regards, Michelle Jacobsen VADO, Inc. (925) 824-3311 www.vadoinc.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/austin/attachments/20060905/e0c20769/attachment-0001.html From ian at remmler.org Thu Sep 7 07:04:22 2006 From: ian at remmler.org (Ian Remmler) Date: Thu, 7 Sep 2006 09:04:22 -0500 Subject: APM: Meeting topic? Message-ID: <20060907140422.GA1692@localhost> I suppose we need a topic for the meeting next Wednesday. Some of the possibilities that we talked about at the last meeting are: - ajax - mysql-related stuff - perl IDEs - template systems (HTML::Template, Template Toolkit) What do you want to hear about? And more importantly, who is willing to talk about something? -- "A shark on whiskey is mighty risky. A shark on beer is a beer engineer." -- Dr. Worm From ian at remmler.org Thu Sep 7 07:11:08 2006 From: ian at remmler.org (Ian Remmler) Date: Thu, 7 Sep 2006 09:11:08 -0500 Subject: APM: Selfish topic suggestion Message-ID: <20060907141108.GB1692@localhost> One topic area I just became interested in (because my boss told me I should be): We need a web-based UI for an application. One user, no database, nothing fancy. I don't know what all it will do, but one example is transferring files to the client and managing/deleting files on the server. I really don't know what that means or what else it will do. Using a small, built-in web server would be nicer than requiring apache. So what's the best way to build a small, maintainable, expandable, self-contained web app? And is Perl even the way to go, or would Ruby be a better fit (python is out because of the whole syntax thing). The key is that it should be easy to expand and maintain without becoming a mess. If someone wanted to talk about that at the meeting, I wouldn't mind. :) Thanks, - Ian. -- "A shark on whiskey is mighty risky. A shark on beer is a beer engineer." -- Dr. Worm From ian at remmler.org Thu Sep 7 09:04:47 2006 From: ian at remmler.org (Ian Remmler) Date: Thu, 7 Sep 2006 11:04:47 -0500 Subject: APM: Selfish topic suggestion In-Reply-To: <20060907141108.GB1692@localhost> References: <20060907141108.GB1692@localhost> Message-ID: <20060907160447.GA2131@localhost> On Thu, Sep 07, 2006 at 09:11:08AM -0500, Ian Remmler wrote: > user, no database, nothing fancy. I don't know what all it will > do, but one example is transferring files to the client and > managing/deleting files on the server. I really don't know what OK, to clarify a bit: The above is basically all it will do; it's more of a "web util" than a web app. But we need a way to select a bunch of files/directories, then send them to the client in one shot somehow (i.e. not click each file, then click "save to disk"). I don't think we want to bundle it into a zip/tar file. Is something like this possible with javascript? Otherwise I'm afraid we'll have to do something nasty... Thanks, - Ian. -- "A shark on whiskey is mighty risky. A shark on beer is a beer engineer." -- Dr. Worm From jeremy at msc.tamu.edu Thu Sep 7 14:34:57 2006 From: jeremy at msc.tamu.edu (Jeremy Fluhmann) Date: Thu, 7 Sep 2006 16:34:57 -0500 Subject: APM: Selfish topic suggestion Message-ID: <0EFEDF9D507FF6409CE7B4D24B20E7BF0120D51C@xchng.msc.tamu.edu> On Thursday, September 07, 2006 11:05 AM, Ian Remmler wrote: > > On Thu, Sep 07, 2006 at 09:11:08AM -0500, Ian Remmler wrote: > > user, no database, nothing fancy. I don't know what all it will > > do, but one example is transferring files to the client and > > managing/deleting files on the server. I really don't know what > > OK, to clarify a bit: The above is basically all it will do; > it's more of a "web util" than a web app. But we need a way to > select a bunch of files/directories, then send them to the > client in one shot somehow (i.e. not click each file, then click > "save to disk"). I don't think we want to bundle it into a > zip/tar file. > > Is something like this possible with javascript? Otherwise I'm > afraid we'll have to do something nasty... I see it being something nasty. If it's only for the local network, would a script on the server sending/pushing the files to the client be feasible? This may raise everyone's security flags, but what if the script on the server ran as a privileged user, or what if each client using the 'tool' had a folder accessible by a user account setup on the server for this specific utility? Something like: the user selects the file(s) and submits a form the form calls the 'admin' script that pushes the files to the client I'm probably way off, but that's what came to my mind. Jeremy From jayflaherty at gmail.com Fri Sep 8 04:30:17 2006 From: jayflaherty at gmail.com (Jay Flaherty) Date: Fri, 8 Sep 2006 06:30:17 -0500 Subject: APM: Selfish topic suggestion In-Reply-To: <0EFEDF9D507FF6409CE7B4D24B20E7BF0120D51C@xchng.msc.tamu.edu> References: <0EFEDF9D507FF6409CE7B4D24B20E7BF0120D51C@xchng.msc.tamu.edu> Message-ID: <6d099db20609080430n49e3a662xbf12d0c599ae4f7c@mail.gmail.com> There is no getting around using a webserver to handle web requests. You could use something lke thttpd (http://www.acme.com/software/thttpd/) and create a cgi to upload/download files via email. I would definitely consider using some kind of archiving util, especially if you allow them to select a large number of files. Jay On 9/7/06, Jeremy Fluhmann wrote: > On Thursday, September 07, 2006 11:05 AM, Ian Remmler wrote: > > > > On Thu, Sep 07, 2006 at 09:11:08AM -0500, Ian Remmler wrote: > > > user, no database, nothing fancy. I don't know what all it will > > > do, but one example is transferring files to the client and > > > managing/deleting files on the server. I really don't know what > > > > OK, to clarify a bit: The above is basically all it will do; > > it's more of a "web util" than a web app. But we need a way to > > select a bunch of files/directories, then send them to the > > client in one shot somehow (i.e. not click each file, then click > > "save to disk"). I don't think we want to bundle it into a > > zip/tar file. > > > > Is something like this possible with javascript? Otherwise I'm > > afraid we'll have to do something nasty... > > I see it being something nasty. If it's only for the local network, > would a script on the server sending/pushing the files to the client be > feasible? This may raise everyone's security flags, but what if the > script on the server ran as a privileged user, or what if each client > using the 'tool' had a folder accessible by a user account setup on the > server for this specific utility? > Something like: > the user selects the file(s) and submits a form > the form calls the 'admin' script that pushes the files to the client > > I'm probably way off, but that's what came to my mind. > > Jeremy > _______________________________________________ > Austin mailing list > Austin at pm.org > http://mail.pm.org/mailman/listinfo/austin > -- **************************************************** Whatever you do, take care of your shoes jayflaherty at gmail.com From tshinnic at io.com Sun Sep 10 21:28:56 2006 From: tshinnic at io.com (Thomas L. Shinnick) Date: Sun, 10 Sep 2006 23:28:56 -0500 Subject: APM: Pittsburgh Perl Workshop: think I should go? Message-ID: <6.2.5.6.2.20060910231908.038f1600@io.com> Well, I'm still up here in Kentucky, and this meet is _only_ 400 miles from here. And it's on a Saturday and I think I can 'borrow' the car from my wife... ;-) http://pghpw.org/ From dbii at interaction.net Mon Sep 11 08:43:30 2006 From: dbii at interaction.net (David Bluestein II) Date: Mon, 11 Sep 2006 10:43:30 -0500 Subject: APM: Meeting topic? In-Reply-To: <20060907140422.GA1692@localhost> References: <20060907140422.GA1692@localhost> Message-ID: <5fadc57196de2b5490e75dab57e86e4c@interaction.net> Ignoring Ian's Selfish topic suggestion, I could speak on HTML::Template from a "Here's what I've done it with it" and a little background on it. I don't have a formal presentation, but could do a demo and how it works quickly. And I can show how I've used it in a 50,000 line project if anyone is interested. I can also show a neat Singleton trick for database connections that Wayne helped with, but that is < 10 minutes of showing. And I'm not sure why it works, it just does. Someone was going to do Komodo though, who was that? I know we nominated Mark for mysql but probably he didn't know about it :) As for the selfish topic suggestion, if we got 3-4 people willing we could probably throw something together during meeting, like a group codefest. David On Sep 7, 2006, at 9:04 AM, Ian Remmler wrote: > I suppose we need a topic for the meeting next Wednesday. Some > of the possibilities that we talked about at the last meeting > are: > > - ajax > - mysql-related stuff > - perl IDEs > - template systems (HTML::Template, Template Toolkit) > > What do you want to hear about? And more importantly, who is > willing to talk about something? > > -- > "A shark on whiskey is mighty risky. > A shark on beer is a beer engineer." > -- Dr. Worm > _______________________________________________ > Austin mailing list > Austin at pm.org > http://mail.pm.org/mailman/listinfo/austin > ----------------------------------------------------------------------- David H. Bluestein II President & Lead Developer dbii at interaction.net ii, inc. http://www.interaction.net -- Specializing in Interactive, Database Driven Websites -- From ian at remmler.org Mon Sep 11 09:48:31 2006 From: ian at remmler.org (Ian Remmler) Date: Mon, 11 Sep 2006 11:48:31 -0500 Subject: APM: Meeting topic? In-Reply-To: <5fadc57196de2b5490e75dab57e86e4c@interaction.net> References: <20060907140422.GA1692@localhost> <5fadc57196de2b5490e75dab57e86e4c@interaction.net> Message-ID: <20060911164831.GA1219@localhost> On Mon, Sep 11, 2006 at 10:43:30AM -0500, David Bluestein II wrote: > Ignoring Ian's Selfish topic suggestion, I could speak on > HTML::Template from a "Here's what I've done it with it" and a little > background on it. I don't have a formal presentation, but could do a > demo and how it works quickly. And I can show how I've used it in a > 50,000 line project if anyone is interested. That would work. > I can also show a neat Singleton trick for database connections that > Wayne helped with, but that is < 10 minutes of showing. And I'm not > sure why it works, it just does. That too. > Someone was going to do Komodo though, who was that? I know we > nominated Mark for mysql but probably he didn't know about it :) Or that. I might have who suggested Komodo saved on my laptop, but I can't get to it at the moment. If these would be short, I guess we could have 2 or 3 20-30 minute presentations. > As for the selfish topic suggestion, if we got 3-4 people willing we > could probably throw something together during meeting, like a group > codefest. It looks like we will end up just plugging in some Java FTP applet. FTP is really all we need, and the applet part is just to get around not being able to install anything on the client. Not at all what I understood the requirements to be at first. Big surprise! I doubt that would be a good meeting topic. :) Thanks for all the suggestions, though. I did learn a few things. - Ian. -- "A shark on whiskey is mighty risky. A shark on beer is a beer engineer." -- Dr. Worm From jim at laceytech.com Mon Sep 11 14:31:14 2006 From: jim at laceytech.com (James Lacey) Date: Mon, 11 Sep 2006 16:31:14 -0500 Subject: APM: Meeting topic? In-Reply-To: <5fadc57196de2b5490e75dab57e86e4c@interaction.net> Message-ID: <000201c6d5e9$9c3edea0$1114a8c0@laceytech> I would like to hear about the HTML::Template Thanks Jim -----Original Message----- From: austin-bounces+jim=laceytech.com at pm.org [mailto:austin-bounces+jim=laceytech.com at pm.org] On Behalf Of David Bluestein II Sent: Monday, September 11, 2006 10:44 AM To: Ian Remmler; austin at pm.org Subject: Re: APM: Meeting topic? Ignoring Ian's Selfish topic suggestion, I could speak on HTML::Template from a "Here's what I've done it with it" and a little background on it. I don't have a formal presentation, but could do a demo and how it works quickly. And I can show how I've used it in a 50,000 line project if anyone is interested. I can also show a neat Singleton trick for database connections that Wayne helped with, but that is < 10 minutes of showing. And I'm not sure why it works, it just does. Someone was going to do Komodo though, who was that? I know we nominated Mark for mysql but probably he didn't know about it :) As for the selfish topic suggestion, if we got 3-4 people willing we could probably throw something together during meeting, like a group codefest. David On Sep 7, 2006, at 9:04 AM, Ian Remmler wrote: > I suppose we need a topic for the meeting next Wednesday. Some of the > possibilities that we talked about at the last meeting > are: > > - ajax > - mysql-related stuff > - perl IDEs > - template systems (HTML::Template, Template Toolkit) > > What do you want to hear about? And more importantly, who is willing > to talk about something? > > -- > "A shark on whiskey is mighty risky. > A shark on beer is a beer engineer." > -- Dr. Worm > _______________________________________________ > Austin mailing list > Austin at pm.org > http://mail.pm.org/mailman/listinfo/austin > ----------------------------------------------------------------------- David H. Bluestein II President & Lead Developer dbii at interaction.net ii, inc. http://www.interaction.net -- Specializing in Interactive, Database Driven Websites -- _______________________________________________ Austin mailing list Austin at pm.org http://mail.pm.org/mailman/listinfo/austin From austin.pm at sam-i-am.com Tue Sep 12 07:09:06 2006 From: austin.pm at sam-i-am.com (Sam Foster) Date: Tue, 12 Sep 2006 09:09:06 -0500 Subject: APM: Selfish topic suggestion In-Reply-To: <20060907141108.GB1692@localhost> References: <20060907141108.GB1692@localhost> Message-ID: <4506BF82.2040107@sam-i-am.com> Sounds like a good topic to do some live coding on. I'm actually going to show up to the meeting this week (!) .. or at least that's the plan. I've also been thinking about an update to the site, to use a service like upcoming.org to handle the meeting times/topics for us. We do something similar for the refresh austin site: http://www.refreshaustin.org. So anyone in the group can create a meeting on upcoming.org, and it will just show up on austin.pm.org. They (the refreshaustin.org developers) are Rails people, but its just querying a webservice and could surely be done in perl/catalyst/cgi.pm/cgi::application Sam Ian Remmler wrote: >One topic area I just became interested in (because my boss told >me I should be): We need a web-based UI for an application. One >user, no database, nothing fancy. I don't know what all it will >do, but one example is transferring files to the client and >managing/deleting files on the server. I really don't know what >that means or what else it will do. Using a small, built-in web >server would be nicer than requiring apache. > >So what's the best way to build a small, maintainable, >expandable, self-contained web app? And is Perl even the way to >go, or would Ruby be a better fit (python is out because of the >whole syntax thing). The key is that it should be easy to >expand and maintain without becoming a mess. If someone wanted >to talk about that at the meeting, I wouldn't mind. :) > >Thanks, > - Ian. > > > From austin.pm at sam-i-am.com Tue Sep 12 12:28:32 2006 From: austin.pm at sam-i-am.com (austin.pm at sam-i-am.com) Date: Tue, 12 Sep 2006 12:28:32 -0700 Subject: APM: reading/writing (Acrobat) PDF Message-ID: <20060912122832.8mhruqwv9goosskw@www.sam-i-am.com> Does anyone have experience with reading/writing (Acrobat) PDF files? I need to make some tedious changes to lots of files and output them back to pdf. I'm on windows (xp pro), with ActiveState's perl 5.8.7 I'm going down the list on CPAN: PDF - installed fine,craps out on any kind of pdf file that I have, with a "Bad object reference '' at.." message, when I call the new() constructor. CAM::PDF - builds ok, but dumps garbage to the console while running the tests and never recovers PDFLib - $450 dependency, would go a long way towards getting Adobe's own developer tools PDF::API2 - there's a lot to work through here, but looks promising in its depth, if not immediate usability anything else I should look at? The pdfs in question are product sheets - photos, pricing/specification tables etc. I need to insert some web links. Sam From tshinnic at io.com Tue Sep 12 13:37:42 2006 From: tshinnic at io.com (Thomas L. Shinnick) Date: Tue, 12 Sep 2006 15:37:42 -0500 Subject: APM: reading/writing (Acrobat) PDF In-Reply-To: <20060912122832.8mhruqwv9goosskw@www.sam-i-am.com> References: <20060912122832.8mhruqwv9goosskw@www.sam-i-am.com> Message-ID: <6.2.5.6.2.20060912151215.03853450@io.com> At 02:28 PM 9/12/2006, austin.pm at sam-i-am.com wrote: >Does anyone have experience with reading/writing (Acrobat) PDF files? >I need to make some tedious changes to lots of files and output them >back to pdf. [snip] >PDF::API2 - there's a lot to work through here, but looks promising in >its depth, if not immediate usability Since I willan-haven-on-when-be-on-needunk(1) to read PDF's for nasty things also, I've been watching the references go by in lists and on Perlmonks. And what I think I've seen is the regretful conclusion that PDF::API2 is at least the more modern, and _possibly_ the 'best'. The problem I keep seeing mentioned is that the packages good at reading, aren't so hot at writing. So finding one that can pass-thru with slight mods ... You might post a question on Perlmonks, after perhaps searching a bit there. Does that mention of PDFlib lite help any, under Limitations in PDF::Template? And look at the comments at See Also for CAM::PDF - one developer praising another developer (PDF::API2) has to say something good. (1) Please pardon the gratuitous H2G2 reference, but I never know if I'm going to get to those requirements in the future, or be blamed for not having done them in the past, or told how I've should've done them when I do get to them, or ... (http://www.cs.wisc.edu/~param/quotes/guide.html) >anything else I should look at? The pdfs in question are product >sheets - photos, pricing/specification tables etc. I need to insert >some web links. > >Sam -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/austin/attachments/20060912/c1d846c6/attachment.html From wwalker at bybent.com Tue Sep 12 13:43:43 2006 From: wwalker at bybent.com (Wayne Walker) Date: Tue, 12 Sep 2006 15:43:43 -0500 Subject: APM: reading/writing (Acrobat) PDF In-Reply-To: <20060912122832.8mhruqwv9goosskw@www.sam-i-am.com> References: <20060912122832.8mhruqwv9goosskw@www.sam-i-am.com> Message-ID: <20060912204343.GS2498@bybent.com> I've not used it, but this tool comes highly recommended. It's not perl but may do what you want without perl. http://www.accesspdf.com/pdftk/ On Tue, Sep 12, 2006 at 12:28:32PM -0700, austin.pm at sam-i-am.com wrote: > Does anyone have experience with reading/writing (Acrobat) PDF files? > I need to make some tedious changes to lots of files and output them > back to pdf. > > I'm on windows (xp pro), with ActiveState's perl 5.8.7 > > I'm going down the list on CPAN: > > PDF - installed fine,craps out on any kind of pdf file that I have, > with a "Bad object reference '' at.." message, when I call the new() > constructor. > > CAM::PDF - builds ok, but dumps garbage to the console while running > the tests and never recovers > > PDFLib - $450 dependency, would go a long way towards getting Adobe's > own developer tools > > PDF::API2 - there's a lot to work through here, but looks promising in > its depth, if not immediate usability > > anything else I should look at? The pdfs in question are product > sheets - photos, pricing/specification tables etc. I need to insert > some web links. > > Sam > > _______________________________________________ > Austin mailing list > Austin at pm.org > http://mail.pm.org/mailman/listinfo/austin -- Wayne Walker www.unwiredbuyer.com - when you just can't be by the computer wwalker at bybent.com Do you use Linux?! http://www.bybent.com Get Counted! http://counter.li.org/ Perl - http://www.perl.org/ Perl User Groups - http://www.pm.org/ Jabber: wwalker at jabber.gnumber.com AIM: lwwalkerbybent IRC: wwalker on freenode.net From austin.pm at sam-i-am.com Tue Sep 12 20:59:26 2006 From: austin.pm at sam-i-am.com (Sam Foster) Date: Tue, 12 Sep 2006 22:59:26 -0500 Subject: APM: reading/writing (Acrobat) PDF In-Reply-To: <20060912204343.GS2498@bybent.com> References: <20060912122832.8mhruqwv9goosskw@www.sam-i-am.com> <20060912204343.GS2498@bybent.com> Message-ID: <4507821E.1000604@sam-i-am.com> That does look handy, but it seems to be really for batching more coarse-grain kind of operations - combining pages, editing metadata etc. It doesnt really let me at the content of the document - as far as I can tell anyway. Sam Wayne Walker wrote: >I've not used it, but this tool comes highly recommended. It's not perl >but may do what you want without perl. > >http://www.accesspdf.com/pdftk/ > >On Tue, Sep 12, 2006 at 12:28:32PM -0700, austin.pm at sam-i-am.com wrote: > > >>Does anyone have experience with reading/writing (Acrobat) PDF files? >>I need to make some tedious changes to lots of files and output them >>back to pdf. >> >>I'm on windows (xp pro), with ActiveState's perl 5.8.7 >> >>I'm going down the list on CPAN: >> >>PDF - installed fine,craps out on any kind of pdf file that I have, >>with a "Bad object reference '' at.." message, when I call the new() >>constructor. >> >>CAM::PDF - builds ok, but dumps garbage to the console while running >>the tests and never recovers >> >>PDFLib - $450 dependency, would go a long way towards getting Adobe's >>own developer tools >> >>PDF::API2 - there's a lot to work through here, but looks promising in >>its depth, if not immediate usability >> >>anything else I should look at? The pdfs in question are product >>sheets - photos, pricing/specification tables etc. I need to insert >>some web links. >> >>Sam >> >>_______________________________________________ >>Austin mailing list >>Austin at pm.org >>http://mail.pm.org/mailman/listinfo/austin >> >> > > > From austin.pm at sam-i-am.com Tue Sep 12 21:15:53 2006 From: austin.pm at sam-i-am.com (Sam Foster) Date: Tue, 12 Sep 2006 23:15:53 -0500 Subject: APM: reading/writing (Acrobat) PDF In-Reply-To: <6.2.5.6.2.20060912151215.03853450@io.com> References: <20060912122832.8mhruqwv9goosskw@www.sam-i-am.com> <6.2.5.6.2.20060912151215.03853450@io.com> Message-ID: <450785F9.6050908@sam-i-am.com> > Since I willan-haven-on-when-be-on-needunk( 1 ) to read PDF's for > nasty things also, I've been watching the references go by in lists > and on Perlmonks. And what I think I've seen is the regretful > conclusion that PDF::API2 is at least the more modern, and _possibly_ > the 'best'. > > The problem I keep seeing mentioned is that the packages good at > reading, aren't so hot at writing. So finding one that can pass-thru > with slight mods ... > > You might post a question on Perlmonks, after perhaps searching a bit > there. > I'm looking over the API2 threads. Seems like I'm not the only one struggling without documentation. I think it maybe assumes a knowledge of the PDF format. Or maybe just postcript-y documents. I've been spoilt - I'm a html/xml guy. DOM looks really good right about now. Downloading the spec - I was hoping to avoid this - but it looks like I'll need to take the plunge (or just abandon the project, which starts to look more likely at 11:15pm) > Does that mention of PDFlib lite help any, under Limitations in > PDF::Template? I'll try and build this on my machine at work and give it a whirl. > > (1) Please pardon the gratuitous H2G2 reference, as it happens, "needunk" is a googlewack: http://www.google.com/search?q=needunk fancy that... Sam From wwalker at bybent.com Wed Sep 13 12:02:52 2006 From: wwalker at bybent.com (Wayne Walker) Date: Wed, 13 Sep 2006 14:02:52 -0500 Subject: APM: Meeting - TONIGHT - ARL - Mark speaking on MySQL! Message-ID: <20060913190252.GC4658@bybent.com> Come one, come all! It's not the Cinderella Ball! It's the vim versus emacs war! Oops, strike that.... It's Mark Lehmann talking to the Austin Perl Mongers about all things MySQL! Better than snake oil! -- Wayne Walker www.unwiredbuyer.com - when you just can't be by the computer wwalker at bybent.com Do you use Linux?! http://www.bybent.com Get Counted! http://counter.li.org/ Perl - http://www.perl.org/ Perl User Groups - http://www.pm.org/ Jabber: wwalker at jabber.gnumber.com AIM: lwwalkerbybent IRC: wwalker on freenode.net From ian at remmler.org Wed Sep 13 12:12:27 2006 From: ian at remmler.org (Ian Remmler) Date: Wed, 13 Sep 2006 14:12:27 -0500 Subject: APM: Meeting - TONIGHT - ARL - Mark speaking on MySQL! In-Reply-To: <20060913190252.GC4658@bybent.com> References: <20060913190252.GC4658@bybent.com> Message-ID: <20060913191226.GA16031@localhost> On Wed, Sep 13, 2006 at 02:02:52PM -0500, Wayne Walker wrote: > Come one, come all! It's not the Cinderella Ball! > > It's the vim versus emacs war! > > Oops, strike that.... > > It's Mark Lehmann talking to the Austin Perl Mongers about all things > MySQL! Better than snake oil! ... and dinner at 5:45 PM at Double Dave's on Metric. See you there. - Ian. -- "A shark on whiskey is mighty risky. A shark on beer is a beer engineer." -- Dr. Worm From mark at marklehmann.com Wed Sep 13 18:58:13 2006 From: mark at marklehmann.com (Mark Lehmann) Date: Wed, 13 Sep 2006 20:58:13 -0500 (CDT) Subject: APM: Cool Perl Advanced DBI presentation Message-ID: <57971.129.116.134.248.1158199093.squirrel@lehmbrain.net> http://search.cpan.org/src/TIMB/DBI_AdvancedTalk_200307/index.htm -- Mark Lehmann -- Mark Lehmann From jayflaherty at gmail.com Thu Sep 14 04:31:10 2006 From: jayflaherty at gmail.com (Jay Flaherty) Date: Thu, 14 Sep 2006 06:31:10 -0500 Subject: APM: Cool Perl Advanced DBI presentation In-Reply-To: <57971.129.116.134.248.1158199093.squirrel@lehmbrain.net> References: <57971.129.116.134.248.1158199093.squirrel@lehmbrain.net> Message-ID: <6d099db20609140431v5b6fc423mc9c045784e014e81@mail.gmail.com> I was at OSCON this year and saw this presentation. Below is the summary I gave to our engineering team at work: Another Tutorial I went to was Tim Bunce's "Advanced Perl DBI". It was pretty dissapointing as it seems to be the same one he gives year after year (I wish I went to Damien Conway's "Mastering Vim" instead). There was one interesting thing I learned from Mr. Bunce that I thought I would share. Originally, DBI 1.x branch would remain perl5 and DBI 2.x will be perl6. A lot of time was spent fleshing out how to get DBI to run under perl6 (http://www.mail-archive.com/dbi-dev at perl.org/msg03965.html). Due to real life and the addition of a new baby in Tim's life, not much has been done on that front. So Tim added the following idea to The Perl Foundation's Summer of Code project list (http://www.perl.org/advocacy/summerofcode/ideas.html). In short: Reimplement the DBI v1 API in Pugs Design an implementation of the DBI API in Perl 6 using Pugs. The goal is to maintain the familiar DBI API while radically refactoring the internals to make best use of Perl 6 and so enable greater functionality and extensibility. (mentor: Tim Bunce) A proposal was submitted for this project and was accepted (http://code.google.com/soc/tpf/appinfo.html?csaid=2724C0CE12822D61) and a lot of work has been done on that front. So, Tim began thinking of the API for DBI 2.x. What he has decided was to implement the JDBC API in perl6. He wants to do this for many reasons. 1. JDBC API is very mature. 2. JDBC API is very well known. 3. Why reinvent the wheel. 4. Goal is to get all parrot languages to adopt DBI 2.x as the defacto standard for the database API. This will help with developer support, vendor support, etc. On 9/13/06, Mark Lehmann wrote: > http://search.cpan.org/src/TIMB/DBI_AdvancedTalk_200307/index.htm > -- > Mark Lehmann > > > > > -- > Mark Lehmann > > _______________________________________________ > Austin mailing list > Austin at pm.org > http://mail.pm.org/mailman/listinfo/austin > -- **************************************************** Whatever you do, take care of your shoes jayflaherty at gmail.com