I brainstormed some ideas for wsgiorg specs and added them to the spec
page, and also copied here. I offer them here to see if there's
particular specifications that seem interesting, and might be worth
pursuing sooner than other ones.
* Ben Bangert suggested a simple session standard, f
On Nov 10, 2006, at 10:40 AM, Ian Bicking wrote:
> * Ben Bangert suggested a simple session standard, focused solely
> on the session ID (persistence handled elsewhere). This is fairly
> modest
> but still useful.
I'll have to find that and take a look as I no longer recall what I
was ta
On 11/10/06, Ian Bicking <[EMAIL PROTECTED]> wrote:
> I brainstormed some ideas for wsgiorg specs and added them to the spec
> page, and also copied here. I offer them here to see if there's
> particular specifications that seem interesting, and might be worth
> pursuing sooner than other ones.
W
Ben Bangert wrote:
> On Nov 10, 2006, at 10:40 AM, Ian Bicking wrote:
>
>> * Ben Bangert suggested a simple session standard, focused solely
>> on the session ID (persistence handled elsewhere). This is fairly
>> modest
>> but still useful.
>
> I'll have to find that and take a look as I n
Luke Arno wrote:
> On 11/10/06, Ian Bicking <[EMAIL PROTECTED]> wrote:
>> I brainstormed some ideas for wsgiorg specs and added them to the spec
>> page, and also copied here. I offer them here to see if there's
>> particular specifications that seem interesting, and might be worth
>> pursuing soo
On 11/10/06, Ian Bicking <[EMAIL PROTECTED]> wrote:
> Luke Arno wrote:
> > On 11/10/06, Ian Bicking <[EMAIL PROTECTED]> wrote:
> >> I brainstormed some ideas for wsgiorg specs and added them to the spec
> >> page, and also copied here. I offer them here to see if there's
> >> particular specificat
Luke Arno wrote:
>> >> * Debugging mode is something that can be used in all sorts of
>> >> places; to increase verbosity, annotate output pages, displaying
>> errors
>> >> in the browser, etc. Having a single key for turning on debugging mode
>> >> would allow its consumption in lots of plac
Sorry, I've been out planting scuppernongs all day.
On 11/10/06, Ian Bicking <[EMAIL PROTECTED]> wrote:
> Luke Arno wrote:
> >> >> * Debugging mode is something that can be used in all sorts of
> >> >> places; to increase verbosity, annotate output pages, displaying
> >> errors
> >> >> in the
Title: RE: [Web-SIG] Possible specs
Ian Bicking wrote:
> I brainstormed some ideas for wsgiorg specs and added them to the spec
> page, and also copied here. I offer them here to see if there's
> particular specifications that seem interesting, and might be worth
> pur
At 07:45 PM 11/12/2006 -0800, Robert Brewer wrote:
>Sessions have 1) been around forever, 2) have consistently been done
>similarly for each implementation, and 3) already require interoperation
>with third party code (database APIs), so introducing a common interface
>would not introduce any ov
Robert Brewer wrote:
> Ian Bicking wrote:
> > I brainstormed some ideas for wsgiorg specs and added them to the spec
> > page, and also copied here. I offer them here to see if there's
> > particular specifications that seem interesting, and might be worth
> > pursuing sooner than other ones.
Luke Arno wrote:
>> >> >> * Some systems prefer that unexpected exceptions bubble up,
>> like
>> >> >> test frameworks. A key could define this case (modelled on
>> >> >> paste.throw_errors) and thus disable exception catchers.
>> >> >
>> >> > -1 I don't need it. Too abstract.
>> >> >
>> >> >
On 11/10/06, Luke Arno <[EMAIL PROTECTED]> wrote:
> I am worried that things are getting a little inventive
> here. This is how things get heavy. Lets try to stick
> to codifying those things that have a clear common
> right way.
+1
Wsgiorg.routing_args came about from several
independent WSGI mi
13 matches
Mail list logo
