>My proposal is to move redirects to a separate >app/middleware, in
>django.core.contrib. It would contain this:
+1 on that. Maybe even the flat pages could move into their own contrib
application? The users/groups need to be there, as are the sites, but
everything else could be done by contrib a
Hi,
because you are discussing what will be included in 1.0 I wonder how
it will be with the new admin.
The fact is that the "old" admin is not ready for full translation and
I am not sure if translators should wait for the new one, or someone
should look on the "old" admin strings and make them
>The fact is that the "old" admin is not ready for full translation and
>I am not sure if translators should wait for the new one, or someone
>should look on the "old" admin strings and make them available in the .po
>files.
Actually I already started with adding translation hooks to new_admin,
Paul,
I proposed this syntax in the comments of ticket #163 but nothing
ever came of it. I hope there's some progress on that idea this time
;)
Clint
On 11/9/05, pbx <[EMAIL PROTECTED]> wrote:
>
> In case this is way off-base or has been discussed to death in IRC,
> I'll keep it short. It's j
Hey folks --
With Wilson's help I've mocked up some nice-looking error pages to
replace the ugly tracebacks when DEBUG is on. Right now they're
implemented as a middleware component, but I think they'd be best
rolled into the Django core -- good looking, functional error
messages by def
2005/11/11, Jacob Kaplan-Moss <[EMAIL PROTECTED]>:
>
> Hey folks --
>
> With Wilson's help I've mocked up some nice-looking error pages to
> replace the ugly tracebacks when DEBUG is on. Right now they're
> implemented as a middleware component, but I think they'd be best
> rolled into the Django
# Server error page: http://toys.jacobian.org/django/500.html
# 404 error page: http://toys.jacobian.org/django/404.html
Yay!
--
Jonathan Daugherty
http://www.parsed.org
Lovely. How about adding accesskeys? E.g.:
GET
POST
Cookies
META
Settings
--
Paul Bissex
http://e-scribe.com/news/
Northampton MA USA 01061-0847
On 11/10/05, hugo <[EMAIL PROTECTED]> wrote:
> >My proposal is to move redirects to a separate >app/middleware, in
> >django.core.contrib. It would contain this:
>
> +1 on that. Maybe even the flat pages could move into their own contrib
> application? The users/groups need to be there, as are the
On 11 Nov 2005, at 03:26, Jacob Kaplan-Moss wrote:
With Wilson's help I've mocked up some nice-looking error pages to
replace the ugly tracebacks when DEBUG is on. Right now they're
implemented as a middleware component, but I think they'd be best
rolled into the Django core -- good lookin
All,
As of a code update today, flatpages and redirects, two features that
have been installed with Django by default but had not been
documented, are now optional add-ons. This is a backwards-incompatible
change, so all Django users are advised to follow the instructions in
the "Separated flatpa
On 11/10/05, Simon Willison <[EMAIL PROTECTED]> wrote:
> Pretty as it is, it doesn't match the style of djangoproject.com at
> all. I'd like to see a bit more green! Not showing a logo is a good
> idea though as we can't know for sure where the logo is hosted by
> their install, and linking to one
On 11 Nov 2005, at 04:32, pbx wrote:
Lovely. How about adding accesskeys? E.g.:
GET
POST
Cookies
META
Settings
As always with accesskeys, the trouble with these is their potential
to interfere with browser shortcuts. In this case, the "Go" menu in
Firefox on Windows
On 11 Nov 2005, at 05:08, Adrian Holovaty wrote:
We could include it as a data:url. :-)
I thought about that, but I imagine it would lead to a broken image
in IE.
Unless... we set the data:url as the CSS background of a div. I bet
that would fail gracefully in IE. Fun!
Hi,
I finally got around to look into this further. Here is Adrian's advice.
On 10/22/05, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> What you need to do is make sure the driver typecasts datetime
> database fields to Python datetime.date objects, and date database
> fields to Python datetime.d
15 matches
Mail list logo