--
mod_perl digest
May 20, 2001 - May 26, 2001
--
Recent happenings in the mod_perl world...
Features
o
At 12:15 PM 5/28/01 -0400, Stephen Adkins wrote:
Hi,
Development of a straw-man set of Perl Widget Library core classes is
going well. A Sourceforge project (perl-widget) is in the process of being
set up too. (I will announce when it is set up.)
The first 0.01 release will be for public
At 05:17 PM 5/28/01 -0400, Stephen Adkins wrote:
I don't understand the Widget::Controller. Can you say more about this?
Also will we require XML to configure? Or is this also an optional feature
that you more or less want for yourself but others can choose to not use?
Hi,
Below is
My $0.02 on XML config files. Although they may be attractive to some,
personally, I don't like them.
I see XML is merely the expression of the configurable parameters of the
object. IE it is just a means to the end. Personally, I would like to define
my widget properties through a GUI and then
At 09:49 PM 5/29/2001 +0800, Gunther Birznieks wrote:
At 12:15 PM 5/28/01 -0400, Stephen Adkins wrote:
Hi,
Development of a straw-man set of Perl Widget Library core classes is
going well. A Sourceforge project (perl-widget) is in the process of being
set up too. (I will announce when it is set
My $0.02 on XML config files. Although they may be attractive to some,
personally, I don't like them.
I see XML is merely the expression of the configurable parameters of the
object. IE it is just a means to the end. Personally, I would like to
define
my widget properties through a GUI and
All the current projects are done and dusted and the T-shirts are at
the printers (really!). I'm looking for the next round of excellent
clients to work with.
Take a look at my site at http://www.hodgkinson.org/ to see what I'm
up to.
Thanks,
Dave
--
Dave Hodgkinson,
At 9:53 PM +0800 5/29/01, Gunther Birznieks wrote:
At 05:17 PM 5/28/01 -0400, Stephen Adkins wrote:
I don't understand the Widget::Controller. Can you say more about this?
Also will we require XML to configure? Or is this also an optional feature
that you more or less want for yourself but
At 05:27 PM 5/29/2001 +0200, Issac Goldstand wrote:
My $0.02 on XML config files. Although they may be attractive to some,
personally, I don't like them.
I see XML is merely the expression of the configurable parameters of the
object. IE it is just a means to the end. Personally, I would
On Sat, 26 May 2001 22:41:11 +0800 (SGT), Stas Bekman said:
On 25 May 2001, [EMAIL PROTECTED] wrote:
Once one handler get a server error, you'll get the last
succssful content served by that child, repeatedly, forever. Note also that
this not one handler with lots of different
Gunther Birznieks [EMAIL PROTECTED] wrote:
At 12:15 PM 5/28/01 -0400, Stephen Adkins wrote:
The rendering of this widget as HTML requires at least the following
* config information (Widget::Config)
[snip]
Also will we require XML to configure? Or is this also an optional feature
that you
unsubscribe remove
Gunther Birznieks [EMAIL PROTECTED] wrote:
At 10:49 AM 5/28/01 -0500, James G Smith wrote:
Hmm... Something I'd like to see is a set of classes in Perl for managing
LDAP. These classes would need to be generic (configurable) enough to work
with any LDAP schema. They would need to provide an
At 09:53 PM 5/29/2001 +0800, Gunther Birznieks wrote:
At 05:17 PM 5/28/01 -0400, Stephen Adkins wrote:
...
$widget = $wc-widget(first_name);
print First Name: , $widget-html(), \n;
A widget type has already been defined. So I don't see that the method to
output it's display should be
On Tue, 29 May 2001, Stephen Adkins wrote:
Right. I have many more requirements I eventually want to support
(such as internationalization). The trick is making the design such
that it works in the simple case for simple things, while supporting
advanced features for those who wish to use
I've got a form that will (should) send various formats back to the client
depending on form values. They may want the results back in csv, pdf or
plain html. The form always submits to a .html, and the browser usually
expects an html.
I've tried setting $r-content_type and even $r-filename
-Original Message-
From: Warren D. Johnson [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday,May 29,2001 10:27 AM
To: [EMAIL PROTECTED]
Subject: unsubscribe remove
unsubscribe remove
Stephen Adkins [EMAIL PROTECTED] wrote:
At 09:53 PM 5/29/2001 +0800, Gunther Birznieks wrote:
At 05:17 PM 5/28/01 -0400, Stephen Adkins wrote:
...
$widget = $wc-widget(first_name);
print First Name: , $widget-html(), \n;
A widget type has already been defined. So I don't see that the
[EMAIL PROTECTED] wrote:
Where is this language value coming from? The widget's container. You only
care about English? Then set it to EN-US and forget it.
[snip]
Implementation strategies can be as simple as:
sub label {
my $self=shift;
my $lang=shift || $self-container-language;
if
James,
Yeh - that idea has merit. We don't always see that concepts map 1:1 between
languages but probably 99% of the time it should be ok. Of course it is the
1% case that drives most people totally nuts.
What might be of interest is a data type that is smart enough to hunt down
its text tag
At 10:04 AM 5/29/2001 -0700, [EMAIL PROTECTED] wrote:
On Tue, 29 May 2001, Stephen Adkins wrote:
Right. I have many more requirements I eventually want to support
(such as internationalization). The trick is making the design such
that it works in the simple case for simple things, while
Hi there,
On Tue, 29 May 2001, Jay Jacobs wrote:
I've tried setting $r-content_type and even $r-filename to try and get
the browser (ie 5 for now) to see it as a non-html file and do the
right thing.
IE is particularly fond of ignoring Content-type. If the file is called
something.html
At 03:42 AM 5/30/2001 +0200, Issac Goldstand wrote:
Wait a second, here... I was under the assumption that the Widget library
was not going to be limited to HTML output only. According to your page, it
seems that the only customization that you plan on doing is to modify the
HTML to work
Jay Jacobs wrote:
I've got a form that will (should) send various formats back to the client
depending on form values. They may want the results back in csv, pdf or
plain html. The form always submits to a .html, and the browser usually
expects an html.
My suggestion is to use
Steve == Steve Piner [EMAIL PROTECTED] writes:
So going to http://www.mysite.com/reports/foo.csv?param1=val1
would be the same as going to
http://www.mysite.com/bin/report.pl?param1=val1 except if the page
is to be downloaded, the browser will use the name foo.csv.
This also works :
$r-header_out(Content-Disposition,
attachment;filename=\ticket_search.csv\);
This has an unexpected result, I get a pop-up asking me what I want to do
with the html document (save/exec), if I exec it, it asks me what I want
to do with the csv (save/exec). I've never run across
unsubscribe remove
Get free email and a permanent address at http://www.netaddress.com/?N=1
unsubscribe remove
Dave Black, Engineer
FlexFeed Corporation
1-301-317-9264 (office)
mailto:[EMAIL PROTECTED]
http://www.flexfeed.com/
http://corpsearchusa.com/
[EMAIL PROTECTED] (Steve Piner) wrote:
My suggestion is to use mod_rewrite to create a mapping so that the
actual file name doesn't matter. I have a rule in the Apache conf file:
RewriteRule ^/reports/ /bin/report.pl [PT]
So going to http://www.mysite.com/reports/foo.csv?param1=val1 would be
unsubscribe remove
Bruce IrvineSenior Developerwww.sportingpulse.com.au
This email and any files transmitted with it are
confidential to theintended recipient and may be privileged. This email and
any attachments arealso subject to copyright. If you have received
this email inadvertently
unsubscribe remove
what goes on with all this unsubscribe remove crap i'm
seeing on multiple mailing lists? is this the magic phrase
for some new mlm i haven't seen yet?
for god's sake people, look at the message headers:
list-help: mailto:[EMAIL PROTECTED]
list-unsubscribe: mailto:[EMAIL
Ken's right and yeah, I wanted to stay away from Javascript and keep it
simple, it's not the doing of javascript that's bad, it's the redoing.
One thing that appears to work is setting the Content-Disposition header
value to inline;filename=\search.csv\. (instead of attachment).
IE5 seems to do
Dear all!
I have 2 servers:
1.
w2k server
2.
w2k
professional
with _same_ hardware and same Apache httpd.conf files.
I use mod_perl.
When I use followed script on SERVER
it works with ANY files
When I use it on PROF perl stops
without any error when size of 17.shtml
33 matches
Mail list logo
