1) I would like to see django-admin.py methods 'startapp' and
'startproject' renamed to 'createapp' and 'createproject'. "start"
implies 'starting the server'... too similar to 'runserver', I think.
2) Provide a standard convention for where people should put their
tests (unit, functional, and ma
" I think that registration-required wikis cut against the very idea,
and I'd rather have someone who's willing to keep an eye on the
timeline instead."
I agree wholeheartedly; on the other hand if this wiki becomes remotely
popular, it will be hammered with spam. I've seen the Atom and
Codehaus
An FK cycle, at least as described in the ticket, is probably better
modeled as a many-to-many relation. In this case the realtionship
would carry (at least) two binary flags for "owns" and "lives at".
Surely that will have to be extended with a "sends mail to" as soon as
the department of Homela
> Given this, I cannot possibly see how installing more than one language can
> work. More to the point, even if it did, install() modifies __builtin__,
> which sounds incredibly thread-unsafe to me. We can still use the
> GNUTranslation objects, we just can't install them. _() needs to generate a
Nebojša Đorđević - nesh wrote:
> Ok, too bad for that, now we must make some replacement for formatting
> date, numbers and stuff.
I've creted a page on the Wiki with an overview of the i18n discussion as I
see it. it looks rather tainted to my prejudices at the moment, so I invite
you all to h
Nebojša Đorđević - nesh wrote:
> Changing languages on the fly: http://docs.python.org/lib/node331.html
>
> As I understood python gettext manual strings are translated when _()
> are called, not at module load time. And _() is installed into builtin
> namespace after .install() is called.
Lo
On 3-08-2005, at 12:25, Moof wrote:
Havign had a closer look at the gettext module:
It sucks for what we want to use it for.
I think we may need to end up defining our own subclass of string.
The gettext format is fine, and I suggest we keep to that, but
don't use the
standard gettext pro
I've tried it on my pg databases, but got a lot off errors.
It seems that django is missing some pg DATA_TYPES, so i added
them to the dictionaries at the end of postgresql.py.
But i am not a progammer and don'n know if this is right.
'CIDRAddressField': 'cidr'
'MACAddressField': 'macaddr',
'O
On 3-08-2005, at 1:05, Moof wrote:
By "not threadsafe" it means that settign the locale is a global
thing. So
you can't have two threads with different locales, and you mgiht
end up
changing locale half way though the execution of a locale-dependent
method.
Also, from experience, setloc
ok then just #1 and #65.
Ksenia Marasanova wrote:
>>OTOH, maybe we can go for database based solution like some PHP CMS I
>>seen?
>
>
> -1
> It's my first i18n experience, but I think it's better to stick to an
> accepted standard here.
Havign had a closer look at the gettext module:
It sucks for what we want to use
11 matches
Mail list logo
