; you grab a coffee and forget about it.
>
> Am Do., 22. Feb. 2024 um 01:59 Uhr schrieb Silvio :
>
>> Coming in again now that I've looked at upgrading.
>>
>> @Adam: your post was useful. But can you actually say you prefer the new
>> approach?
>>
Coming in again now that I've looked at upgrading.
@Adam: your post was useful. But can you actually say you prefer the new
approach?
But I'm going to be honest, this is a lot of hoops and gotchas. What did we
actually gain by deprecating this? I'm seeing maybe 15-20 lines of code
that will be
That helps, thanks.
I don't think it's worth it either, because, ultimately, it'll still be
"wrong". The right __module__ is wherever you called modelform_factory from.
The perils of meta programming...
On Monday, August 29, 2022 at 11:33:50 AM UTC+2 j.bre...@netzkolchose.de
wrote:
> Looks to
e.
Give it a try in a plain Django installation: model passed to
modelform_factory and inspect the module name.
Best,
Silvio
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django itself)" group.
To unsubscribe from this gro
Since these are PotsgreSQL-specific fields that are being deprecated, might
it make sense to provide a hint as to what the CreateCollation() call
should be?
I'm looking around and it's not immediately obvious. The CreateCollation()
examples in Django are for a German phone book, where in realit
And I remembered our
> conversation.
>
> Great job š I read through the docs earlier. Very impressive. I dont work
> with Python at the moment so I canāt use it but Iām going to follow this
> project.
>
> Sent from my iPhone
>
> On Mar 16, 2022, at 7:11 PM, Silvio wrote:
&g
Check out my recently launched project as well: https://www.reactivated.io
Zero-configuration Django and React. Basically, you use React as a template
engine for Django.
On Wednesday, March 16, 2022 at 12:25:31 PM UTC-4 Adam Johnson wrote:
> Hi
>
> I think you might enjoy reading up on htmx: ht
it on the page.
Should we make it clearer?
Thank you all. Been using Django for 12 years and never been happier.
Best,
Silvio
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django itself)" group.
To unsubscribe from
nk you can
> optimise away the circular reference problem?
>
> Andrew
>
> On Sat, Sep 19, 2020, at 3:20 PM, Silvio J. Gutierrez wrote:
>
> 3 tests fail when I comment out the code, however, I suspect it's because
> of this:
>
> test_autodetector.py#586
>
> It
27;]
But the unit test is looking at pre-optimizer output. I think.
On Sat, Sep 19, 2020 at 2:23 PM Adam Johnson wrote:
> Did you try deleting this code and seeing if any test failed?
>
> On Sat, 19 Sep 2020 at 17:54, Silvio wrote:
>
>> I've been digging around the 3.1 mig
Field operations for related fields are always adjacent
to the DeleteModel operation, so I cannot think of any case where
optimizer.py will *not* strip these out.
Am I missing something, or is this code that no longer contributes value?
Perhaps the optimizer has gotten better since?
Best,
S
uZp3Q
Essentially, I've ended up with the need for:
ComputedField
and
ComputedRelationship
where both have all of the niceties that regular fields and foreign
relationships have.
So I'd love to see this in Django.
-
Silvio
On Sunday, September 2, 2018 at 10:55:58 PM UTC-4, Alex Hil
I implemented this feature by having a default manager that overrides
get_queryset. it loops over any calculated field declared on the model and
annotates that model. Always.
The main issue I ran into is that these fields were not query-able when
used for related lookups.
So:
Customer.objects
I've had this situation come up too. It would indeed be very useful.
Django South had something vaguely related:
http://south.readthedocs.org/en/latest/tutorial/part3.html
However, the command did not make it over to built-in migrations.
On Monday, November 30, 2015 at 8:44:37 AM UTC-5, Shai Be
I feel inclined to mention the tool I built:
https://www.sgawebsites.com/projects/django-aggregator/ . Very easy to
use, and easy to deploy.
-
Silvio
On Aug 9, 1:44Ā am, Alexander Schepanovski wrote:
> I prefer webassets. You may also look into.
--
You received this message because you
e by
47%.
So I suggest you work with 1.3 if at all possible.
Silvio
On Jun 27, 11:54Ā am, spencer cole wrote:
> Howdy. I'm a new developer for Django. My work is starting work using
> Django 1.3, and I find I really like it as far as I've used it so far.
> My web hosting service
ry/except/else block[1], but I found
it a bit unclear that any and all exceptions need to be caught, the
transaction rolled back, and the exception raised again.
Let me know your thoughts. As always, thanks a lot for the hard work.
Just tried class-based views in 1.3, and they're awesome.
Silvio
t sure in which file
the tests belong. I'd appreciate any pointers.
Thanks,
Silvio
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe fro
Great idea, I'd like to see this implemented too.
Running a memcached instance for small sites seems like overkill.
I'm willing to help write whatever code is necessary.
Silvio
On May 24, 4:21Ā am, Julien Phalip wrote:
> Hi,
>
> Several people have expressed interest in t
Owen,
The file is only created once, so the compression only happens once.
Only when any of the files being aggregated is changed does the file
get recreated.
In other words, the process is automatic, but it has no performance
penalty.
Silvio
On Apr 30, 10:27Ā am, Owen Nelson wrote:
> In t
s not an asset manager
though; I've yet to see or come up with a great solution.
Regards,
Silvio
On Apr 23, 10:51Ā am, Owen Nelson wrote:
> Kevin Howerton wrote:
> > The widget and admin media system needs to be re-evaluated IMO
> > none of these solutions are going to
21 matches
Mail list logo
