Re: Documentation restructuring

2007-10-19 Thread Kenneth Gonsalves
On 20-Oct-07, at 7:25 AM, James Bennett wrote: > As someone who uses Django's documentation on a daily basis, here's > what I'd like to see: one thing I would like to see is: table of contents available on all pages. Now I have to go to 'documentation' and click on dbiapi. Then, if I want t

Re: Documentation restructuring

2007-10-19 Thread James Bennett
On 10/18/07, Jeremy Dunck <[EMAIL PROTECTED]> wrote: > I'd like to improve the quality of Django's documentation. > I'm sure there will be many opinions on what "improvement" would mean. I'm also interested, though I keep running out of hours in the day to work on it :) > I'd like to solic

Re: A more robust conditional get

2007-10-19 Thread Malcolm Tredinnick
On Sat, 2007-10-20 at 01:20 +0400, Ivan Sagalaev wrote: > Hello! > > A similar issue was raised on this list some time ago but as far as I > remember there wasn't any proposed solution. I think I have a good one. > > I'm trying to solve a problem with the current implementation of > conditiona

Re: Configurable get_absolute_url for User model.

2007-10-19 Thread Jeremy Dunck
On 10/19/07, James Bennett <[EMAIL PROTECTED]> wrote: > At some point I'd like to see the get_absolute_url() method on the > User model rewritten to use the permalink() decorator, which would do > away with the need to override on a per-install basis. I'm not sure > exactly how that'd work, though

Re: A more robust conditional get

2007-10-19 Thread Jeremy Dunck
On 10/19/07, Ivan Sagalaev <[EMAIL PROTECTED]> wrote: > I didn't file a ticket for this yest because I vaguely remember some > opposition to the whole idea of trying to optimize current conditional > get behavior. I'd like to raise this issue again and if it turns out > that people like the idea I

Re: Configurable get_absolute_url for User model.

2007-10-19 Thread James Bennett
On 10/19/07, wnielson <[EMAIL PROTECTED]> wrote: > I must have passed over that one a hundred times without seeing it > once... At some point I'd like to see the get_absolute_url() method on the User model rewritten to use the permalink() decorator, which would do away with the need to override o

Re: Configurable get_absolute_url for User model.

2007-10-19 Thread wnielson
*sigh* I must have passed over that one a hundred times without seeing it once... On Oct 19, 2:12 pm, "James Bennett" <[EMAIL PROTECTED]> wrote: > On 10/19/07, wnielson <[EMAIL PROTECTED]> wrote: > > > I needed the ability to set a custom url for the User model, so I > > modified the User model'

Re: A more robust conditional get

2007-10-19 Thread Jeremy Dunck
On 10/19/07, Ivan Sagalaev <[EMAIL PROTECTED]> wrote: > As a solution I propose a view decorator taking as a parameter a > function calculating Last-Modified and/or ETag that takes care of all > the mechanic of checking request headers, returning 304 Not Modified > and setting response headers. It

A more robust conditional get

2007-10-19 Thread Ivan Sagalaev
Hello! A similar issue was raised on this list some time ago but as far as I remember there wasn't any proposed solution. I think I have a good one. I'm trying to solve a problem with the current implementation of conditional get where ETag and Last-Modified are taken into account only after

Re: Configurable get_absolute_url for User model.

2007-10-19 Thread James Bennett
On 10/19/07, wnielson <[EMAIL PROTECTED]> wrote: > I needed the ability to set a custom url for the User model, so I > modified the User model's `get_absolute_url` to allow endusers to > define an attribute, `AUTH_USER_URL`, in their settings file. `/users/ > /` is still the default, but can simp

Configurable get_absolute_url for User model.

2007-10-19 Thread wnielson
I needed the ability to set a custom url for the User model, so I modified the User model's `get_absolute_url` to allow endusers to define an attribute, `AUTH_USER_URL`, in their settings file. `/users/ /` is still the default, but can simply be overwritten. I filed a ticked [1] and added a patc

Re: Documentation restructuring

2007-10-19 Thread Adam Findley
Marty Alchin wrote: > So to me, PHP's documentation is better than Django's, but PHP (not > very OO) also lends itself well to that type of documentation, much > better than Python, and thus Django. But even Python's standard > library reference better suits my taste. This right here is the numb

Re: Discussion of #4131: addslashes, javascript string literals, and (new) escapejs

2007-10-19 Thread Ned Batchelder
I liked the original proposal (mine!) to extend addslashes rather than to nearly-duplicate its functionality in another filter, but I can see the logic of slicing these things finely. I like that the docs for addslashes refers to escapejs. For the purposes of education, the escapejs docs shou

GenericRelation DROP generation problems

2007-10-19 Thread jdietrich
I've been bit by a problem with GenericRelations, whereby reset/ sqlreset will generate duplicate DROP statements. This seems to be described under ticket #3549. #3480 also seems to describe an uglier edge case of this - GenericRelation resulting in DROPs that cross application boundaries. Can so

Re: Documentation restructuring

2007-10-19 Thread Marty Alchin
On 10/19/07, Jeremy Dunck <[EMAIL PROTECTED]> wrote: > > On Oct 18, 2007, at 8:55 PM, Marty Alchin wrote: > > > On 10/18/07, Jeremy Dunck <[EMAIL PROTECTED]> wrote: > > >> I'd like to improve the quality of Django's documentation. > > > > > > I can't say I'm surprised to hear that. I've heard se