Hi Gulopine,
I've been testing your contrib and I'm liking it so far. Finding a
suitable name is quite difficult...At the moment I'm calling them
'presets' in my code, but that may be a bit too generic.
As an aside: what do you think about adding a 'choices' parameter to
relevant ValueTypes? The
You raise good points about the overhead of computing size of the
file. My solution would have involved adding another property of the
object that would read the image and return the size. Probably very
very inefficient.
Maybe the filename needs to encode the actual size as well as the
specified
Hrm... I can see how the name could be a bit confusing, but the
reasoning is that that IS what the thumbnail was created with and
that's how it decides whether there is a thumbnail for it or not.
If you were to call it "240x192" then we wouldn't know that there was
an existing cached thumbnail un
Chris,
I've been working on adding unit tests for this patch and hit a little
snag regarding the way the "size" is returned.
Say I have an image that is 640x512 and I create a thumbnail passing
in "240x240". The resulting thumbnail is scaled down to "240x192".
Which causes some confusing naming
Yeah, this then goes along with the topic of coercion on model fields,
since the current structure only allows basic Python types to be
created once the model is done. While working with DurationField, I
did manage to come up with a fairly simple way to do this, and it
seems to pass all the test I
On 5/15/07, SmileyChris <[EMAIL PROTECTED]> wrote:
> Indeed. And I do so miss the weekly roundups ;)
If somebody wants to volunteer to write the weekly roundups, let me
know. I've been extremely swamped lately (but it's getting better).
Adrian
--
Adrian Holovaty
holovaty.com | djangoproject.co
On 5/11/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
> Given the observation that Martin Winkler made in a recent thread ([1]),
> pointing out Oracles '' = NULL addiction, it made me think of something
> related: there are a lot of models that have fields with blank=True and
> null=False, e
Indeed. And I do so miss the weekly roundups ;)
On May 16, 10:35 am, "James Bennett" <[EMAIL PROTECTED]> wrote:
> On 5/15/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
> > It's probably more important to check the web page than follow the
> > developers' list, I would say. It's a bug if we
On 5/15/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> It's probably more important to check the web page than follow the
> developers' list, I would say. It's a bug if we don't update the webpage
> after a real incompatible change.
I've posted a followup reminder to django-users about this,
On Tue, 2007-05-15 at 17:09 -0500, Jeremy Dunck wrote:
> In the gis work, we'd like to contribute a fair bit of additional
> functionality to GIS fields and models with GIS fields.
>
> So far, field contributions seem to be largely done by adding
> attributes to the model, such as FileField's get
In the gis work, we'd like to contribute a fair bit of additional
functionality to GIS fields and models with GIS fields.
So far, field contributions seem to be largely done by adding
attributes to the model, such as FileField's get_%s_url.
I think this approach may just be legacy from the old c
I would like to announce a Brazilian initiative on creating a task force
(read: Brazilian Django Community [1]) to translate django's documentation
to portuguese in a official manner.*
To do it we created the django-l10n-portuguese group in google.groups [2],
and linked all portuguese translations
I could definitely see some value in this for the widget I'm designing
for DurationField, as it would give template designers the ability to
display only part of the widget (such as minutes and seconds, for CD
audio information, for instance), while filling the rest in either in
the view or as hid
On 5/15/07, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> Will there be a branch for the SoC work?
If a student wants a branch, I'm sure we'll provide one, but we won't
force it on them; it should be up to each student/mentor pair to
decide how best to manage their project (I'm mentoring one, for
exa
On 5/14/07, Ben Ford <[EMAIL PROTECTED]> wrote:
> How about caching the return of qs.iterator()? Would that work?
> Ben
I'm afraid not; that returns a generator which relies on an active
cursor with the database; the behavior of trying to iterate that at an
arbitrarily later time would depend on
On 5/14/07, Gary Wilson <[EMAIL PROTECTED]> wrote:
>
> Jeremy Dunck wrote:
> > Do people think it's worth doing?
>
> Have you seen the (accepted) object-level caching summer of code project?
I hadn't. I think that's lovely functionality and a pretty bad name
for it.My impression from reading
Were an adult Service company looking for someone to develop a hosted
client Screening
and Client management system.
The details:
* allows simple "branding" of the site to match the hosting customer's
existing look and feel
* allows selective sharing of information between hosting customers
* us
On 5/15/07, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
>
> Russell Keith-Magee wrote:
> > It happened around mid January, as a result of the tests that use
> > fixtures. Every time a fixture test is executed, it flushes the
> > contents of the database. Flushing is a slow operation. Unfortunately,
>
On 5/15/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2007-05-15 at 12:29 +0800, Russell Keith-Magee wrote:
> > >
> > Yes Virginia, there has been a test slowdown :-)
> >
>
> Another data point: there's been almost a 100% slowdown -- from ~24s
> with SQLite client to 45-50s now on
On Tue, 2007-05-15 at 12:29 +0800, Russell Keith-Magee wrote:
> On 5/15/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
> >
> > Has anyone noticed a fairly recent order of magnitude slowdown in how
> > long it takes to run the django test suite? I used to get times of
> > about 14 seconds around
Whats about INTERNAL_IPS [1] ?
The special debugger is only available if...
...settings.DEBUG is ON (or a seperate Variable)
and
...the request IP is in INTERNAL_IPS
[1] http://www.djangoproject.com/documentation/settings/#internal-ips
--~--~-~--~~~---~--~~
You
Russell Keith-Magee wrote:
> It happened around mid January, as a result of the tests that use
> fixtures. Every time a fixture test is executed, it flushes the
> contents of the database. Flushing is a slow operation. Unfortunately,
> it's also a necessary operation for those tests.
>
> I agree
22 matches
Mail list logo
