Hi,
Victor Ng schrieb:
Hey - any chance I'll get a schema evo-branch before 1.0?
What's the point in making Victor wait all the time? He has asked
multiple times for a branch, and nobody makes any decision :-(
Michael
--~--~-~--~~~---~--~~
You received
Russ:
Thank you for advice. I shall look into the ticket and try the phase3-patch.
Russell Keith-Magee wrote:
On 1/14/07, Yasushi Masuda <[EMAIL PROTECTED]> wrote:
Adrian:
Thank you for comment.
I understood the policy not to creep the features, but let
me explain a bit about why I see
I would also like to help out. I wanted to fix a few issues with model
validation specifically for admin options. I'm not sure if you plan on
changing any of the existing options or how the options are called though.
If you are then I wont waste my time working on something that will change.
If
Changes
feature APIs? Implementation? Decision?
---
newforms YesNo, but on the way Yes
serializationNo No No
authentication Yes
We've had this (http://code.djangoproject.com/ticket/3099) in
production at work for over a month now with happy users.
It's been confirmed as working in this thread by Jeremy Dunck and Gary
Wilson, and solves a different ticket (#348).
Any chance of a commit ? Or tips on what I need to do next
patch attached and tested, requesting review.
http://code.djangoproject.com/ticket/3259
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "Django
developers" group.
To post to this group, send email to
On 1/13/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
Howdy folks --
I think it's time to start a push towards releasing Django 1.0. What follows
are my thoughts about how I'd like this process to work.
...
== Other must-haves ==
* Test fixtures. I think we're just waiting on Adrian's
I've been using the newforms for the past few
days. Prior to the Django 1.0 API lock, I'd was
hoping to address one issue.
Adrian is likely to get a bunch of enhancement requests
for newforms and it's unlikely that any given feature
set will satisfy everyone. Having a basic newforms
framework
Russell Keith-Magee wrote:
On 1/14/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
> Trac's non-feature of not automatically sending changes to the reporter
> (which follows from not requiring a valid reporter email) doesn't help
> here, either.
I'd always wondered about this.. er...
On Jan 13, 5:10 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
Has anyone used Capistrano with Django? I have been looking for
documentation, and the Cap manual uses RoR for its examples - it's not
very approachable for someone doing application deployment outside of
that framework.
p.s. -
On 1/14/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
Trac's non-feature of not automatically sending changes to the reporter
(which follows from not requiring a valid reporter email) doesn't help
here, either.
I'd always wondered about this.. er... feature. Is it possible to
filter the
On 1/13/07 10:10 AM, [EMAIL PROTECTED] wrote:
Has anyone used Capistrano with Django? I have been looking for
documentation, and the Cap manual uses RoR for its examples - it's not
very approachable for someone doing application deployment outside of
that framework.
We've started using it
On 1/13/07, medhat <[EMAIL PROTECTED]> wrote:
Ok,
When writing unit tests, in a similar way to having fixtures as
proposed in http://code.djangoproject.com/ticket/2333 I would like to
have custom settings data for each test.
...
Does that make sense, or am I missing something?!
Broadly
On 1/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
My proposal is a database data dumper based on django ORM - It would
not produce SQL but python code that would insert the data. Something
like (example dump):
You might want to check out the phase 3 patches associated with ticket
On 1/14/07, Yasushi Masuda <[EMAIL PROTECTED]> wrote:
Adrian:
Thank you for comment.
I understood the policy not to creep the features, but let
me explain a bit about why I see benefit to have
proj_name/sql/app_name/obj_name.sql.
Just imagine we have an application comes with initial sql
On 1/14/07, Eugene Lazutkin <[EMAIL PROTECTED]> wrote:
> * Should we use default Python or something like Portable Python?
> * Assume SQLite?
> * Install any add-ons (like Markdown or Textile)?
I was pondering these questions myself and decided against bundling ---
IMHO selecting all these
On 1/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Has anyone used Capistrano with Django? I have been looking for
documentation, and the Cap manual uses RoR for its examples - it's not
very approachable for someone doing application deployment outside of
that framework.
Maybe post of
I had the same impression also until I saw your post :) (Didn't even know
there was a File widget hehe).
At least there's a patch that will allow setting a widget= parameter on the
model giving a hand to form_for_model!
Cheers,
Marc.
On 1/15/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
On
* Jacob Kaplan-Moss wrote, On 12.01.2007 23:39:
== Feedback ==
Well, have at it :)
What about model level validation? With coming of the new forms model level
validation is becoming a must.
New forms only validate *field* data with no provision to validate unique (or unique_together)
Hi,
I've just updated the RSS feed code to allow you to filter which
buildbot builders you want in the feed. To only see the django build
failures you can now point your favorite RSS reader at:
Hello, sorry in advance for the dumb questions:
I need to use aggregate functions into my db queries, actually I need
SUM.
I saw a patch referring to the ticket #1435. I have 2 questions:
1 - How many chance are there to integrate this patch in the trunk
before 1.0?
2 - How can I apply the
[EMAIL PROTECTED] schrieb:
I'm willing to put some time into triage, if we get some guidelines
sorted.
I'd join in. Especially sorting out all the old stuff.
Michael
--
noris network AG - Deutschherrnstraße 15-19 - D-90429 Nürnberg -
Tel +49-911-9352-0 - Fax +49-911-9352-100
I half-wrote something similar (1) to extract some data for an app.
It's very preliminary - you'll need to hand-edit the ordering of
relationships etc, but you can get a list of the various api
save/create commands which will recreate the data.
Hope it helps,
Simon
[1]
I'm happy to take on Generic relations (at least the moving portion and
to work out the pieces needed for when we get the admin rewrite done).
I'm also happy to do model inheritance. And seriously, if you have other
items that need volunteers, just put my name in. I can make time in the
next
just 2 small things you may want to implement:
1. the opportunity to translate the apps - useful for the admin
index-page.
2. for showing the permissions, use "app | model | Can ..." insted of
"model | Can ..." - this is especially useful if one has the same
model-names within different apps.
25 matches
Mail list logo