On Fri, Jun 11, 2010 at 6:47 PM, George Sakkis wrote:
> Maybe I'm missing something but I don't see why the lack of of
> remove() and add() for ManyToManyFields with 'through' model is
> necessary.
>
> For remove, the docs say "The remove method is disabled for similar
> reasons (to add)" but it's
On Fri, Jun 11, 2010 at 12:22 AM, Waldemar Kornewald
wrote:
> On Thursday, June 10, 2010, Dj Gilcrease wrote:
>> Wouldnt an autofield like http://dpaste.com/hold/205665/ work where
>> connection.creation.auto_field_base_type is set to int by default in
>> django/db/backends/creation.py but could
On Thu, Jun 10, 2010 at 10:18 PM, Waldemar Kornewald
wrote:
> On Thu, Jun 10, 2010 at 2:31 PM, Russell Keith-Magee
> wrote:
>> On Wed, Jun 9, 2010 at 4:25 AM, Waldemar Kornewald
>> wrote:
>>> By not supporting string-based primary keys the MongoDB and SimpleDB
&
On Fri, Jun 11, 2010 at 1:21 AM, Andrew Godwin wrote:
> Hi all,
>
> I noticed today that the tutorial still does imports like "from
> mysite.polls.models import Poll", and URLs like "(r'^polls/$',
> 'mysite.polls.views.index')".
It also says "coming soon" at the end of tutorial 4. It has said tha
On Saturday, June 12, 2010, Andrew Godwin wrote:
>
>
> On 11/06/2010 17:38, Russell Keith-Magee wrote:
>
> You're not missing anything specific -- it's really just a matter of
> time. Good documentation take time to write; doubly so for good
> tutorials.
>
> T
Sent from my iPad
On 09/06/2010, at 8:33 PM, Simon Meers wrote:
>> The demo screenshots you provide certainly look good to me; I haven't
>> done a full teardown on the patch, but a from a quick glance it
>> certainly looks promising.
>
> Thanks for your response Russ.
>
>> * Why allow edit
Sent from my iPad
On 12/06/2010, at 7:15 AM, Simon Meers wrote:
>>> * Permissions - from my initial inspection, it isn't obvious to me
>>> that you are honoring (and/or testing that you are honoring)
>>> permissions. If I don't have permission to edit an object, I shouldn't
>>> get an edit li
On Sat, Jun 12, 2010 at 6:10 PM, Andrea Zilio wrote:
> Hello,
>
> I'm a graduate Computer Science student and in my Open Source
> Technologies class I've chosen Django as the project to write about in
> my final exam paper.
> So I'll write a short document (7-15 pages) about the vision, target,
>
On Mon, Jun 14, 2010 at 2:21 AM, Jan Murre wrote:
> Hi,
>
> We are running a Django 1.0 site on PostgreSQL 8.1 (on a Debian
> server). We are using the 'db' backend for sessions. Trouble is that
> our users cannot log in to the site anymore, which is quite serious of
> course. Users with an existi
On Mon, Jun 14, 2010 at 3:28 AM, Andrea Zilio wrote:
> So, Here I am.
>
> The first thing I would like to talk about is what I think is the "big
> idea" behind Django, related probelms and so to hear about your
> opinion on this.
>
> (If you're in hurry just skip to the conclusions reading the las
On Mon, Jun 14, 2010 at 2:45 PM, Jerome Leclanche wrote:
> Ticket #11521's patch has been sitting in my production server install
> for months now. I didn't have time to write a test for it (read: I
> don't currently have time to understand and get familiar with the test
> suite), so I would reall
On Thu, Jun 3, 2010 at 5:04 AM, Gustavo Narea wrote:
> Hello, Russell et al.
Apologies for the delay in replying -- life has been a little hectic of late.
>> > Unlocking the development server so that it could serve a WSGI
>> > application other than django.core.handlers.wsgi:WSGIHandler would b
On Mon, Jun 14, 2010 at 9:00 PM, Graham Dumpleton
wrote:
>
>
> On Jun 14, 10:39 pm, Russell Keith-Magee
> wrote:
>> On Thu, Jun 3, 2010 at 5:04 AM, Gustavo Narea wrote:
>> > Hello, Russell et al.
>>
>> Apologies for the delay in replying -
On Mon, Jun 14, 2010 at 9:18 PM, George Sakkis wrote:
> I'm wondering what was the rationale for introducing a new separate
> signal for m2m relationships, as opposed to using the existing ones on
> the intermediate ('through') model.
The normal model save/delete signals were disabled because of
On Tue, Jun 15, 2010 at 5:06 AM, Paul McMillan wrote:
> There has been some discussion of unittest2 before on the list, and
> there's a ticket about including it.
> http://code.djangoproject.com/ticket/12991
>
> We get a bunch of useful features with unittest2, and everyone I've
> spoken with on #
On Tue, Jun 15, 2010 at 5:23 AM, Jack Shedd wrote:
> Back during one the last Chicago bash, I coded up a fix for Ticket 2594,
> which would ensure template tags collapsed on themselves within the final
> source of a rendered template.
>
> http://code.djangoproject.com/ticket/2594
>
> Just wonder
On Friday, June 18, 2010, zweb wrote:
> I want users of my app to be able to define their own fields in
> addition to the already existing fields.
>
> These fields will be displayed on webpage, in form and saved in
> database.
>
> Fields can be of any of the standard types.
>
> Any way to do it in
On Sun, Jun 20, 2010 at 4:59 AM, David North
wrote:
> On 28/05/2010 16:48, Russell Keith-Magee wrote:
>>
>> The second commit will be the addition of actual logging. The
>> intention here is to be initially conservative; two immediate targets
>> would be to replace
On 20/06/2010, at 12:19 PM, shaunc wrote:
> I'm wondering if there is any community interest in adding a model of
> relations in the ContentType framework?
>
> We had many Institutions in our database that represented the same
> object. I wrote an add-on to the admin changelist to merge
> insti
On Mon, Jun 21, 2010 at 10:07 AM, M Rotch wrote:
> I just have a few practical ideas that I want to lay out, pertaining
> to loose coupling.
>
> I've worked with Django for a while and one of the things I love is
> that you can do things your own way, instead of having the
> constricting requireme
2010/6/21 Ian Lewis :
> On Sun, Jun 20, 2010 at 12:19 PM, Russell Keith-Magee
> wrote:
>> On Sun, Jun 20, 2010 at 4:59 AM, David North
>> wrote:
>>> On 28/05/2010 16:48, Russell Keith-Magee wrote:
>>> * They have to be sprinkled all over the place (or in a
On Mon, Jun 21, 2010 at 1:12 PM, shaunc wrote:
>
>
> On Jun 20, 3:54 am, Russell Keith-Magee
> wrote:
>> On 20/06/2010, at 12:19 PM, shaunc wrote:
>>
>> > I'm wondering if there is any community interest in adding a model of
>> > relations in
On Mon, Jun 21, 2010 at 10:41 PM, John Williams wrote:
> There is a known issue with using various middlewares that check
> content-length consuming the content of iterators. There are many
> tickets up regarding the various incarnations of this behavior all of
> which appear to be stuck at about
On Tue, Jun 22, 2010 at 2:55 PM, Waldemar Kornewald
wrote:
> Hi,
> first I should say that I'm not 100% sure if this feature should be in
> Django core, so I'm kind-of asking for you opinion.
>
> Problem:
> Currently, Django already has an API for file uploads, but it's not
> useful for the new cl
On Tue, Jun 22, 2010 at 6:48 AM, Gustavo Narea wrote:
> Hello.
>
> On Jun 14, 1:39 pm, Russell Keith-Magee
> wrote:
>> Ok - at this point, I'm broadly happy with your proposals (subject to
>> the caveats I've given along the way). The next step is to show
On Tue, Jun 22, 2010 at 10:01 AM, Alex Gaynor wrote:
> Hey all,
>
> This past week was mostly spent getting lookup's working (and
> negation), that's gone fairly well. Well enough, in fact, that I
> spent most of today getting some low hanging fruit working: namely
> ordering, slicing, and values
On Tue, Jun 22, 2010 at 12:24 PM, Paul McMillan wrote:
> I've posted an update with my project status. I made a little progress
> this week, converting 7 model tests. In order to meet my goals for
> finishing the project, I plan to be converting 25 directories a week
> moving forward.
I have two
On Wed, Jun 23, 2010 at 5:51 AM, Jacob Kaplan-Moss wrote:
> On Tue, Jun 22, 2010 at 4:47 PM, Robert Coup
> wrote:
>> While people are throwing around 1.3 ideas... I think we should start
>> the process of deprecating and removing support for mod_python. Why?
>
> The other huge win -- besides your
On Wed, Jun 23, 2010 at 7:28 AM, Alex Gaynor wrote:
> On Tue, Jun 22, 2010 at 6:24 PM, Gustavo Narea wrote:
>> Whoops, I wan't aware of this topic when I posted this:
>>
>> http://groups.google.com/group/django-developers/browse_thread/thread/2e20f4ae486800a1
>>
>> Anyway, I'm +1 on this.
>>
>> O
On Wed, Jun 23, 2010 at 7:22 AM, Gustavo Narea wrote:
> To sum up, I'm proposing two things:
> 1.- Making the WSGI handler the only handler.
> 2.- If we want to keep mod_python support, use a mod_python<->WSGI wrapper.
>
> What do you think?
As noted in a separate thread -- we're looking to de
On Wed, Jun 23, 2010 at 2:58 AM, Waldemar Kornewald
wrote:
> On Tue, Jun 22, 2010 at 2:40 PM, Russell Keith-Magee
> wrote:
>> On Tue, Jun 22, 2010 at 2:55 PM, Waldemar Kornewald
>> wrote:
>> It also strikes me that a lot of this is being configured at the
>> glo
On Wed, Jun 23, 2010 at 6:13 PM, Anton Bessonov wrote:
>
>> Hey folks,
>>
>> While people are throwing around 1.3 ideas... I think we should start
>> the process of deprecating and removing support for mod_python. Why?
>>
>> * mod_wsgi is better in every way.
>>
>
> And? Jinja2-Template Engine is
On Wed, Jun 23, 2010 at 5:26 PM, Tom Evans wrote:
> On Wed, Jun 23, 2010 at 12:22 AM, Gustavo Narea wrote:
>> Hello,
>>
>> I'm going to work on some patches to improve WSGI support, and I found
>> something that, if changed, could make my patches and django.core.handlers
>> simpler... As well as
On Wed, Jun 23, 2010 at 7:53 PM, Gert Van Gool wrote:
> So in theory, if you change the mod_python handler to one of the projects
> mentioned (like paste.modwsgi).
> mod_python is "promoted" to the same status as FastCGI?
I'm not sure I understand your question.
I suppose the approach of using p
On Wed, Jun 23, 2010 at 6:43 PM, Andy Kelley wrote:
> I posted this in django-users but someone said I should post it in
> django developers, so here we are.
>
> I am coming up with a framework that helps serialization of models. My
> idea is for each field to have a view permissions level: PUBLIC
On Wed, Jun 23, 2010 at 5:50 PM, robin nanola wrote:
> i figured it out.. thanks anyway.
>
> On Wed, Jun 23, 2010 at 5:36 PM, hooda_28 wrote:
>>
>> how will i do something like "select from table1 where table1.col1 =
>> table1.col2" in django.
>>
>> thanks in advance.
For future reference - Djan
On Sun, Jun 20, 2010 at 6:16 AM, Byron wrote:
> Yes I agree. I never quite understood why the
> CACHE_MIDDLEWARE_KEY_PREFIX was implemented, but not at the lower
> level (did the cache API become available after the middleware
> caching?). Of course a custom backend can be written, but then there
On Thu, Jun 24, 2010 at 4:55 AM, Robert Coup
wrote:
> Hi again,
>
>> Jacob said: I'm +1e100 or so.
>> Russ said: +1.
>
> Now lives as http://code.djangoproject.com/ticket/13820
>
>>
>> The only catch I can think of that hasn't been raised is the hotshot
>> profiling handler; it's currently depende
On Thu, Jun 24, 2010 at 8:19 PM, JK Laiho wrote:
> Having done some preliminary coding on this, I get the feeling that
> the positive assertion is quite useful, but assertContextNotContains
> is superfluous. Theoretically, you could use it to test that
> unexpected keys don't end up in the context
On Mon, Jun 28, 2010 at 6:07 PM, kernel1983 wrote:
> There is exception Http404 in the system.
Yes - because a 404 is an error that shouldn't normally occur. Hence,
an exception is an appropriate way to raise the alarm.
However, a 301 is a valid response indicating that the content is
elsewhere.
Apologies for the late reply - I was at a conference all weekend, so
I'm still catching up on mail.
On Thu, Jun 24, 2010 at 12:24 AM, Waldemar Kornewald
wrote:
> On Wed, Jun 23, 2010 at 2:58 AM, Russell Keith-Magee
> wrote:
>> On Wed, Jun 23, 2010 at 2:58 AM, Waldemar Ko
On Tue, Jun 29, 2010 at 6:20 PM, samie wrote:
> sir i am a beginner in python and django..
>
> i want develop a content management system using django..
>
> plz help me wht shld i do from where shld i start..
>
> i am learning python from google videos and develop a application
> which is availabl
On Thu, Jul 1, 2010 at 2:19 AM, Mark Bucciarelli wrote:
> On Wed, Jun 30, 2010 at 7:56 AM, Mark Bucciarelli wrote:
>> On Wed, Jun 30, 2010 at 7:14 AM, Mark Bucciarelli wrote:
>>>
>>> Is this test look correct?
>>>
>>
>> It passes when using SQLite ...
>>
>
> It fails with a postgresql_pschopg2 b
On Thu, Jul 1, 2010 at 8:05 PM, Mark Bucciarelli wrote:
> On Wed, Jun 30, 2010 at 7:14 PM, Russell Keith-Magee
> wrote:
>>
>> It appears that MonetDB is behaving the same way as PostgreSQL. The
>> right approach in the test is to catch the exception and roll back the
&g
On Fri, Jul 2, 2010 at 7:03 PM, Helgi Borg wrote:
> Remember the Eyjafjallajökull eruption that stopped air traffic over
> parts of Europe? The staff at the Icelandic Meterological Office had
> a seriously busy time the first days of the eruption. When I arrived
> at work the first morning, I qui
On Sun, Jul 4, 2010 at 1:10 PM, Simon Litchfield wrote:
> For those of us using MySQL, having large tables, whilst also wanting
> queryset goodness --
> http://code.djangoproject.com/ticket/11003
>
> It goes a little something like this --
> Model.objects.filter(field=value).with_hints('my_index')
On Mon, Jul 5, 2010 at 3:08 PM, hinnack wrote:
> Thats interesting.
> Can you explain, how the search keyword made it into the source?
> Entry.objects.filter(headline__search="+Django -jazz Python")
> SELECT ... WHERE MATCH(tablename, headline) AGAINST (+Django -jazz
> Python IN BOOLEAN MODE);
> S
On Mon, Jul 5, 2010 at 3:59 PM, Simon Litchfield wrote:
>> If you can come up with answers to these points, I might get
>> interested. 1 and 2 are fairly trivial; I can think of some obvious
>> answers for 3, but 4 is the big problem, and will require some serious
>> research and consideration.
>
On Tue, Jul 6, 2010 at 1:43 PM, Julien Phalip wrote:
> Hi,
>
> I'm starting to work on ticket #2367 ("Pagination for date based
> generic views" - http://code.djangoproject.com/ticket/2367) and I'm
> looking into the object_list generic view as a reference.
>
> For the life of me I cannot find any
On Tue, Jul 6, 2010 at 4:36 PM, Julien Phalip wrote:
> On Jul 6, 5:54 pm, Russell Keith-Magee
> wrote:
>> On Tue, Jul 6, 2010 at 1:43 PM, Julien Phalip wrote:
>> > Hi,
>>
>> > I'm starting to work on ticket #2367 ("Pagination for date based
>
On Wed, Jul 7, 2010 at 3:41 PM, Ric wrote:
> Hello i opened a ticket, but somone suggest me to discuss this new
> feature here.
>
> http://code.djangoproject.com/ticket/13900
>
> i would like to edit
> django.contrib.admin.options.ModelAdmin?.delete_view and add a helpful
> feature.
>
> Inste
On Wed, Jul 7, 2010 at 4:00 AM, C. Alan Zoppa wrote:
> I occasionally enter special characters as HTML entities (e.g. “,
> ®, etc.) in an object's title. I feel that slugify() would be more
> useful if these were removed entirely from the returned slug. For example:
> At the moment, a title of “Ob
On Wed, Jul 7, 2010 at 8:07 AM, Kevin Howerton wrote:
>> For a very high traffic project backed by 20+ DB servers
> Slightly OT, but MySQL performance related...
>
> If you are write heavy, there's another issue that I imagine would
> bring significant gains on a MyISAM setup of that proportion...
On Mon, Jul 5, 2010 at 11:19 PM, Simon Litchfield wrote:
>> I would like to know how you're validating your assertion that MySQL
>> is the most used backend. It doesn't match my experience or
>> observation.
>
> Nobody knows for sure. I'd put my money on it though.
>
>> The fact that this is a MyS
On Thu, Jul 8, 2010 at 3:17 PM, DanEE wrote:
> Hello
>
> I posted this already in django-user. But because it is rather an
> internal django/python problem I will repost it here
>
> I experienced a strange behaviour with my django application when I
> wanted to deploy and test on my apache instanc
On Thu, Jul 8, 2010 at 3:55 PM, Lachlan Musicman wrote:
> Hola,
>
> I'm new to this dev thing, but I've done some work on ticket #5373
>
> http://code.djangoproject.com/ticket/5373 Field label for a
> ForeignKey not translated
Thanks for pitching in! Hopefully I'll be able to give you enough
fee
On Thu, Jul 8, 2010 at 7:11 AM, Graham Dumpleton
wrote:
> Can the following issue be revisited.
>
> http://code.djangoproject.com/ticket/8906
>
> Conversation about it at:
>
> http://groups.google.com/group/django-users/browse_frm/thread/c457599caab6e87d/b70e1f56ad38f4cb
>
> This is another of t
On Thu, Jul 8, 2010 at 11:19 PM, Ric wrote:
> Hi Russ, nice to talk with u,
>
> i think that we can focus only on substitute feature,
> to archive it we have 2 options:
>
> simply upgrade the current delete_view or make a new view, something
> like
> url(r'^(.+)/substitute/$',
>
On Fri, Jul 9, 2010 at 10:36 AM, james_027 wrote:
> hi all,
>
> It will be my first time to create django app that requires calling
> remote API. aside from URLLIB2, any good library for this purpose?
Questions like this should be directed to django-users.
Django-developers is a mailing list for
On Fri, Jul 9, 2010 at 10:37 PM, Ric wrote:
> i'll reply one by one
>
> * What if you have multiple models referring to Author? Do you
> assume
> that every related model will be updated the same way?
>
> * What if you have multiple foreign keys from Blog to Author? Do you
> assume that every fo
On Sat, Jul 10, 2010 at 3:13 AM, SmileyChris wrote:
> On Jul 10, 1:47 am, Stijn Hoop wrote:
>> Hi,
>>
>> I am trying to use the 'natural keys' feature of django to make a sort
>> of "future proof" fixture loading possible.
>> [...]
>> With the patch linked below[1] I have successfully used dumpda
On Sat, Jul 10, 2010 at 1:15 AM, Antoni Aloy wrote:
> Hello,
>
> Have anybody (Marc Garcia ?) check
> http://code.djangoproject.com/ticket/13621 ticket. It explains a bug
> concerning date and time formats. The admin does not conform the i18n
> locale settings on displaying time and date formats a
On Thu, Jul 8, 2010 at 10:45 PM, Nowell Strite wrote:
> Recently I started working on a project (django-versions) to enable
> versioning of model data with Mercurial. In doing so, I came across
> the need to have access to more data about the relationships that
> Django Related Manager's create. F
On Fri, Jul 9, 2010 at 1:50 PM, Nowell Strite wrote:
> When Django 1.1 was released URLs gained the ability to be nested with
> namespaces by adding "app_name" and "namespace" attributes to the
> include(...) functions within urls.py. The reverse(...) function was
> updated to allow you to specify
On Fri, Jul 9, 2010 at 6:47 PM, Tom Evans wrote:
> On Thu, Jul 8, 2010 at 3:40 PM, Russell Keith-Magee
> wrote:
>> Personally, I see this as a case of explicit vs implicit.
>>
>> As currently defined, LOGIN_URL points to the login URL. Period.
>>
>> Under the
On Sat, Jul 10, 2010 at 12:19 AM, burc...@gmail.com wrote:
> Tom,
>
> HTTP_HOST and other don't solve the multiple-host deployment, and it
> is a solution you can do by yourself if you need.
>
> I'd like to see better solution: ability to make reverse work for such URLs.
> I think, currently the p
On Sat, Jul 10, 2010 at 12:49 AM, Carl Meyer wrote:
> On Jul 7, 7:11 pm, Graham Dumpleton
> wrote:
> [snip]
>> web application, to be a well behaved WSGI citizen, should honour
>> SCRIPT_NAME setting as supplied by the server, and ensure that ways
>> are provided such that everything in the users
On Sun, Jul 11, 2010 at 12:53 PM, Lachlan Musicman wrote:
> On Fri, Jul 9, 2010 at 00:00, Russell Keith-Magee
> wrote:
>> On Thu, Jul 8, 2010 at 3:55 PM, Lachlan Musicman wrote:
>>> Hola,
>>>
>>> I'm new to this dev thing, but I've done some work
Hi all,
I'd like to propose a few extensions to Django's form library for 1.3.
I'm still working on some fine details, but before I get too far, I'd
like to field opinions so that I can:
* Discover any edge cases I've missed in my analysis
* Field any criticisms from people with more design/fro
On Mon, Jul 12, 2010 at 1:16 AM, David Larlet wrote:
> Hi,
>
> Le 11 juil. 2010 à 17:36, Russell Keith-Magee a écrit :
>> {% load xhtml_p_forms %}
>> {% form myform %}
>
> Just a personal feedback, to me the rendering strategy is related to a whole
> project and
On Mon, Jul 12, 2010 at 2:14 AM, flo...@gmail.com wrote:
> I'm glad to see that some serious thought is going into this issue!
> This proposal sound very good (to me, at least) on the whole.
>
> One thing that occurs to me, though, is that the people who are going
> to want to customize form outpu
On Mon, Jul 12, 2010 at 1:35 AM, Javier Guerra Giraldez
wrote:
> On Sun, Jul 11, 2010 at 12:16 PM, David Larlet wrote:
>> Le 11 juil. 2010 à 17:36, Russell Keith-Magee a écrit :
>>> {% load xhtml_p_forms %}
>>> {% form myform %}
>>
>> Just a personal fe
On Mon, Jul 12, 2010 at 5:35 AM, Iván Raskovsky wrote:
> Hi, thanks for the proposal!
> One thing that might be worth looking at is templatetag namespaces.
> There are a couple of issues that I see emerging with this changes.
> It's been mentioned before that one would like to render with differen
On Mon, Jul 12, 2010 at 3:16 AM, Daniel Greenfeld wrote:
> I agree with Eric and my experiences back it up. Most of the people
> who want to custom form widgets are the ones who are unprepared to dig
> into Django/Python code. The easier we can make creating/extending
> form widgets the better.
A
k
On Mon, Jul 12, 2010 at 5:38 AM, Idan Gazit wrote:
> What a fantastic proposal. I have some concerns, but I'm not sure if
> any of them have to do with my misunderstanding.
>
> 1. The {% load %} mechanism can get ugly, fast. What if I am rendering
> multiple different forms on the same page? {%
On Mon, Jul 12, 2010 at 10:31 AM, André Eriksson wrote:
> Good proposal overall. One thought I have in order to try and combat
> the massive parameter list of {% form %} is to optionally add an
> ending tag, as well as sub-tags:
>
> {% form myform %}
> {% using birthday=calendar %}
> {% rend
On Mon, Jul 12, 2010 at 11:27 AM, Javier Guerra Giraldez
wrote:
> On Sun, Jul 11, 2010 at 9:23 PM, Russell Keith-Magee
> wrote:
>> * Duplication. The 'left_table' flag needs to be applied to every use
>> of the {% form %} tag on a page. If you're
>> man
On Mon, Jul 12, 2010 at 1:05 PM, Tai Lee wrote:
> Regarding the DOCTYPE problem, I don't think it's appropriate to set
> the DOCTYPE as a setting for an entire project. As many have pointed
> out, each bundled app could define a different DOCTYPE in their base
> templates.
>
> It doesn't make sens
On Mon, Jul 12, 2010 at 3:11 PM, mattimust...@gmail.com
wrote:
>
>
> On Jul 12, 12:31 pm, André Eriksson wrote:
>> Good proposal overall. One thought I have in order to try and combat
>> the massive parameter list of {% form %} is to optionally add an
>> ending tag, as well as sub-tags:
>>
>> {%
On Mon, Jul 12, 2010 at 9:38 PM, Tim Chase
wrote:
> On 07/12/2010 08:12 AM, Russell Keith-Magee wrote:
>>
>> On Mon, Jul 12, 2010 at 10:31 AM, André Eriksson wrote:
>>>
>>> Good proposal overall. One thought I have in order to try and combat
>>> the
On Mon, Jul 12, 2010 at 5:43 AM, Tim Chase
wrote:
> [please excuse the slight chop-up-and-reordering of your
> original into my quoting]
Only if you grant me the same liberty :-)
> On 07/11/2010 10:36 AM, Russell Keith-Magee wrote:
>> {% form myform field birthdate using cal
On Mon, Jul 12, 2010 at 9:47 PM, Russell Keith-Magee
wrote:
> On Mon, Jul 12, 2010 at 9:38 PM, Tim Chase
>> Looking back over the thread, I'm the only Tim, but I don't seem to see your
>> response (neither in my email nor via gmane). If you could disinter it from
>
On Tue, Jul 13, 2010 at 1:37 AM, Ric wrote:
> hi russ i have been on a wedding!
>
> ok, now i see the point.
>
> but what i was tring to say is that adding a simple version of this
> feature would be a plus to the actual version of django, with hooks it
> would be a great plus.
>
> i think that de
> On Sun, Jul 11, 2010 at 10:36 AM, Antoni Aloy wrote:
>> Hi,
>>
>> I have confirmed the bug with other non speaking people and I have
>> sent an e-mail to django-i18n group to point out the problem.
>>
>> I have also contacted Marc and he has confirmed that the problem exists.
>>
>> Sorry for the
On Tue, Jul 13, 2010 at 2:23 PM, maxweld wrote:
> I would like to propose that all commands in core.management be
> modified to enable command output to be directed to self.stdout and
> self.stderr so that the command output can be captured and made
> accessible to an application.
>
> I use a virt
On Tue, Jul 13, 2010 at 5:10 PM, Margie wrote:
> Hi developers,
>
> I would suggest considering making this new model validation code path
> optional. IE, give users a way to stay with the old form validation.
> Or better yet, keep the idea of model validation, but make it more
> transparent by n
On Mon, Jul 12, 2010 at 11:01 PM, Tim Chase
wrote:
> On 07/12/2010 07:03 AM, Russell Keith-Magee wrote:
>>
> Yeah, I'll give you the point that your
> solution looks more elegant for individual field rendering, while one of my
> envisioned use cases was "I want t
On Mon, Jul 12, 2010 at 11:29 PM, André Eriksson wrote:
> It appears my reply got eaten so I'm trying again.
>
> On Jul 12, 3:43 pm, Russell Keith-Magee
> wrote:
>> I'm having difficulty reconciling these two positions. My template tag
>> is too complex becau
On Tue, Jul 13, 2010 at 12:28 AM, Preston Timmons
wrote:
> Hey Russ,
>
> I think this is a great proposal so far!
>
> Is there a way with the proposed solution for the template designer to
> add custom attributes to a form field? If so, do you envision that
> happening in the chrome layer?
Under
On Tue, Jul 13, 2010 at 3:03 AM, Gabriel Hurley wrote:
> Hi all,
>
> I'm certainly excited to see improvements in the form rendering arena,
> so thanks Russ for putting in the work here!
>
> I work with Django plenty as a programmer, but in truth I work more as
> a designer. And as a designer, I'v
On Tue, Jul 13, 2010 at 3:24 AM, Carl Meyer wrote:
> Hi Russ,
>
> First of all, thanks very much for this proposal! Form rendering has
> been a major pain point for us (thus the existence of
> django-form-utils), and improving it is tops on my 1.3 wishlist. I
> will also be at DjangoCon and eager
On Wed, Jul 14, 2010 at 12:22 PM, Pradnya wrote:
> Hello,
>
> I am want to write django 1.1 test case on fedora 12 x86_64.
> To test the url I want to session to be persistent so that the next
> test can use the same context. I can use client.login() method becoz
> in the application login is rewr
On Wed, Jul 14, 2010 at 3:55 AM, Carl Meyer wrote:
> Hi Russ,
>
> On Jul 13, 12:11 pm, Russell Keith-Magee
> wrote:
>> My concern about doing this entirely in templates is that it makes the
>> process of sharing a widget library a little more difficult. If it's
>
On Wed, Jul 14, 2010 at 5:58 AM, Nick Phillips
wrote:
> On Wed, 2010-07-14 at 00:11 +0800, Russell Keith-Magee wrote:
>
>> What exactly is your use case for something that designers want to
>> customize in the raw widget that widget.render() doesn't expose?
>
> Tha
On Wed, Jul 14, 2010 at 8:42 AM, Tai Lee wrote:
> Hi Russ and Carl,
>
> On Jul 14, 5:55 am, Carl Meyer wrote:
>> Hi Russ,
>>
>> On Jul 13, 12:11 pm, Russell Keith-Magee
>> wrote:
>>
>> > My manifestation of this problem is slightly differen
On Thu, Jul 15, 2010 at 6:09 PM, Ales Zoulek wrote:
> Hi guys,
>
> there seems to be a problem with django postgres backend, when
> importing data from fixtures. Data are imported correctly, but the
> sequences for primary keys are set incorrecly on models that have
> generic.GenericRelation field
On Fri, Jul 16, 2010 at 5:39 AM, Gregor Müllegger wrote:
> Related to the issue with stdout/stderr:
>
> I'm aware that Russ is not a big fan of Monkeypatching :)
True :-)
> but I think this
> would be a legal case - since there is no other way of intercepting the real
> stdout output (I'm not su
On Tue, Jul 20, 2010 at 5:16 PM, Gregor Müllegger wrote:
> 2010/7/19 Craig Younkins :
>> Hello there! My name is Craig Younkins. I'm an intern at OWASP, the
>> Open Web Application Security Project, and this summer I'm focusing on
>> web security in Python. My mission is to help developers make mo
On Wed, Jul 21, 2010 at 1:17 AM, Valentin Golev wrote:
> Hello,
>
> There is a common situation for almost all of my projects. Maybe it's
> my mistake somewhere, maybe Django really lacks of some ability.
>
> Let's suppose a simple structure:
>
> model User;
> model Message ( from=User, unread=boo
On Wed, Jul 21, 2010 at 6:02 PM, Valentin Golev wrote:
> Thanks for your reply.
>
> 'You have SQL, go write some, our ORM already contains everything what
> Django needs' - that's what you say, am I getting it right? I'm
> confused by your answer. But I can't argue with that, if it's Django
> stra
601 - 700 of 2850 matches
Mail list logo
