GIS people,
There don't seem to be any plans around how the gis branch is getting to
its goals. For instance, the lazy geometries patch in 4322 is way off
track now we have support for ogr geometries. I'm happy to write
code/docs/tests, but it helps if i can see a little way into the future
a
Sorry, I'll file a ticket in trac in future, and I had no idea google
groups would file the email as it did, I thought I was starting a new
discussion.
I'll keep it in mind in future :)
Mike
Malcolm Tredinnick wrote:
> On Sun, 2007-06-17 at 20:08 +0100, Mike H wrote:
>
>> Hi all,
>>
>> I n
On Sun, 2007-06-17 at 20:08 +0100, Mike H wrote:
> Hi all,
>
> I needed a nice way of saying "mike's friends" in a template when the
> currently logged in user was "mike", but "james' friends" when it was
> james. I realise this is a very English biased filter, but here's a
> patch to add it t
On Sun, 2007-06-17 at 06:13 -0700, Jonas wrote:
> On 17 jun, 09:03, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > On Sun, 2007-06-17 at 00:54 -0700, Tai Lee wrote:
> > > +1 - it's a simple default settings change. django is used by an
> > > international community, so the defaults should be a
On Jun 18, 10:23 am, Mike H <[EMAIL PROTECTED]> wrote:
> Perhaps the example in the
> docs needs updating to show required=False in the cc_myself field?
Perhaps you should make a ticket.
/me cracks the ticket manager whip. ;)
--~--~-~--~~~---~--~~
You received th
Nice to see you back! :)
> I hope to start working on the RLP branch once again, I've merged the
> RLP branch to the latest trunk.
You'll probably find more worth in merging to the new-admin branch now.
--~--~-~--~~~---~--~~
You received this message because you
Thanks, didn't occur to me to use that :) Perhaps the example in the
docs needs updating to show required=False in the cc_myself field? Would
make a bit more sense as that form actually forces you to cc yourself ;)
Cheers,
Mike
SmileyChris wrote:
> On Jun 18, 8:44 am, Mike H <[EMAIL PROTECTED
Hey Everyone,
I know I've gone missing the past few months, been busy finishing off
my last semester at school and recovering from some surgeries.
I hope to start working on the RLP branch once again, I've merged the
RLP branch to the latest trunk. I've gone through and fixed up some
stuff (gene
On Sun, 2007-06-17 at 20:25 +, [EMAIL PROTECTED] wrote:
> The call to Comment.objects.filter(poll=p) generates the following raw
> SQL (comment columns are replaced by * for brevity):
> SELECT * FROM "comments_comment" LEFT OUTER JOIN "comments_comment" AS
> "m2m_comments_comment__poll" ON "c
*Ping* Update on "week in review" postings?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.com
To unsubscribe from this
Thanks Michel, those bugs all fixed.
Changing this thread's tact, this ticket s still sitting as design
decision required - what's the core's thinking now? Is it the sort of
thing we want in contrib?
I was thinking that perhaps this could alternately go in an `images`
contrib package in case the
On Jun 18, 8:44 am, Mike H <[EMAIL PROTECTED]> wrote:
> class ContactForm(forms.Form):
> subject = forms.CharField(max_length=100)
> message = forms.CharField()
> sender = forms.EmailField()
> cc_myself = forms.BooleanField()
Try cc_myself = forms.BooleanField(required=False)
It
Hi all,
Perhaps I'm not using it correctly, but I'm not able to use the
BooleanField in newforms in the way the documentation suggests I should
be able to.
Here's the example :
class ContactForm(forms.Form):
subject = forms.CharField(max_length=100)
message = forms.CharField()
sen
I can't seem to get this sort of functionality to work in Django using
GenericRelation/Foreign key components. For some background, the
motivation behind such a relationship would be to get a list of
generic objects (Comments) on something it's related to (Articles,
Polls, etc) whose related obje
On 6/13/07, Norman Harman <[EMAIL PROTECTED]> wrote:
>
> Kind of think CharField should do this, but I can imagine someone not
> wanting it.
>
> class StrippedCharField(forms.CharField):
> """
> Newforms CharField that strips trailing and leading spaces
> """
> def clean(self,
Whoops, just saw I had "possessive" spelled incorrectly... revised the
patch!
Cheers,
MikeH
--- django0.96/template/defaultfilters.py 2007-03-10
08:11:28.0 +
+++ django/template/defaultfilters.py 2007-06-17 20:02:50.0 +0100
@@ -551,6 +551,15 @@
pass
Hi all,
I needed a nice way of saying "mike's friends" in a template when the
currently logged in user was "mike", but "james' friends" when it was
james. I realise this is a very English biased filter, but here's a
patch to add it to defaultfilters in template.
Cheers,
MikeH
--- django0.9
On 17 jun, 02:01, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> (also the patch should have been against
> global_settings.py, not settings.py, but that's a minor thing).
It's already corrected.
--~--~-~--~~~---~--~~
You received this message because you are sub
On 17 jun, 09:03, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-06-17 at 00:54 -0700, Tai Lee wrote:
> > +1 - it's a simple default settings change. django is used by an
> > international community, so the defaults should be a format that is
> > understood by everybody without any p
On Sun, 2007-06-17 at 12:15 +0400, Ivan Sagalaev wrote:
> Hello everyone (and Malcolm especially)!
>
> This is about template rendering in unicode branch. Template's render
> now returns a byte string encoded in a DEFAULT_CHARSET. However just
> yesterday I've come across a case where a develop
Hello everyone (and Malcolm especially)!
This is about template rendering in unicode branch. Template's render
now returns a byte string encoded in a DEFAULT_CHARSET. However just
yesterday I've come across a case where a developer needed to render a
template not to send it over HTTP connectio
On Sun, 2007-06-17 at 00:54 -0700, Tai Lee wrote:
> +1 - it's a simple default settings change. django is used by an
> international community, so the defaults should be a format that is
> understood by everybody without any possibility of ambiguity. those
> that prefer a different format (america
+1 - it's a simple default settings change. django is used by an
international community, so the defaults should be a format that is
understood by everybody without any possibility of ambiguity. those
that prefer a different format (american, or abbreviated or full
length month names etc) can chan
On Thu, 2007-06-14 at 12:23 -0700, Brian Harring wrote:
> Just filed ticket 4565, which basically converts template rendering
> away from "build a string within this node of subnode results, return
> it, wash rinse repeat", and into "yield each subnode chunk, and my
> data as it's available".
>
24 matches
Mail list logo
