"bradford" <[EMAIL PROTECTED]> writes:
> Go an error running the following:
>
> $ python manage.py syncdb
[snip]
> Exception exceptions.AttributeError: "'NoneType' object has no
> attribute 'print_exc'" in
> ignored
This is related to this recent thread on this list:
http://tinyurl.com/gdzq3
I
bradford wrote:
> Exception exceptions.AttributeError: "'NoneType' object has no
> attribute 'print_exc'" in ignored
I've been seeing this at the end of every manage.py command. It does
appear to be non-fatal, but it is something that needs to be debugged.
Sorry I haven't taken the time yet t
Go an error running the following:
$ python manage.py syncdb
Creating table auth_message
Creating table auth_group
Creating table auth_user
Creating table auth_permission
Creating many-to-many tables for Group model
Creating many-to-many tables for User model
Creating table django_content_type
C
On 4/8/06, Petar Mariæ <[EMAIL PROTECTED]> wrote:
> I suggest we change urlify.js in a way that will not block out
> non-English chars. Instead it should translate them into their English
> feel-a-like, as suggested in #1602.
If we decide to go the sound-alike route, a good resource to start
from
> Browsers now support Unicode URLs (albeit turned off by default in
> English editions lately due to security issues), might it make more
> sense just to allow non-English characters as is, if the said
> nationality might reasonably be willing/able to type them into the
> address bar?
That's true
Petar Marić wrote:
> I suggest we change urlify.js in a way that will not block out
> non-English chars. Instead it should translate them into their English
> feel-a-like, as suggested in #1602.
Browsers now support Unicode URLs (albeit turned off by default in
English editions lately due to sec
Greetings to all djangonauts out there,
I suggest we change urlify.js in a way that will not block out
non-English chars. Instead it should translate them into their English
feel-a-like, as suggested in #1602.
However we've got 2 problems:
1. Should we translate chars to their sound-a-likes or lo
> I'm open to being convinced otherwise, but I don't see it as within the scope
> of the admin CSS to accomodate being embedded in other interfaces.
Not to throw fuel on the fire, but for some applications in particular
we're stuck between a rock and a hard place, and the admin interface is
the
On 4/8/06, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
> May I kindly ask some attention (especially commiters' :-) ) to a pair
> of tickets that enable uploading and downloading large files:
>
> http://code.djangoproject.com/ticket/1484 - request part
> http://code.djangoproject.com/ticket/1569 - re
On Apr 8, 2006, at 2:31 AM, Ivan Sagalaev wrote:
> May I kindly ask some attention (especially commiters' :-) ) to a pair
> of tickets that enable uploading and downloading large files:
>
> http://code.djangoproject.com/ticket/1484 - request part
> http://code.djangoproject.com/ticket/1569 - respo
May I kindly ask some attention (especially commiters' :-) ) to a pair
of tickets that enable uploading and downloading large files:
http://code.djangoproject.com/ticket/1484 - request part
http://code.djangoproject.com/ticket/1569 - response part
I use them both on a daily basis in two project
11 matches
Mail list logo
