RE: Re: Trac Full!

2010-03-24 Thread Henrik Genssen
Hi, I had problems with taking part in any group at google for a long time. Google always told me, that there was a problem, sending mail to my account - although it was is a GMail Account! Often I send mail to the group and wondered, why I never got an answer... The only solution I found, was

Re: Re: humanize.ordinal is very English-specific

2010-03-24 Thread Russell Keith-Magee
On Thu, Mar 25, 2010 at 8:32 AM, Sergiy Kuzmenko wrote: >> If you have any suggestions for how we could expose ungettext better >> in templates, I'm all ears. However, given the complexity of >> pluralization rules and pluralization usage in the general case, it's >> not a simple task. Suggestions

Re: Re: humanize.ordinal is very English-specific

2010-03-24 Thread Sergiy Kuzmenko
> If you have any suggestions for how we could expose ungettext better > in templates, I'm all ears. However, given the complexity of > pluralization rules and pluralization usage in the general case, it's > not a simple task. Suggestions welcome. My suggestion is to make pluralization compatible

Re: Trac Full!

2010-03-24 Thread Russell Keith-Magee
On Thu, Mar 25, 2010 at 7:49 AM, Simon Meers wrote: >> I was trying to figure out why I was getting Internal Server Errors >> when attempting to upload a patch on code.djangoproject.com -- I have >> discovered that there is "no space left on the device"! > > This seems to be fixed now (thank you w

Re: Re: humanize.ordinal is very English-specific

2010-03-24 Thread Russell Keith-Magee
On Wed, Mar 24, 2010 at 10:31 PM, wrote: > Regarding Russ' comment on pluralization: > >>  Option 1: Spend a lifetime trying to make a single tag that can >> accommodate every possible pluralization rule scheme >> >>  Option 2: Provide a simple implementation that works for a lot of >> cases, and

Re: Trac Full!

2010-03-24 Thread Simon Meers
> I was trying to figure out why I was getting Internal Server Errors > when attempting to upload a patch on code.djangoproject.com -- I have > discovered that there is "no space left on the device"! This seems to be fixed now (thank you webmaster). However it may be worth noting that the email ad

Trac Full!

2010-03-24 Thread Simon Meers
I was trying to figure out why I was getting Internal Server Errors when attempting to upload a patch on code.djangoproject.com -- I have discovered that there is "no space left on the device"! Now you can't even add a comment to the database: Traceback (most recent call last): File "/home/trac

Re: Re: humanize.ordinal is very English-specific

2010-03-24 Thread s . kuzmenko
Regarding Russ' comment on pluralization: Option 1: Spend a lifetime trying to make a single tag that can accommodate every possible pluralization rule scheme Option 2: Provide a simple implementation that works for a lot of cases, and encourage others to write specific template tags for thei

Re: Proposal - ChoiceField.choices need to accept callable, not only list or tuple

2010-03-24 Thread Vladimir Sidorenko
Hi George, as far as I remember, ChoiceField has a line like: self.choices = list(choices) in __init__ method. Until this is changed, there is no difference in passing a callable, a list, or a generator. So what do you suggest: To simply allow passing a callable, or to allow truly dynamic c

Re: Proposal - ChoiceField.choices need to accept callable, not only list or tuple

2010-03-24 Thread George Karpenkov
oh wait, you're right. (though choices=my_func seems to be neater then choices=(c for c in my_func()) (for some reason i thought that choices=(c for c in my_func()) will evaluate the my_func before we'll iterate through choices, but it won't) On Mar 24, 5:48 pm, Ivan Sagalaev wrote: > George Kar

Re: Proposal - ChoiceField.choices need to accept callable, not only list or tuple

2010-03-24 Thread Luca Sbardella
Hi there, I've used a different approach to solve the problem. If of interest, here is the snippet http://gist.github.com/232372 for solving the the problem of a run-time ChoiceField. The choices argument is a generator (or the usual list of tuples). On 24 March 2010 06:48, Ivan Sagalaev wrote: