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.
http://thefire.us/archives/450
-Paul
--
You received this message becaus
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. In slicing we've come to an
interesting design decision. Atte
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
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 us
> actual code. This won't get applied to trunk as a single monolithic
> "fix WSGI" patch - it needs to
thanks :)
On Mon, Jun 21, 2010 at 15:37, Karen Tracey wrote:
> On Mon, Jun 21, 2010 at 4:37 AM, Massimiliano della Rovere
> wrote:
>>
>> Anyway, my idea is the following:
>> reference fields shown in the change list page (not change view) shown
>> as links to the edit page of the instance.
>> I
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 the same problem: what is the right
way to fix this. I think
On Mon, Jun 21, 2010 at 4:37 AM, Massimiliano della Rovere <
massimiliano.dellarov...@gmail.com> wrote:
> Anyway, my idea is the following:
> reference fields shown in the change list page (not change view) shown
> as links to the edit page of the instance.
> I tried to implement this on my own, s
My app does roughly the same thing and is organised as thus:
- each module has its own app (invoices, emails, stuff_we_sell...).
The app contains the models with most of the business logic and the
managing views (for our own use)
- a separate client access module that wraps around some of the
mana
With the new possibilities offered by read-only fields in the admin
interface it would be really convenient to use the admin interface
even for users having not full rights to alter a model.
An example is in the software I am writing: a person can add his own
drafts and propose them to be converte
Anyway, my idea is the following:
reference fields shown in the change list page (not change view) shown
as links to the edit page of the instance.
I tried to implement this on my own, specifying in display_list the
name of an executable returning a link to the change page and settings
executable.a
On 21 June 2010 17:49, Massimiliano della Rovere
wrote:
> If I understood correctly, these patches are related to the change view of
> the instance, not to che change list view (the page where instances are
> listed).
Correct; I interpreted your request for "the change page of the linked
object"
If I understood correctly, these patches are related to the change view of
the instance, not to che change list view (the page where instances are
listed).
On Sat, Jun 19, 2010 at 15:11, Simon Meers wrote:
> > EmailField, UrlField, Foreign Key, OneToOneField and ManyToManyField
> > clickable in
12 matches
Mail list logo