On Mon, Jun 16, 2008 at 11:15 AM, Jacob Kaplan-Moss <
[EMAIL PROTECTED]> wrote:
>
> Hi folks --
>
> I've posted the final Django 1.0 roadmap, incorporating all great
> feedback I got here:
>
> http://code.djangoproject.com/wiki/VersionOneRoadmap
>
>
Cool. One question I have regarding dates is: i
On Wed, Jun 11, 2008 at 11:29 PM, Russell Keith-Magee <
[EMAIL PROTECTED]> wrote:
>
> On Thu, Jun 12, 2008 at 10:54 AM, Jacob Kaplan-Moss
> <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, Jun 11, 2008 at 9:46 PM, Karen Tracey <[EMAIL PROTECTED]>
> wrote:
>
On Wed, Jun 11, 2008 at 10:03 PM, Jacob Kaplan-Moss <
[EMAIL PROTECTED]> wrote:
>
> This is a call for comments on the proposed Django 1.0 roadmap and
> schedule.
>
> ...
> Must-have features
> --
>
...
> 2. Replacement of ``oldforms`` throughout Django.
>
> Nothing in Django 1.
On Wed, Jun 11, 2008 at 1:11 PM, Jeff Anderson <[EMAIL PROTECTED]>
wrote:
> Joseph Kocherhans wrote:
>
>>
>> Commented. http://code.djangoproject.com/ticket/5731#comment:7
>>
>> You might want to hop on #django-dev on irc.freenode.net to ask Brian
>> (brosner) if he's looked at it recently since t
On Tue, Jun 10, 2008 at 5:26 AM, Marc Fargas <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> There are two things about get_NEXT/PREVIOUS_by_DATEFIELD() which I'm
> not sure if a bug should be filled agains (almost sure anyway).
>
> given a simple model like:
>
>class TestModel(models.Model):
>
On Sat, Jun 7, 2008 at 3:06 PM, Jacob Kaplan-Moss <
[EMAIL PROTECTED]> wrote:
> * Start a "train release" schedule: schedule a couple of 1.0 betas, a
> rc or two, and then a final release. Features that are done by the
> dates get released, those that aren't, don't. Make these dates
> aggressive b
On Mon, Jun 2, 2008 at 4:56 AM, Julien <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I've identified something that appears to me as a bug. I found a quick
> fix, but I'd like to hear from some advised people to know what's the
> best way to go, or if I'm simply missing the point.
>
> You can copy/paste
On Fri, May 30, 2008 at 7:29 PM, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
>
> On Fri, May 30, 2008 at 5:16 PM, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
> >
> > Let's discuss the ORM save() method. In my opinion, unless I grossly
> > misunderstand what's going on it seems the save method is ve
On Fri, May 9, 2008 at 12:46 AM, Russell Keith-Magee <[EMAIL PROTECTED]>
wrote:
> As a hint to the community - one of the best suggestions we can have
> at this stage of the project is a set of interesting problems to
> solve. This would give us a set of concrete 'problems' that we can use
> to ev
On Mon, May 19, 2008 at 9:50 AM, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
>
> Prior to PostgreSQL 8.3, non-text types were implicitly converted to text.
>
> This allowed things like the following:
>
> class Log(models.Model):
> actor = models.CharField(...)
>
>
> >>> Log.objects.filter(actor=1).c
On Sat, May 10, 2008 at 1:33 AM, Peter Melvyn <[EMAIL PROTECTED]>
wrote:
> Is there a way the DatabaseFeatures would supply different values for
> different versions of configured SQL server?
>
This question fits better on the user's list, I believe. FWIW I don't know
the answer and don't have t
On Sat, May 10, 2008 at 1:30 AM, Peter Melvyn <[EMAIL PROTECTED]>
wrote:
> I notices that refactored OneToOneField creates artificial primary key
> as UNIQUE, whereas all other primary keys generated by Django omits
> such declaration, because it is inherent (at least on MySQL)
>
> Setting kwargs[
On Wed, May 7, 2008 at 3:41 PM, James Bennett <[EMAIL PROTECTED]> wrote:
>
> On Wed, May 7, 2008 at 2:32 PM, Jan Rademaker <[EMAIL PROTECTED]>
> wrote:
> >
> > It does work, make sure you're not logged in.
> >
> > $ lynx -source -dump
> http://localhost:8000/admin/%22%3E%3Cscript%3Ealert%283939%
On Thu, May 1, 2008 at 10:31 AM, David Cramer <[EMAIL PROTECTED]> wrote:
> I'm still not quite sure why we need any additional methods, or flags, or
> anything. Can someone explain to me where the underlying API is having
> issues?
Malcolm's initial note creating this thread described an example
On Mon, Apr 28, 2008 at 3:09 PM, didier Belot <[EMAIL PROTECTED]> wrote:
>
> Mike Axiak a écrit :
> > [...]
> > Does it?
> >
> > myinstance.save(new_instance=True)
> >
> > Will this fail when it cannot create a new instance? Does it always
> > create a new instance?
> >
> > myinstance.save
On Mon, Apr 28, 2008 at 1:15 PM, Mike Axiak <[EMAIL PROTECTED]> wrote:
>
> On Apr 28, 1:10 pm, Martin Diers <[EMAIL PROTECTED]> wrote:
> > [...]
> >
> > new_instance = True / False
> >
> > is the best solution. It solves the readability test, keeps backward
> > compatibility, and prevents needless
On Mon, Apr 28, 2008 at 2:50 PM, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
>
> On Mon, Apr 28, 2008 at 1:49 PM, Karen Tracey <[EMAIL PROTECTED]> wrote:
> > On Mon, Apr 28, 2008 at 2:41 PM, garrettjohnson <[EMAIL PROTECTED]>
> wrote:
> >
> > >
>
On Mon, Apr 28, 2008 at 2:41 PM, garrettjohnson <[EMAIL PROTECTED]> wrote:
>
> @login_required, redirects to '/accounts/login'
>
> I do not have my registration app configured to point to that url
>
> How would you overide this default ?
>
> (i want my redirected to '/Login')
>
See http:/
On Sun, Apr 27, 2008 at 7:53 PM, Malcolm Tredinnick <
[EMAIL PROTECTED]> wrote:
> [snipped problem description]
>
> (1) Model.save(must_create=None) where "must_create" is True (must
> create), False (must not create) or None (try an update; if that fails,
> insert).
>
>Pros: one parameter
On Sun, Apr 13, 2008 at 5:31 PM, steve skelton <[EMAIL PROTECTED]>
wrote:
>
> Trying to get admin on my system to load values based on related
> tables on db. I have set the FK on the papers table to tie with the
> PK of each look-up table and set models like so:
>
> class LuPaperContentEra(model
On Sun, Apr 13, 2008 at 3:54 PM, Jacob Kaplan-Moss <
[EMAIL PROTECTED]> wrote:
>
> On Sun, Apr 13, 2008 at 2:10 PM, Robert Šmol <[EMAIL PROTECTED]>
> wrote:
> > Maybe django-developers is really confusing ("I am developer using
> django"
> > is not "I am developer of the django" ), have you been g
On Thu, Apr 3, 2008 at 2:55 PM, Tim Keating <[EMAIL PROTECTED]> wrote:
>
> I got 1.3.0 by syncing to the svn trunk. The definition of a
> connection in 1.3.0 looks like this:
>
> class Connection(object):
>"""MySQL Database Connection Object"""
>
> So if there previously was an inheritance rel
On Thu, Apr 3, 2008 at 2:55 PM, Tim Keating <[EMAIL PROTECTED]> wrote:
>
> On Apr 3, 2:39 pm, "Karen Tracey" <[EMAIL PROTECTED]> wrote:
> > On Thu, Apr 3, 2008 at 2:18 PM, Tim Keating <[EMAIL PROTECTED]> wrote:
> >
> > > I should clarif
On Thu, Apr 3, 2008 at 2:18 PM, Tim Keating <[EMAIL PROTECTED]> wrote:
>
> I should clarify - this is with MySQLdb 1.3.0 built from source, MySQL
> 5.0.41 and Python 2.5.
>
Where did you get MySQLdb 1.3.0? Latest I see at sourceforge (
https://sourceforge.net/project/showfiles.php?group_id=22307
On Thu, Apr 3, 2008 at 9:03 AM, lep_man <[EMAIL PROTECTED]> wrote:
>
> HI Guys
>
> i have buit an application that read tasks from db and execute them ,i
> using django to get a connection to the db (i have crated a Task Class
> (uses django models) my server reads every ten secs a list of task an
On Thu, Mar 27, 2008 at 5:28 PM, Karen Tracey <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 21, 2008 at 8:27 AM, Malcolm Tredinnick <
> [EMAIL PROTECTED]> wrote:
>
> >
> > Ticket #6605 is causing me some grief. Actually, I know exactly what I
> > want to do w
On Fri, Mar 21, 2008 at 8:27 AM, Malcolm Tredinnick <
[EMAIL PROTECTED]> wrote:
>
> Ticket #6605 is causing me some grief. Actually, I know exactly what I
> want to do with it (invalid/wontfix), but I suspect there will be
> complaints, so I'd like to see what the consensus is. Originally, I
> tho
On Feb 13, 2008 7:39 PM, Karen Tracey <[EMAIL PROTECTED]> wrote:
> As for that other ticket, you could return it yourself as a dup of the one
> that is still open for the problem. Just fill in some settings here:
> http://code.djangoproject.com/settings so you don't sho
as a clue with regard to the
problem reported, and that wouldn't be me.
Cheers,
Karen
> On Feb 13, 5:01 pm, "Karen Tracey" <[EMAIL PROTECTED]> wrote:
> > On Feb 13, 2008 2:57 PM, Michael Newman <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >
On Feb 13, 2008 2:57 PM, Michael Newman <[EMAIL PROTECTED]> wrote:
>
> I hit a little problem last night with registering a new user in the
> newforms admin branch. I posted my original question on django-users:
>
> https://groups.google.com/group/django-users/browse_thread/thread/47b6fdc09d9de07c
On Feb 13, 2008 2:38 AM, Waldemar Kornewald <[EMAIL PROTECTED]> wrote:
>
> On 12 Feb., 16:57, "Tom Tobin" <[EMAIL PROTECTED]> wrote:
> > On 2/12/08, Waldemar Kornewald <[EMAIL PROTECTED]> wrote:
> >
> > > Hi,
> > > since Trac does neither allow me to post anonymously nor do I get a
> > > registrat
On Jan 5, 2008 9:31 AM, shabda.raaj <[EMAIL PROTECTED]> wrote:
>
> In some of the groups like turbo gears I see a policy where the first
> time posters post are held for moderation, and once they are approved
> the posters can then post without any moderation. This is what the
> turbogears group[1
On Jan 5, 2008 9:27 PM, Brian Harring <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 20, 2007 at 02:30:24PM -0600, Gary Wilson Jr. wrote:
> >
> > We don't seem to be catching exceptions raised in response or request
> > middleware, causing bare exceptions to be displayed. Is there a reason
> > we are n
On Dec 26, 2007 9:26 AM, Marc Garcia <[EMAIL PROTECTED]> wrote:
>
> No, the translations are ok, so outside the admin that translations
> are working fine. I thing it should be a problem of the admin. Has
> somebody tested that admin translations are working in the newforms-
> admin branch?
>
I j
On Dec 19, 2007 8:51 AM, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
>
>
> On Wed, 2007-12-19 at 14:36 +0100, Patryk Zawadzki wrote:
> > 2007/12/19, Malcolm Tredinnick <[EMAIL PROTECTED]>:
> > > Clearly something is amiss here, since the "id" attribute is a primary
> > > key column (not NULL and
On Dec 11, 2007 11:31 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> Ok, I have just added docs, however I am a little confused on tests, I
> couldn't seem to find any tests for either newforms or oldforms in the
> tests folder.
>
Looks like field testing is done here:
http://code.djangopr
On Dec 7, 2007 10:48 AM, alain D. <[EMAIL PROTECTED]> wrote:
>
> This simple data model makes it impossible to display 'C' instance
> list in admin pages (loads forever : eats up all memory) :
>
> ** content of models.py **
> from django.db import models
>
> class A(models.Model):
>b = models
On 12/3/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
>
> > Didn't see one so I opened one, #6117. From a brief look it seems to me
> the
> > way to determine what has changed would be to compare the cleaned_data
> > values for fields to the corresponding initial values? If you think
> that's
On 12/3/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
>
>
> On 12/3/07, Karen Tracey <[EMAIL PROTECTED]> wrote:
> > In testing out the latest (r6864) newforms-admin branch I noticed that
> the
> > change history for items I changed always said "No fields
In testing out the latest (r6864) newforms-admin branch I noticed that the
change history for items I changed always said "No fields changed." even
though I was changing fields. Looking at the code I see it's because the
old change history code is commented out, with a big TODO comment. I don't
k
On 12/2/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>
> This ticket as been stuck in 'design decision needed' for a few months
> now. I recently needed to solve this problem for a site I was
> building, and came up with a workaround, so perhaps an account of my
> approach can serve to get th
On 12/1/07, Julien <[EMAIL PROTECTED]> wrote:
>
> The ticket http://code.djangoproject.com/ticket/3397 is looking at
> that issue and seems to provide a good alternative for ordering non-db
> fields. Is that patch viable?
It's viable for a very limited use -- if you can specify a real database
fi
On 11/30/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
> [snip]
>
> We're currently leaning more towards Joseph Kocherhans' replacement for
> form_for_* (not sure how backwards compatible it will end up) and whilst
> "nice to have", I don't see this as show stopper stuff for 1.0.
>
>
Except I
On 11/3/07, andrew gleave <[EMAIL PROTECTED]> wrote:
>
> I've added some sample code which illustrates the problem. Still
> can't submit anything to the Trac.
Have you tried creating an account? Here's the registration page:
http://www.djangoproject.com/accounts/register/
It says with an acco
I think perhaps it is the behavior on trunk that has changed, in response to
this thread:
http://groups.google.com/group/django-developers/browse_thread/thread/2fc1726ce70fc92b
Karen
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the
At 06:00 PM 10/10/2007, Joseph Kocherhans wrote:
> > >You're probably right. Something like radio_admin_fields on the
> > >ModelAdmin class sounds reasonable. Could you file a ticket for this
> > >so we don't lose track? I don't recall seeing one, but I could be
> > >wrong.
> >
> > I couldn't fin
At 05:10 PM 10/10/2007, Joseph Kocherhans wrote:
>On 10/10/07, Karen Tracey <[EMAIL PROTECTED]> wrote:
> > I'm also curious about something not on the to-do list: something to
> > replace the old radio_admin Field attribute. It seems radio_admin is
> > still allo
The branch page for newforms-admin
(http://code.djangoproject.com/wiki/NewformsAdminBranch) has
'Implement "edit inline" functionality' on the to-do list. But the
new syntax for inline editing is listed further down, and it all
seems to work fine for my site newly converted to newforms-admin.
On 10/4/07, James Bennett <[EMAIL PROTECTED]> wrote:
>
> Just let it go already, and turn your time and attention to a real bug.
But see, it is a real bug, at least to people with a certain work style, and
not one they can fix themselves by runnig their own patched django, since
it's a "bug" with
As James says, it's not a bug. But I'd agree it seems a little odd, until
you look a little more closely at the admin interface. It allows the user
to sort on fields by clicking on column headers. It gets a little messy to
try to combine that feature with multi-field ordering specified in the
mo
On 8/1/07, mamcx <[EMAIL PROTECTED]> wrote:
>
> The point is that I don't have write permissions on the subversion
> tree...
You don't need write permission on the repository to do svn add, it's just a
local working copy change. Like any modifications, you won't be able to
commit them directly t
On 4/16/07, Baptiste <[EMAIL PROTECTED]> wrote:
>
> Maybe some people use the development server in production... and
> maybe some people don't use it in devel !
> Precarious to take that for reference, don't you think ?
True. Tying the special debugger to the development server leaves people
wh
hat could
> simulate an unauthenticated user (if the app checks
> user.is_authenticated() and user.is_active). I know, not simple, but
> that is true, we may want to simulate the behaviour of the app for
> everyone... maybe the syncdb of the admin that creates a superuser
> coul
But don't you want to be able to debug the code paths that run for all
requests, not just authenticated/staff/superuser?
On 4/15/07, SmileyChris <[EMAIL PROTECTED]> wrote:
>
>
> Or even require a superuser?
>
> On Apr 16, 6:00 am, "Baptiste" <[EMAIL PROTECTED]> wrote:
> > Oh, and maybe we can chec
On 3/19/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Hope this helps someone.
Helps me, thanks! Knowing the build-from-souce option is not too difficult
and the script gives good feedback leans me more towards trying that first
rather than upgrading my OS. I've just got other things to
On 3/19/07, Michael Radziej <[EMAIL PROTECTED]> wrote:
>
> 1.2.1_p2 (or however this is now called) is later than 1.2.1c3, so you
> need to upgrade this package. Can you
> please report what you found about later Ubuntu releases?
Thanks for the confirmation that c3 < p2. Looking around here:
ht
On 3/19/07, Michael Radziej <[EMAIL PROTECTED]> wrote:
>
> That's not an option since the API for connections has changed netween
> 1.2.1c3 and 1.2.1p2 (it has got an additional charset parameter, which is
> going to be used, #3754.
I'm trying to get a handle on the sequence of release names for
On 2/10/07, David Abrahams <[EMAIL PROTECTED]> wrote:
>
>
> "Karen Tracey" <[EMAIL PROTECTED]>
> writes:
> > The fix for #2348 changes the error from "Unbound local error" to "Type
> error: cannot resolve
> > keyword [whatever] into
On 2/9/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
>
> However, you have obviously been bitten by a bad error message - I
> would suggest that a good course of action would be to raise a ticket
> with your specific example so that the error reporting of that part of
> the query engine can
Grr, someone (named Anonymous) has gone and deleted the content of
WikiStart and DjangoPoweredSites. I assume there is some way to
revert to a previous version, but I can't see how to do it from the
publicly available pages. Could someone more clueful than I am fix
things back? (And I sinc
'Nother little thing, I fixed the broken link for "View active
tickets, make bug reports and contribute feature requests. " on
http://code.djangoproject.com/wiki to point to the "Reports" tab but
now the description's a bit off since from there you can't open new
tickets. Maybe needs two bull
At 12:07 PM 8/18/2006, Dirk wrote:
>waylan schrieb:
> >
> > Karen Tracey wrote:
> >> If what works for admin can't/shouldn't/won't be generalized, then
> >> maybe some documentation enhancements would help out people like me.
> >
> > S
At 12:03 PM 8/17/2006, Dirk wrote:
>Hi,
>
>I like that the admin/media is served in development mode by django himself.
>
>I would like to write apps which have their own media folders and
>also should serve their media files in development mode by themselfs
>(django himself)
>
>Can the AdminMe
401 - 463 of 463 matches
Mail list logo