>The Model should probably be keeping track of the database it is on,
>rather than the field. The model base already tracks column names and
>the like; adding a database name wouldn't be out of place. Then, if a
>field references a model, you can compare the remote model's database
>name with the l
On 6/8/07, Ben Ford <[EMAIL PROTECTED]> wrote:
>
> Which tests?
>
> modeltests/test_client/ClientTest.test_session_modifying_view
> returns ok and after that everything stops... I have to kill the bash
> session.
!?!
Sorry, no ideas. Can you isolate the test that is failing by running
the tests
Which tests?
modeltests/test_client/ClientTest.test_session_modifying_view returns ok and
after that everything stops... I have to kill the bash session.
>Are you running MySQL? There are some known test failures due to
>problems in the way MySQL handles row-level integrity.
One of my databases
On 6/8/07, Ben Ford <[EMAIL PROTECTED]> wrote:
> Hi,
> The branch is now up to date as of 5371 (from 4188, yes _stale_ is one word
> you could use) in my local svk repo. Some of the tests are failing, (but
> they're also failing at the same point when I run the tests in trunk too, so
> I'm not qui
Hi,
The branch is now up to date as of 5371 (from 4188, yes _stale_ is one word
you could use) in my local svk repo. Some of the tests are failing, (but
they're also failing at the same point when I run the tests in trunk too, so
I'm not quite sure what's going on!!). As for bug fixes I have my eye
On 6/7/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> Oh, sorry, you mean dbsettings, the third-party app, not as an
> abbreviation and typo for database settings (internally in Django). My
> error.
Ah! Yes, that's understandable. I've been calling it django-values for
so long, the name "dbs
On 6/8/07, Ben Ford <[EMAIL PROTECTED]> wrote:
> Hi Russ,
> Thanks for the reply. What's the prescribed way to track multiple patches in
> one working copy? I haven't had much experience with patches, but I built my
> django base code using patches from a couple of different branch into one
> work
On Jun 8, 12:58 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]>
wrote:
> We have, in the past, given out branch
> logins to anyone that wanted them. This has, almost without exception,
> lead to stale branches as the developer involved loses interest, etc.
To true - there is an on-going joke on IRC
On Jun 8, 12:57 pm, "Michael Trier" <[EMAIL PROTECTED]> wrote:
> This looks really cool. Thanks SmileyChris.
And Honza for the initial work on this ticket :)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django
Hi Russ,
Thanks for the reply. What's the prescribed way to track multiple patches in
one working copy? I haven't had much experience with patches, but I built my
django base code using patches from a couple of different branch into one
working copy and it caused me problems in that i couldn't then
Although I personally use memcached for other purposes I wouldn't use
it for session data. Unlike others in the list I need to make sure
session data is persistent and wont get nuked if something crashes.
(well, within reason).
Either way, if we were able to get a pluggable backend up and running
On Fri, 2007-06-08 at 09:08 +0800, Russell Keith-Magee wrote:
> On 6/8/07, Marinho Brandao <[EMAIL PROTECTED]> wrote:
> >
> > Hello all,
> >
> > I have notice some users (like me) need for 'text/html' mime-type in
> > sendmail (and send_mass_mail, of course), some tickets treats this
> > subject.
On 6/8/07, Marinho Brandao <[EMAIL PROTECTED]> wrote:
>
> Hello all,
>
> I have notice some users (like me) need for 'text/html' mime-type in
> sendmail (and send_mass_mail, of course), some tickets treats this
> subject.
This is the subject of ticket #3605; it has been discussed a few
times, but
Adrian,
You've mentioned a couple of times that edit_inline support is the
main/only thing missing from newforms-admin now.
I was hoping we could take the chance to also kick radio_admin out of
Field attributes and into ModelAdmin. It's purely presentational and we
can treat it like prepopulate_
On 6/8/07, Ben Ford <[EMAIL PROTECTED]> wrote:
> Russ,
>
> Can I suggest doing it the other way round in this case. I believe that the
> multiple-db-support branch has only a small user base and I haven't had time
> to properly test all aspects of the merge, I think it might make it easier
> for o
This looks really cool. Thanks SmileyChris.
Michael
On 6/7/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
>
> On 6/7/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> > On 6/7/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> > > Unless there are any objections, I'm happy to check this into
On Thu, 2007-06-07 at 20:42 -0400, Marty Alchin wrote:
> On 6/7/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > No dbsettings depend on SITE_ID, as far as I can see.
>
> The most recent version takes the current Site into account, using a
> ForeignKey to contrib.sites.models.Site. It then u
On Thu, 2007-06-07 at 19:07 -0500, Adrian Holovaty wrote:
> On 5/28/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> > For my policy work, I'd like to be able to add in a separate URL
> > handler within each model's registration, so that something like
> > /admin/app/policy/ and /admin/app/model/poli
Hello all,
I have notice some users (like me) need for 'text/html' mime-type in
sendmail (and send_mass_mail, of course), some tickets treats this
subject.
I solved this problem, replacing the following line (78) in
django.core.mail module:
msg = SafeMIMEText(message, 'plain', settings.
On 6/7/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> No dbsettings depend on SITE_ID, as far as I can see.
The most recent version takes the current Site into account, using a
ForeignKey to contrib.sites.models.Site. It then uses
Site.objects.get_current() to get the Site for its queries, a
Russ,
Can I suggest doing it the other way round in this case. I believe that the
multiple-db-support branch has only a small user base and I haven't had time
to properly test all aspects of the merge, I think it might make it easier
for others to test if they can just svn up. There are some aspec
On 6/7/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> I'm running into this problem/limitation in trying to fix
> http://code.djangoproject.com/ticket/4450 -- the previous (trunk)
> admin overrides the admin URLconf value for "/auth/user/" as a special
> case, and newforms-admin doesn't do that
On Thu, 2007-06-07 at 20:00 -0400, Marty Alchin wrote:
> On 6/7/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > Those are two I can think of off the
> > top of my head; there are other instances, though.
>
> For dbsettings at least, I expect a dynamic settings.SITE_ID would be
> even more d
On 6/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> It would be nice if someone might tell either myself or Ben, how we
> would go about getting the merged code committed, once it's been
> completed and tested or do we just submit it as a patch or
> something on the wiki page for this
On 6/8/07, rogerdpack <[EMAIL PROTECTED]> wrote:
>
> What I wish existed (and already might, I dunno), is the following:
> (we can all wish, right?)
>
> subFormClass =
> form_for_class_with_just_some_fields(ThisVeryLargeClass,
> 'field_a','field_b','field_c' {'required': True})
erm.. do you mean
On 5/28/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> For my policy work, I'd like to be able to add in a separate URL
> handler within each model's registration, so that something like
> /admin/app/policy/ and /admin/app/model/policy/ would give editors
> customized for that location. However, I'
On 6/7/07, Noam <[EMAIL PROTECTED]> wrote:
> I don't see how you will be able to use blocks as variables. The only
> thing you can do with a block is to display it in the rendered page -
> you can't use it in any other way. And if you want to write the same
> thing a few times in your page, what's
On 6/7/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> Those are two I can think of off the
> top of my head; there are other instances, though.
For dbsettings at least, I expect a dynamic settings.SITE_ID would be
even more damaging. It loads settings from the database once during
startup an
On Jun 8, 10:33 am, Noam <[EMAIL PROTECTED]> wrote:
> ... However, I like my method better since (I think) it keeps
> the block algorithm simpler to understand, and "Simple is better than
> complex" - it keeps the current algorithm, and clarifies what should
> be done if multiple blocks with the
I should note that I withdraw my +1. Not only does James bring up some
good points, I just realized that Noam's example can be done without
the whole {%block silly %} thing.
Just to test all this out, I just defined {% block title %} in two
different inherited templates and filled it in in the th
On Wed, 2007-06-06 at 21:20 +, [EMAIL PROTECTED] wrote:
> Malcolm:
>
> We have currently implemented a Middleware Hack to alter the
> settings.SITE_ID
>
> The problem being that our project is serving more then 10 domain
> names and we are aiming at about 1200 requests/second. We don't want
I hadn't really received any response from any active developers in
the project on this... but was slowly attempting to do the merge with
the trunk I spoke to Ben via email... waiting to hear back from
him to verify where he was on the merge, as it sounds as though he has
already got the merge
I haven't tried this at all myself, as I just use mysql ...but are you
saying that specifying a different DATABASE_ENGINE in the
OTHER_DATABASES entries doesn't work? Was just making sure you had
tried that.
On Jun 7, 2:02 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> hi, i'm using the mu
On Jun 8, 12:02 am, "James Bennett" <[EMAIL PROTECTED]> wrote:
> On 6/7/07, Noam <[EMAIL PROTECTED]> wrote:
>
> > I want every page in my site to have a title. I want the title to
> > appear both in the browser title and in the page itself. An example of
> > the HTML I want is this:
>
> >
> > Bug
On Jun 7, 11:17 pm, SmileyChris <[EMAIL PROTECTED]> wrote:
> Another solution is that multiple blocks with the same name inside a
> template are allowed as long as the template doesn't extend that block
> name (raise an error in that case).
>
> This way, it doesn't matter about the "meaningful" bl
On 6/7/07, Honza Král <[EMAIL PROTECTED]> wrote:
> Since we really need newforms-admin for this project, my employer
> agreed to pay me to work on the newforms-admin if necessary, so if
> there is anything I can do to help I will be glad if you can point me
> to some code (I understand you have so
Hello,
what is the current status of newforms-admin? We just started
developing a major project with it and we will need the edit_inline
functionality. Is there any chance this will be supported in next few
weeks?
Since we really need newforms-admin for this project, my employer
agreed to pay me t
On 6/7/07, Forest Bond <[EMAIL PROTECTED]> wrote:
> What about django.db having a templatetags.py? :)
>
> Or maybe django.contrib.dbtemplatetags
I wouldn't be opposed to something like that -- database-specific
template tags. The question is, which tags would they be? :)
Adrian
--
Adrian Holov
On Thu, Jun 07, 2007 at 04:11:41PM -0500, Adrian Holovaty wrote:
> Aside from these very good reasons, it wouldn't be a good idea to
> couple the template system to the database layer. The template system
> shouldn't know anything about QuerySets, or Models, or Managers, or
> any other Django-model
On Thu, Jun 07, 2007 at 01:54:18PM -0700, Ilya Semenov wrote:
>
> > It also occurs to me that if regroup handled QuerySets as a special case,
> > large-ish datasets could be regrouped in a much more efficient manner,
> > since the
> > filter method could be used instead of iterating and testing f
On 6/7/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> On 6/7/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> > Unless there are any objections, I'm happy to check this into trunk.
>
> Meh, I'm barely +0, but don't let my apathy stop you :)
+0 from me, too. Go for it, if you'd like.
Adri
On 6/7/07, Ilya Semenov <[EMAIL PROTECTED]> wrote:
> First, there will be no perfomance gain at all.
> [...]
> Second, in multi-threaded environment that would possibly lead to
> consitency failures. Consider a concurrent thread changing
> grouper_field for some entities. That could lead to the sa
On 6/7/07, Ilya Semenov <[EMAIL PROTECTED]> wrote:
> The proposed behaviour would run 1+N queries, first for getting
> different grouping values:
This is a very good point, and I think it's enough to make me -1 on
regroup returning a QuerySet :)
> Second, in multi-threaded environment that would
On 6/7/07, Noam <[EMAIL PROTECTED]> wrote:
> I want every page in my site to have a title. I want the title to
> appear both in the browser title and in the page itself. An example of
> the HTML I want is this:
>
>
> Bug System - Report a New Bug
>
> Report a New Bug
This seems like an unusual
What I wish existed (and already might, I dunno), is the following:
(we can all wish, right?)
subFormClass =
form_for_class_with_just_some_fields(ThisVeryLargeClass,
'field_a','field_b','field_c' {'required': True})
and then
subFormInstance = subFormClass()
subFormInstance.save_yourself_by_mer
> It also occurs to me that if regroup handled QuerySets as a special case,
> large-ish datasets could be regrouped in a much more efficient manner, since
> the
> filter method could be used instead of iterating and testing for equality.
First, there will be no perfomance gain at all.
Consider
+1 on that. Have been in the same situtation and came up with the
exactly same approach on my mind.
Perhaps http://code.djangoproject.com/ticket/1513 should be reopened?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Group
On 6/7/07, SmileyChris <[EMAIL PROTECTED]> wrote:
> Another solution is that multiple blocks with the same name inside a
> template are allowed as long as the template doesn't extend that block
> name (raise an error in that case).
>
> This way, it doesn't matter about the "meaningful" block, beca
Another solution is that multiple blocks with the same name inside a
template are allowed as long as the template doesn't extend that block
name (raise an error in that case).
This way, it doesn't matter about the "meaningful" block, because if
it's just the parent template which has two blocks,
Hello,
I'm in the process of moving from turbogears to django, and I must say
that it looks very nice. Thanks!
Now to my problem and my suggestion.
I want every page in my site to have a title. I want the title to
appear both in the browser title and in the page itself. An example of
the HTML I
I'm with Jacob; I've always considered an in memory solution one that
I was willing to live with. For smaller sites I like to use the
in-memory version of sqlite. It's easy to implement and works quite
well. Definitely having the session pluggable will be a huge help.
Michael
On 6/6/07, Jacob
hi, i'm using the multiple DB support branch and i'd like to have one
DB be MySQL and one be sqlite, but i can't, because all of django's
generated SQL conforms to the primary DB type. so in this case all the
queries sent to the sqlite DB have backticks, which causes parsing
errors.
can anyone su
NoSpyMail 1.1
"SpyMail" refers to any email message sent to you which attempts to
collect information about you, your computer, or your email habits
without your permission. SpyMail is not a new concept. It has been
used by spammers for years to try to better target their Marketing
campaigns.
http
On Thu, Jun 07, 2007 at 10:38:52AM -0400, Forest Bond wrote:
> Hi,
>
> Currently, the regroup template tag returns a list of dicts that look
> something
> like this:
>
> [
> {'grouper': 'thegrouper', 'list': [obj1, obj2, obj3]},
> ...
> ]
>
> This is fine & correct behavior, and the tag wor
Hi,
Currently, the regroup template tag returns a list of dicts that look something
like this:
[
{'grouper': 'thegrouper', 'list': [obj1, obj2, obj3]},
...
]
This is fine & correct behavior, and the tag works for both QuerySet's and lists
as inputs. However, if a QuerySet is passed in, it w
Hi all,
As I've mentioned on one or two threads, my job requires me to do some
travel over the next few weeks. The place I am traveling won't have
any internet connectivity, so I will be essentially uncontactable from
the 9th of June.
I should be back in the real world somewhere around the 27th
On 6/7/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> Unless there are any objections, I'm happy to check this into trunk.
Meh, I'm barely +0, but don't let my apathy stop you :)
Jacob
--~--~-~--~~~---~--~~
You received this message because you are subscrib
On 6/6/07, SmileyChris <[EMAIL PROTECTED]> wrote:
>
> New patch uploaded, taking into account Brian's thoughts (and fixing a
> small bug):
>
> http://code.djangoproject.com/ticket/3523#comment:11
Ok; I've had a chance to look at this now. I've made a couple of minor
modifications, mostly in docs,
I am definitely interested and would like to see Ben's merged branch
checked in.
Good work Ben, I am sure getting that branch up to date was difficult.
~Aaron
On Jun 4, 11:27 pm, "Ben Ford" <[EMAIL PROTECTED]> wrote:
> Hi JP,
> I've been using your multiple-db-support for sometime now and i won
Hi all,
I've just uploaded a potential fix for ticket #3297 - an
implementation of FileField and ImageField for newforms - and I'm
looking for some feedback.
Details for those interested (repeated from the description of the ticket):
* Modifies forms to take a "files" argument, for storage
60 matches
Mail list logo
