On Fri, Mar 6, 2009 at 12:26 AM, Jannis Leidel wrote:
>
> Am 05.03.2009 um 12:24 schrieb Russell Keith-Magee:
>
>> On Thu, Mar 5, 2009 at 7:13 PM, Semmel wrote:
>>>
>>> Hi fellow developers.
>>>
>>> I think that the choice for Sunday being the first day of the week is
>>> an obvious but really b
I wonder if it is not better to hang this issue as another bullet-point on the
I18N ticket[1], like Oracle seems[2] to do.
To prevent repetitions of %7+1 code like the example given in Semmel's
ticket[3], I think a cleaner approach would be to let the week_day filter
take a date parameter as
Hi Joshua.
Just a quick thought:
On Thursday 05 March 2009, Joshua K wrote:
>
> [...] include information in models.py about the transport, such as:
>
> send_with_exchange = "pubsub"
> send_with_topic = "finances"
>
The trend in django seems to be to separate such information from the models
It seems as though you're looking for django-qpid-messaging on google
code or github. Luckily for you, that name isn't taken!*
In all seriousness, however, this functionality seems to be better
served in a separate (reusable) app. You can take inspiration from the
greater reusable community (Djan
Hello Everyone,
I have some ideas for some features I'd like to implement in Django,
and wanted to bounce them off of everybody.
I am building a site for which I'll eventually charge users for data
and membership fees:
http://www.bankhealthmonitor.com
However... even though my site is bolted d
On Thu, Mar 5, 2009 at 11:57 AM, Evgeniy Ivanov wrote:
>
>
>
> On Mar 5, 6:57 pm, Ian Kelly wrote:
>> On Thu, Mar 5, 2009 at 8:37 AM, Evgeniy Ivanov
>> wrote:
>>
>> > Hi!
>>
>> > I have such code:
>> > "name = models.CharField(max_length=32)".
>> > Thus "blank=False and null=False" should be a
On Mar 5, 6:57 pm, Ian Kelly wrote:
> On Thu, Mar 5, 2009 at 8:37 AM, Evgeniy Ivanov wrote:
>
> > Hi!
>
> > I have such code:
> > "name = models.CharField(max_length=32)".
> > Thus "blank=False and null=False" should be applied. But in DB this
> > attr is nullable, and since oracle stores empt
On Mar 4, 1:53 pm, Alex Gaynor wrote:
> On Mar 4, 2009, at 8:29 AM, PauloS wrote:
>
> The only other obvious thing is that you should test:
> if queryset is not None
>
I will get there someday:
8<--
if queryset is None:
queryset = self.model._default_mana
On Thu, Mar 5, 2009 at 8:37 AM, Evgeniy Ivanov wrote:
>
> Hi!
>
> I have such code:
> "name = models.CharField(max_length=32)".
> Thus "blank=False and null=False" should be applied. But in DB this
> attr is nullable, and since oracle stores empty strings as null
> attribute created wrongly (' "N
Hi!
I have such code:
"name = models.CharField(max_length=32)".
Thus "blank=False and null=False" should be applied. But in DB this
attr is nullable, and since oracle stores empty strings as null
attribute created wrongly (' "NAME " NVARCHAR2 (32) , ').
Should I file a bug?
P.S. I posted to use
Am 05.03.2009 um 12:24 schrieb Russell Keith-Magee:
> On Thu, Mar 5, 2009 at 7:13 PM, Semmel wrote:
>>
>> Hi fellow developers.
>>
>> I think that the choice for Sunday being the first day of the week is
>> an obvious but really bad choice.
>>
>> View my ticket here: http://code.djangoproject.co
On 5 Mrz., 12:24, Russell Keith-Magee wrote:
> I agree with the Karen's comment when she closed your ticket wontfix.
> There is no absolute answer to this question; no matter what value you
> choose, there will be inconveniences. The conversion - if it is
> required - isn't an expensive or diffic
On Thu, Mar 5, 2009 at 9:13 AM, Malcolm Tredinnick
wrote:
>
> On Wed, 2009-03-04 at 09:28 -0800, Tim Graham wrote:
>> Hi,
>>
>> http://docs.djangoproject.com/en/dev/misc/distributions/ is rather out-
>> of-date with respective to the versions of Django that are shipping
>> with each OS. A summar
On Thu, Mar 5, 2009 at 7:13 PM, Semmel wrote:
>
> Hi fellow developers.
>
> I think that the choice for Sunday being the first day of the week is
> an obvious but really bad choice.
>
> View my ticket here: http://code.djangoproject.com/ticket/10345
...
> I think that this choice is not good in a
Hi fellow developers.
I think that the choice for Sunday being the first day of the week is
an obvious but really bad choice.
View my ticket here: http://code.djangoproject.com/ticket/10345
My thoughts about this:
---
#7672 introduced a new lookup type for weekdays that was committed in
[9818].
15 matches
Mail list logo