Re: question on ssh and peeve on editors
At 9:01 PM -0500 2002-10-03, Puneet Kishor wrote: I have Golive 5, but didn't invest in 6 because I discovered it didn't do anything for Perl. Is the SDK GL6 specific? I have no idea what knowledge it On Thursday, October 3, 2002, at 01:18 PM, Troy Davis wrote: I use GoLive to create websites. But I use BBEdit to work with perl. The two can co-exist, but you're right in that they're not very good roommates. I'd love to see a module to replace the php dynamic database stuff with perl... Puneet: The reason I need something like Dreamweaver or Golive is because I don't want to use my finite braincells remembering syntax for silly html for making tables, frames, hex colors, and other such stupidities. Doing that nonsense visually makes developing web apps tolerable. Even more so when you have to go back and edit some convoluted frames and/or tables code. Perhaps because I taught HTML for five years in the early days, and insisted that my students work without visual HTML composers (which were terrible, besides), I never adopted GL, DW, etc into my own workflow. When my projects have web output, all the HTML is generated by my software, i.e., Perl. Maybe this doesn't get at the problem you're trying to solve, but with a modest investment of time you could equip yourself with Perl tools to do everything you need, including eliminating the tedium of composing in raw HTML. There are several versatile HTML-generating modules on the CPAN, and most use some form of templating. I've built my own templating and output module, so I can't make a recommendation, but others on this list would happily. A complete web application development library could be assembled from a set of well-maintained Perl modules from CPAN. Your module would 'use' or 'require' DBI.pm, CGI.pm, File::Spec, etc, collecting these powers together to be harnessed in your own methods. That wisdom aside, Puneet's posts suggest interest in a programming challenge to learn from, which was the impulse I followed... For my projects, I have to be able to send output in many formats, often not HTML, not even network-related (database, spreadsheet, page layout, postscript). So I wrote a templating module that can dispatch methods from external libraries in response to whatever string of tokens it's fed. For HTML output, I have a module whose methods dress up the data they're passed in the HTML format evoked by the token; if an output method fails, the token is output as an HTML comment. Thus the only place in my programs that any HTML appears is in the methods (subroutines) specifically employed to produce output in this format. Program control, state transitions, database operations, math, date-time calcs, image generation, and so on, have none. This is where I see the dividing line between logic and presentation. It's a thinko to look at the code and the template as representing that distinction. Speaking of templates, I have HTML templates of all types and sizes: one-line dynamic input widgets; whole 'pages' with headers n' everything; standard input forms; sub-templates nested within master templates; dynamic style sheets... The output from my html-generating methods is also beautiful :-) That is, it's just the way I like it: correct HTML usage, easy to scan if I view source, follows my prefs for indentation, capitalization, etc. I also have templates for use during development, e.g., to throw the necessary data and control buttons onscreen, but without the ultimate art and typography. Sometimes all it takes is a style sheet to spruce it up. Forgive me for going on if you know all this, but let me add one more thing about Perl-generated HTML: it has two distinct uses: direct dynamic output, which the web server returns to the client; and output to file, for web resources that update on a time period or upon some event other than an http request. The latter is, in effect, what the visual editors do: output to a file to be used as static HTML. Why not build your own? 1; -- - Bruce __bruce_van_allen__santa_cruz_ca__
Re: question on ssh and peeve on editors
At 02:32 PM -0400 10/3/02, Chris Devers wrote: Etc. As long as you can name what you want in the scheme: protocol://host/path The Jaguar finder can generally find mount it. You can also browse locally accessible networks, but if you know the address for the resource you want, this will get it whether or not the Finder can, well, find it. Wouldn't this rock? - sftp://user@host/path :-) Troy
calling applescript?
how does launch an applescript from perl? stephane
Re: question on ssh and peeve on editors
I agree that there should be a separation of logic and presentation elements, I do that as much as possible. In GoLive's dynamic content examples, the php, jsp and vb code is merged within the html files. Not an ideal situation from my perspective. I don't know if this is necessary or not for new dynamic content formats. In any case, the GoLive SDK manual is pretty hefty, 400-some-odd pages. It would take some serious time investment to develop perl ports of the included examples (a calendar, shopping cart, etc.). If Adobe were paying me to port the examples to perl? Sure. But for free? I don't have that much time available. Perhaps a motivated student would, but ideally Adobe should throw some resources at the question, assuming enough people want the feature. Cheers, Troy On Thursday, October 3, 2002, at 10:01 PM, Puneet Kishor wrote: I have Golive 5, but didn't invest in 6 because I discovered it didn't do anything for Perl. At 10:17 PM -0400 10/3/02, Sherm Pendley wrote: Why would you expect it to? Golive is a WYSIWYG HTML editor - the requirements for which are a great deal different from those of a good Perl editor. Furthermore, your HTML code shouldn't be in the same file as your Perl code anyway - good programming practice dictates putting it in an external template. There are literally a dozen or more CPAN modules for filling in the blanks when using such templates - my own favorite is Text::Template, but your mileage may vary. -- ___ Troy Davis ACD Interactive Slipstream.com 205 W. 4th St. #1130 Cincinnati, OH 45202 USA Tel - 513.241. x119 Fax - 513.241.1107
Re: question on ssh and peeve on editors
I wondered if anyone else had noticed my 2 cents on this issue :) I used Interarchy for quite a long time and was always amazed at the depth of the app. The mount a remote fs on the desktop feature, I thought, was a pretty cool idea. Not one I used, because I have an incredibly slow connection, but still a cool concept. Knowing a bit about Interarchy, it would surprise me if it did not provide the answer (or at least something close) to Puneet's needs. Puneet, did you give Interarchy a try? -- Bill Stephenson www.PerlHelp.com 1-417-546-5593 From: Charles Albrecht [EMAIL PROTECTED] Date: Fri, 4 Oct 2002 07:52:26 -0600 To: macosx perl [EMAIL PROTECTED] Subject: Re: question on ssh and peeve on editors At 9:03 PM -0500 10/3/2002, Puneet Kishor wrote: Thanks to everyone who answered. The bottomline is, I can't use ssh to transparently mount a remote fs. I can fake it somewhat via RBrowser. Now I can peruse other options such as nfs, webdav, or even smb. You can also fake it pretty well with Interarchy. -Charles Euonymic Solutions [EMAIL PROTECTED]
Locale
Well, I'm guessing this is an FAQ but I haven't found info on it. I constantly get locale warnings anytime I use perl (5.8.0 from serverlogistics on MacOS X 10.2 Jaguar, set to French-Canadian as default language). Here's the warning message: LC_ALL = (unset), LANG = fr_CA Most things seem to work correctly despite the continuous warnings. Now, this might be a problem with the serverlogistics installation (they use non-standard dirs) but I remember having a similar problem with other installations. Anyhow, sorry if it's too obvious...
OT: Interarchy
Yeah, Puneet mentioned that in a note to me. I was kind of surprised because it was shareware for so long. I bought a license and upgrade for a version or two. I had to have it cuz BBEdit had a clunky FTP built-in for awhile. The first OS X version on Interarchy was a bit clunky and always wanted to launch Classic when I started it. I finally bought Fetch (again) after a few years and it works as sweet as can be on X. I just never have had the time or need to get back to Interarchy since. It's got to be tough for the authors of shareware products to see them in use, especially one as popular as Interarchy, and know that so many users do not pay. I guess it's hard to blame them for the change in policy. And since I mentioned Fetch, isn't it cool that it has changed so little on the outside... -- Bill Stephenson www.SecureShopper.com 1-417-546-5593 From: phildobbin [EMAIL PROTECTED] Date: Sat, 05 Oct 2002 03:20:44 +0100 To: Bill Stephenson [EMAIL PROTECTED], Charles Albrecht [EMAIL PROTECTED], macosx perl [EMAIL PROTECTED] Subject: Re: question on ssh and peeve on editors Unfortunately, last time I looked, Interarchy was a pay up front deal; if you didn't like it, you could reclaim your dollar within thirty days. Which, to my mind, is a shame. I'd like to try it ;-)