Re: Proposal: Drop dependency on pytz in favor of zoneinfo

ption to opt-out and have another two or three releases to address the issue. Cheers, Nick On Tuesday, 5 January 2021 at 12:20:18 UTC wksch...@gmail.com wrote: > Just wanted to chime in with a +1 from a user in favor of moving away from > pytz. Doing so will be very helpful for frozen Pyt

Re: Status of 3.2 release blockers.

Hi Carlton, Just wondering if you're still willing to accept the following for 3.2: - https://code.djangoproject.com/ticket/16117 - https://github.com/django/django/pull/13532 Adam marked it "ready for checkin" about 6 weeks ago. Cheers, Nick On Wednesday, 6 January 2

Re: Proposal: Drop dependency on pytz in favor of zoneinfo

grate, I think it would be a better approach. On a final note, I'd like to say thank you to Paul for fixing this major timezone handling wart. I'm looking forward to life becoming much easier! Kind regards, Nick On Wednesday, 7 October 2020 at 16:26:21 UTC+1 Paul Ganssle wrote: >

Re: f-strings again.

t;" It is actually that Python doesn't support modifying the template string prior to interpolating the values which is the requirement for injecting the translated string. PEP 498 <https://www.python.org/dev/peps/pep-0498/> makes no explicit mention of this. PEP 501 <https://w

Re: HttpResponse headers interface

I would agree that `response.headers` *is* by far clearer especially to those not familiar with Django or coming from other frameworks. As Tom says, we only visually know that setting a key on a response object is for headers because of the key name itself, e.g. "Content-Type". I also think tha

Re: Adding ability to choose AutoField type (signed vs unsigned)

Ah. I hadn't thought about that - only got as far as being able to define a new default value in DEFAULT_AUTOFIELD in the start project template so that existing projects are not suddenly forced to migrate. An alternative is to have something on the AppConfig. I'm sure for most people the large

Re: Python version support for LTS Django (in particular v2.2)

I think that the main reason for supporting Python 3.7 in Django 1.11 was to help make things easier for those migrating from Python 2 to 3. Python 3.8 was only released ~3 months before the Python 2 EOL, so most people in the last year and up to the end of this year will likely migrate to Pyth

Re: django-admin startproject settings.py has some security holes

a SECRET_KEY - then I think this is a pretty good compromise as is. - Nick On Fri, Oct 11, 2019 at 12:14 PM Christian González < christian.gonza...@nerdocs.at> wrote: > Hi, may I disagree - I set up projects very often (for testing a package), > and I always feel a bit aw

Re: Explore integrating django-docker-box in some way?

That makes sense. Do we have a list of the versions required? I'm happy to try it out and see if it makes a difference. - Nick On Tue, Oct 8, 2019 at 12:05 PM Tom Forbes wrote: > I did experiment with it. The main problem is that the image we use > requires a bunch of system lib

Re: Explore integrating django-docker-box in some way?

Just out of interest, Tom, have you tried using Alpine as the base? Or is there a reason to avoid it? I usually find once you introduce all the dependencies for django it doesn't make a huge difference but it might shave some of the weight off if we're worried about image size. - Nic

Re: Proposal to format Django using black

> > > I'm just saying that if "As contributor, I can haz automatic code > formatter to lower the barrier" is precisely the story you want to solve, > then black may not be the only solution you want to consider deeply ;) > > Jamie, sure, I wasn't responding directly to you about this, more to th

Re: Proposal to format Django using black

I'm still quite strongly in support of black. I find it's very nice to read a codebase that has strong consistency (which is historically usually the work of pedantic but very necessary reviews). It's even nicer to go between multiple codebases which are all consistent with each other. PEP8 and li

Re: Proposal to format Django using black

Just going to say that one of the main frustration points I've had when making a contribution is having to fix small formatting errors (often minor things in docstrings which aren't _always_ consistent). It produces a lot of inertia and can stop PRs from getting merged for extended periods of time

Re: database configuration error(django and mysql)

Desh, as Adam already mentioned to you once before: > This mailing list is for the development of Django itself, not for support > using Django. Please use. the django-users mailing list for that, or IRC > #django on freenode, or a site like Stack Overflow. ___ Nick Perry 404.660.1

Re: Bug in utils.encoding producing invalid JSON for request body

> does json.dumps inside _encode_data before calling super(). It's possible > to swap the self.client on your TestCase subclasses easily by setting > client_class so you could make it the default in your project. > > On 29 January 2018 at 14:14, Nick Sarbicki > wrote: >

Bug in utils.encoding producing invalid JSON for request body

ntentional. Reproducible example and exact location of offending code are in the ticket. - Nick. -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving email

Having an --include option for collectsstatic.

clude_patterns to a default of None should make the addition backwards compatible for any third party finders. Is there any interest in doing this? I accept my current use case is fairly niche but it may be useful for others. Nick. -- You received this message because you are subscribed to th

Re: Support for database level on delete cascade 21961

believe it is running against the DB table directly? Did I understand you correctly? Nick On Monday, December 11, 2017 at 10:56:31 AM UTC-8, Dylan Young wrote: > > There's also the added burden on explaining that we can only pass one of >> the two kwargs, and not use bot

Re: New Feature: Allow password reset token to expire in under a day

There are cases where corporate security policies require (regardless of the actual security they provide) which require a <24hr link. Here is a x/post from this ticket : I do want to explain why this doesn't meet the 1% of use cases. When I > origin

Re: Support for database level on delete cascade 21961

#4 in the Original Post) - concrete model inheritance + DB_CASCADE (e.g. the example Anssi gave above, and #5 in the OP) - model A DB_CASCADE --> model B CASCADE (wont get triggered) --> model C (#3 in the OP) If anyone wants to take a look: https://github.com/django/django/pull

Support for database level on delete cascade 21961

ADE, etc all inherit from an OnDelete class. This allows the old application callables to still be simple callables, new SQL based operations such as DB_CASCADE to access an as_sql method, and yet both be instances of the same class for migration serialization. Seeking feedback, Nick -- You r

Re: Javascript Templating Package

side scripts based on what is happening server side. It's a bit niche - but it cleared up a lot of the legacy JS held in massive script tags which were overly wasteful and required a lot of tampering based on server side variables. On Tue, Oct 11, 2016 at 3:11 PM Daniel Moisset wrote: > H

Javascript Templating Package

Hi Everyone, We were tasked at work some time ago with tidying up a legacy Django project. Part of the projects JS relied heavily on Django variables and settings and we were seeing frequent large variable JSON dumps in the templates. We cleaned this up and ended up designing a small package w

Re: Looking for feedback on implementation of UserManager.with_perm()

have the ability to optionally include/exclude by is_superuser and is_active flags - we often want to know who has a permission whether implicit or explicit. Thanks, Nick On Wednesday, 14 September 2016 05:10:41 UTC+1, Berker Peksag wrote: > > https://github.com/django/django/pull/7153/ impl

Re: Joining the "Python 3 Statement"

nd the scope of said statement beyond the SciPy stack. Because this doesn't alter policy, I'm hoping for this as a smooth segue towards broader awareness/adoption. On Sunday, July 10, 2016 at 1:18:56 PM UTC-4, Florian Apolloner wrote: > > On Sunday, July 10, 2016 at 3:22:47 PM UTC+

Re: Joining the "Python 3 Statement"

n officially signed list. But instead just a curated list of projects which have announced that they won't support 2.7 at some date. Would have been easier and less political. Nick. > -- You received this message because you are subscribed to the Google Groups "Django developers (C

Re: Joining the "Python 3 Statement"

On my phone so excuse typos. On Sun, 10 Jul 2016, 13:28 Florian Apolloner, wrote: > > > On Saturday, July 9, 2016 at 10:26:25 PM UTC+2, Nick Sarbicki wrote: >> >> I don't think this is a question of what it would do for Django. More >> what Django could do for py

Re: Joining the "Python 3 Statement"

e else" it could really push a lot of others to see how serious the need to move is now. Python could gain from the greater uptake of 3.x and further downstream Django will benefit too. I don't find it smug. I think it's a reality check. Nick. On Sat, 9 Jul 2016, 07:51 Aymeric

Joining the "Python 3 Statement"

an issue popped up saying that it could be generalized if other projects were to join/"sign", e.g. Django. https://github.com/python3statement/python3statement.github.io/issues/21 I'm not strongly advocating one way or the other, just thought I'd bring it up. Nick -- You

Re: Adding a database-agnostic JSONField into Django

Same boat for me. I constantly need the JSON field but can't always rely on postgres. -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send

Re: Adding "bits of entropy" argument to crypto.get_random_string

t; doesn't use. > > On Monday, March 7, 2016 at 11:04:48 AM UTC-5, Nick Timkovich wrote: >> >> By the presence of a "bits" measure in the documentation of the function >> it seems to be known that it's a measure of interest. The benefit of adding >>

Re: Adding "bits of entropy" argument to crypto.get_random_string

uot; > that > calculates the length and then calls get_random_string? > What would be the benefit of doing that in Django directly? > > Am 05.03.2016 um 00:15 schrieb Nick Timkovich: > > Rather than guess at the appropriate string length to get some level of > &g

Adding "bits of entropy" argument to crypto.get_random_string

Rather than guess at the appropriate string length to get some level of security, I'd like to add a (minimum) bits of entropy argument to get_random_string, so I could say something like get_random_string(bits=256) and have it do the math for me: math.ceil(bits / math.log2(len(allowed_chars))).

Re: Vote on Jira as bugtracker

> > FWIW Jira seems to be an exception among bug trackers: some people really > love it, others really hate it. It depends on who set it up and maintained > it in the company where they used it. > > Since we don’t have a resident Jira expert, we run the risk that most of > the Django community will

Re: Proposal to document the error on trying to import django in python 3.4.

l for anyone using Windows or Mac as they won't have a default Python install and will often only have 1 version, so 1 pip. - Nick. On Wednesday, September 9, 2015 at 3:05:15 PM UTC+1, Nick Sarbicki wrote: > > In which case you need to install it again with *pip3*. > > All

Re: Proposal to document the error on trying to import django in python 3.4.

it through *python*. I think they are past that with the latest release, but from memory there is a *pep* somewhere which states that this should remain the standard for now. - Nick. On Wednesday, September 9, 2015 at 2:58:36 PM UTC+1, Anjul Tyagi(geety) wrote: > > yes, I installed django

Re: Proposal to document the error on trying to import django in python 3.4.

Can you show us how you installed django? More specifically, did you do *pip install django* and *pip3 install django* As it looks like you only install django for 2.7, and not for 3.4. - Nick. On Wednesday, September 9, 2015 at 2:51:07 PM UTC+1, Anjul Tyagi(geety) wrote: > > Hi ev

Re: Django with Pycharm

Hi Prabhu, Are you using the community or professional version? The community version doesn't support specific Django projects (although it is still good to use). https://www.jetbrains.com/pycharm/features/editions_comparison_matrix.html Nick. On Fri, Sep 4, 2015 at 3:47 PM Prabhu

Re: Django Admin New Look

d idea to shove it in before the 1.9 release, but if the idea is liked I might (or any one else who is interested) be able to look into it. /Nick. On Monday, March 16, 2015 at 1:44:23 PM UTC, Tim Graham wrote: > > In some previous discussion, it was suggested to have a toggle between the

Re: does django-admin need a man page?

information on the "foo" command, if not always the full docs (g info gr). So I'd suggest considering implementing something to generate a man page from whatever you wish the "canonical" source of the information to be. Cheers, Nick -- Nick Phillips / nick.phill.

Re: Proposal: Write unit tests for JavaScript

So, I have been working a little on a PR for this ( https://github.com/django/django/pull/3003) and having spoken to Tim briefly about getting this supported in jenkins I just wanted to check that the approach was OK. The tests use node, grunt, qunit, istanbul and jshint. Is this a reasonable appro

Re: Overriding AppConfig.get_model(s)

n I'm comfortable to make it the user's responsibility to clean up the leftover database table, but were you suggesting if they start with a non-database backend and at some later stage decide to switch to a database backend it won't work? Thanks for the help. Nick On Fri, Jul

Re: Overriding AppConfig.get_model(s)

l, but from the perspective of an reusable app developer who doesn't have access to the project's settings, using database routers seems a bit more cumbersome. I guess I'm just thinking that having an alternative method would be useful. I'm happy to help find a solution if you feel it&#x

Re: Overriding AppConfig.get_model(s)

uggestions? Would it be possible to detect that the models are being manually excluded rather than removed from the source and migrate them differently? Cheers, Nick On Fri, Jul 25, 2014 at 8:05 PM, Andrew Godwin wrote: > Migrations instantiate their own copies of AppConfig and Apps and run

Overriding AppConfig.get_model(s)

I was just working on #22986 and it seems that if the AppConfig.get_model(s) methods are overridden, migrations for models that are excluded are still run. Is this a known issue? Am I abusing get_model(s) or should I file a ticket for this? Cheers, Nick https://code.djangoproject.com/ticket

Re: [GSoC] Revamping validation framework and merging django-secure once again

therefore never use the runserver at all... Cheers, Nick -- Nick Phillips / nick.phill...@otago.ac.nz / 03 479 4195 # These statements are mine, not those of the University of Otago -- You received this message because you are subscribed to the Google Groups "Django developers"

Re: Perception of attitude in tickets

em to get the message). I suggest you take Russell's post at face value, by the way. "Looking for a positive outcome". Well, perhaps face value plus a head of frustration that he's hiding fairly well. Thanks again to all of you who are making it happen. Cheers, Nick --

Re: ANNOUNCE: Django 1.5 release candidate 2, Django 1.4.4, Django 1.3.6 (security releases)

On Tue, 2013-02-19 at 15:46 -0700, Carl Meyer wrote: > Hi Nick, > > On 02/19/2013 03:32 PM, Nick Phillips wrote: > > I don't recall looking at the ALLOWED_HOSTS setting before. Now that I > > do, it seems rather problematic. In particular, that host verification > >

Re: Django 1.4.4 and contrib/sessions/management/__init__.pyc

Ah it looks like there's already a ticket on it: https://code.djangoproject.com/ticket/19858 On Tuesday, February 19, 2013 7:12:52 PM UTC-8, Nick Popoff wrote: > > Hi folks, > > I downloaded Django 1.4.4 this evening and after switching to it started > getting the followin

Django 1.4.4 and contrib/sessions/management/__init__.pyc

Hi folks, I downloaded Django 1.4.4 this evening and after switching to it started getting the following error on my CentOS 6.3 / Python 2.6 based system: ImportError: Bad magic number in /usr/lib/python2.6/site-packages/django/contrib/sessions/management/__init__.pyc After confirming my md5su

Re: ANNOUNCE: Django 1.5 release candidate 2, Django 1.4.4, Django 1.3.6 (security releases)

on on at all times and allow us to ensure we get the right hosts in the right environments? What am I missing? Cheers, Nick -- Nick Phillips / +64 3 479 4195 / nick.phill...@otago.ac.nz # these statements are my own, not those of the University of Otago -- You received this message becaus

Re: Docs aren't clear on purpose of signals' "providing_args"

Should I submit a ticket to have the docs updated? On Thursday, December 27, 2012 2:57:55 PM UTC-7, Nick wrote: > > Thanks for the info. Maybe the docs should state this so others don't run > into the same confusion that I ran into? > > On Thursday, December 27, 2012 2:10

Re: Docs aren't clear on purpose of signals' "providing_args"

Thanks for the info. Maybe the docs should state this so others don't run into the same confusion that I ran into? On Thursday, December 27, 2012 2:10:51 PM UTC-7, donarb wrote: > > On Thursday, December 27, 2012 10:39:23 AM UTC-8, Nick wrote: >> >> The bottom of the

Docs aren't clear on purpose of signals' "providing_args"

The bottom of the docs says: If you notice errors with this documentation, please open a ticket and let > us know! Well, I don't know that I would call this an *error*, so I don't think opening a ticket is the right thing to do. Please let me know if I'm wrong. I would just like to suggest to

Re: ImageField's “Currently” and “Clear” Sometimes Doesn't Appear

Sure, here you go: https://code.djangoproject.com/ticket/19215 On Tuesday, October 30, 2012 12:01:15 PM UTC-6, Carl Meyer wrote: > > Hi Nick, > > On 10/30/2012 08:21 AM, Nick wrote: > > I posted this question to Stack Overflow a couple weeks ago (link > > <

ImageField's “Currently” and “Clear” Sometimes Doesn't Appear

I posted this question to Stack Overflow a couple weeks ago (link) but have had no responses. I'm guessing it's geared more towards the Django developers, so I'm going to post it here. Assume y

Re: Possible bug in django oracle backend - no way to map from model type to oracle NUMBER type.

ses decimals instead of > floats. > Not if you have a "legacy" database which uses NUMBER, I'm guessing... I'd have thought the inability to work with any particular common field type should be a bug, as it could effectively prevent working with non-managed models al

[1.4] SECRET_KEY deprecation is confusing...

u are essentially implementing the behaviour for both 1.4 *and* 1.5! Cheers, Nick -- You received this message because you are subscribed to the Google Groups "Django developers" group. To view this discussion on the web visit https://groups.google.com/d/msg/django-developers/-/l

Re: Revisiting multiline tags

i-line tags? Do all the arguments really have to be within the single tag? Cheers, Nick -- Nick Phillips / +64 3 479 4195 / nick.phill...@otago.ac.nz # these statements are my own, not those of the University of Otago -- You received this message because you are subscribed to the Google Gro

Re: incorrect check email with 'email_re' in 'django.core.validators'

782>. So if I was wrong then, I'm wrong now ;-) Cheers, Nick. Sent from my iPad On 19 Dec 2011, at 19:38, Andre Terra wrote: > Useful/interesting read: "I knew how to validate an e-mail address until I > read the RFC" [1]. > > And a full regex for validating

Re: Wrong error message when user having is_staff=False tries to login to admin

403, a redirect to homepage, a forced logout with disabling of account and email to admin, could be all sorts of things, depending on the site. The question should probably be "how can we allow the developer to specify the desired behaviour when the user attempts to access a URL to which they h

Re: #14733: A vote in favor of no validation of .raw() queries

diately think of several people who, on finding that they can't do what they want with raw(), would naturally progress to writing a postgres function to do the dirty work (on the grounds that that can then be called using "select"). Cheers, Nick -- Nick Phillips / +64 3 479 4195

Re: Intermittent IOError exception raised and emailed to admins during file upload.

Not infrequently, I'm > seeing the same "IOError: request data read error" when I try to read > request.raw_post_data. It happens more than spotty connections would > explain. User double-clicks on submit button, second click killing the connection created by the first

Re: Feedback required: #14799 -- Problem with setting up test databases

be the only place (within Django itself) where any of these processes are automated across multiple DBs at the moment? FWIW I *always* forget that I have to explicitly call syncdb for each database, and expect the one call with no db specified to have done the lot. Cheers, Nick -- Nick Phillips /

Re: HMAC and timing based attacks - ticket #14445

t; However, I don't think we should delay this change for the sake of that > ideal. Makes sense. What you're doing is clearly an improvement, and one with no cost to the user involved in making the change, so... Cheers, Nick -- Nick Phillips / +64 3 479 4195 / nick.phill...@otag

Re: HMAC and timing based attacks - ticket #14445

would both manage separate keys for each requirement, and actually allow the keys to be refreshed without invalidating existing otherwise-valid HMACs? Cheers, Nick -- Nick Phillips / +64 3 479 4195 / nick.phill...@otago.ac.nz # these statements are my own, not those of the University of Ota

Re: #12012 Logging: request for comments

ly as possible. Since their issue is buried within the framework and can't easily be overridden, I think their ubiquity does justify the the lower priority. However, as Alex pointed out, this is essentially bikeshedding. So, since you're the one doing the work, at this point I'll shut

Re: #12012 Logging: request for comments

mmediately LOG_CRIT critical conditions LOG_ERRerror conditions LOG_WARNINGwarning conditions LOG_NOTICE normal, but significant, condition LOG_INFO informational message LOG_DEBUG debug-level message Cheers, Nick -- Nick Ph

Re: Proposal: Revised form rendering

portunity to refactor slightly more and ensure that all munging of data took place in one method which could then be used for the purpose described above - which worked just fine. Cheers, Nick -- Nick Phillips / +64 3 479 4195 / nick.phill...@otago.ac.nz # these statements are my own, not

Re: Class based generic views in 1.3?

> > It's still possible in exactly the same way as you do it today: > mydata = ... > urlpatterns('', url('...', 'MyView', {'outside_of_lifecycle': mydata})) > > Alternatively, you can derive from MyView: > class SubMyView(MyView): >ouside_of_lifecycle = mydata > > However, I don't think that th

Re: Class based generic views in 1.3?

I have forked bfirsh's code as well on github: http://github.com/fitzgen/django-class-based-views I have changed the code to use __new__ rather than copying self. I have also merged in daonb's commit to make request implicit to all methods via se

Re: Class based generic views in 1.3?

Another option that hasn't come up is to just have a custom __setattr__ that won't let users write to self (therefore providing primitive thread safety). I don't think it is a /good/ option, but I am just throwing it out there for completeness. _Nick_ On Tue, Jun 15, 2010 at 7:10 AM, Patryk Zaw

Re: Class based generic views in 1.3?

Luke, Good points, especially about wrapping decorators *after* instantiation to avoid the whole nasty self issue. While I personally don't mind meta classes at all, I understand why some people do. I think you are probably on the right track here. _Nick_ On Thu, May 13, 2010 at 4:08 AM, Luke

Re: High Level Discussion about the Future of Django

- and if I did want to, I wouldn't expect to get anywhere with your current tactic. This thread is distracting energy that could be better spent, so I'm going to leave it at that, and would suggest that others do too. Cheers, Nick -- Nick Phillips / +64 3 479 4195 / nick.phill...@o

Re: [GSoC] Application Loading

On Fri, Apr 9, 2010 at 2:59 PM, Russell Keith-Magee wrote: > On Fri, Apr 9, 2010 at 12:33 AM, Nick Sandford > wrote: >> An App Loading mechanism for Django >> >> >> About Me >> -- >> Hi everyone, >>

Re: [GSoC] Application Loading

An updated proposal: An App Loading mechanism for Django About Me -- Hi everyone, My name is Nick Sandford, I'm an electrical engineering student at the University of Western Australia. Background --- I haven't been a particula

Re: Application Loading

taken the route of assuming applications won't know their models until runtime, I've expected that people explicitly assign models to apps. Your loading code looks like a good starting point also. Cheers, Nick -- You received this message because you are subscribed to the Google Groups "

Re: [GSoC] Application Loading

On Fri, Apr 9, 2010 at 3:41 AM, burc...@gmail.com wrote: > > Hi Nick, > > I don't like your application creation syntax (why using dict-based > DSL instead of class-based?), but > I like how you approach the overall problem. > More than that, you have shown you do u

[GSoC] Application Loading

An App Loading mechanism for Django About Me -- Hi everyone, My name is Nick Sandford, I'm an electrical engineering student at the University of Western Australia. Background --- I haven't been a particularly active contributor t

Re: What is the status of auto_now and auto_now_add?

x27;m not and cannot argue for or against that idea due to my poor knowledge of Python, it's date libraries and the whole timezone issue in general so I'm really just wondering if that has any relevance? Thanks to the original poster I'm now also interested in whether and if

Re: What is the status of auto_now and auto_now_add?

hat discusses some unexpected behaviour of datetime. It says "datetime.now() is never to be used. Always use datetime.utcnow()": http://www.enricozini.org/2009/debian/using-python-datetime/ I've not investigated this to any degree s

Re: append_slash alternative: remove_slash

/foo/ and /foo/index.html usually being equivalent ) was correct. I think you're probably just looking at it from a different angle. As someone else pointed out, it's very likely moot at this point anyway. Cheers, Nick -- Nick Phillips / +64 3 479 4195 / nick.phill...@otago.ac.nz

Re: append_slash alternative: remove_slash

ry, which could be handled by generating an index in one of two different ways), there are absolutely no security implications involved in the decision (or lack of decision ;-) ) that is currently being discussed. FWIW, I personally dislike extraneous slashes. Django views seem to me to be analogous

Re: Mysql query log causing django to lock up

Following up to myself... On Wed, Feb 25, 2009 at 09:16:09AM +, Nick Craig-Wood wrote: > I've finally got to the bottom of why django locks up on our dev server. > > Our dev server has mysql query logging turned on with this in > /etc/mysql/my.cnf > > # Query loggi

Mysql query log causing django to lock up

y.cnf) fixes the problems and the queries become instant again. This is with mysql 5.0.51a-17 and django 1.0 I'm not sure whether this is a bug in django or mysql, but hopefully this message will act as a heads-up to anyone else having the same problem! -- Nick Craig-Wood -- http:/

Re: #7666: Default managers should not restrict access to single related objects

On Jul 8, 3:34 pm, "James Bennett" <[EMAIL PROTECTED]> wrote: > On Mon, Jul 7, 2008 at 8:29 PM, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > > Currently, ReverseSingleRelatedObjectDescriptor uses _default_manager, > > which is the problem (line 239 in django/db/models/related/fields.py). > > One c

Re: RFC: Django 1.0 roadmap and timeline

On Jun 12, 12:46 pm, Ville Säävuori <[EMAIL PROTECTED]> wrote: > And FWIW, I think the proposed roadmap is brilliant. Not too many > features but still enough to make most of us very happy. Especially if > we can get at least few of the maybes in. Agreed. It is great to see a concrete plan emerg

Re: Refactoring the documentation

s will be good to see. The quality of the docs has always been high, but usability is definitely an issue with the bigger documents. My mouse's scroll wheel always gets a good workout at djangoproject.com :) Nick --~--~-~--~~~---~--~~ You received this message

Re: Recent test breakage on Windows

enough. Where the files are two levels deep, there > are backslashes further in also: > Perhaps this can be fixed by changing the definition of the path variable, earlier in the test code. Then again, perhaps this is one instance where writi

Re: newsform Addition

I'm going to have to list out all the fields myself in this case, but having to insert a bunch of variables for each field can get a bit repetitive. To be honest I haven't really sat down to work out a better way to do this, but Malcolm's filter idea sounds like a good place to start

Re: Databrowse improvement

On Dec 17, 7:32 am, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > I'd be -1 on introducing another setting for something so minor. The > string view is just meant to be a snapshot, so maybe increase it by a > little bit (100, maybe ... *shrug*). But it shouldn't need to be > customisable by ever

Databrowse improvement

Databrowse is cool, but one limitation is that the string representation of model instances is limited in length to 30 characters - via a hard-coded value in the __unicode__ method of the EasyInstance class. I have a patch that fixes this by adding a new setting for the string size limit in djang

Re: Writing tests for #6191 (admin delete view not listing all items)

I've updated the patch to test this, and I think the example in the test is much clearer now. Unfortunately I haven't had a chance to play with newforms-admin at all yet, so it might take a little while till I have time to update the patch for that. Cheers, Nick --~--~-~--~---

Re: The book

What's the name of the book? I am looking for 1 to buy. On Dec 11, 2:00 pm, raminf <[EMAIL PROTECTED]> wrote: > Printed copy of Django book arrived yesterday. Looks great. As much as > I enjoyed reading the chapters online, it's nice to be able to take > the hardcopy out to a coffee shop. Also

Writing tests for #6191 (admin delete view not listing all items)

a way which is useful in trac. Suggestions/critcisms? Cheers, Nick [1] http://code.djangoproject.com/ticket/6191 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this gr

Re: Django 1.0 features -- the definitive list

> And, finally, a bit of a controversial statement, but... > > I think we ought to call the release 2.0. > +0 from me. I've never set much store by version numbers, but I suppose 2.0 will suggest a bigger leap forward to most people - and there's a lot of good stuf

Re: Sprint IRC

On 14 Sep, 10:47, Michael Radziej <[EMAIL PROTECTED]> wrote: > On Fri, Sep 14, Nick wrote: > > > On Sep 14, 3:12 am, SmileyChris <[EMAIL PROTECTED]> wrote: > > > So the sprint is ambling along right now. If you didn't get the memo, > > > the plac

Re: Sprint IRC

On Sep 14, 3:12 am, SmileyChris <[EMAIL PROTECTED]> wrote: > So the sprint is ambling along right now. If you didn't get the memo, > the place to be is irc://irc.freenode.net/django-sprint Anyone having problems finding django-sprint? On connecting to irc.freenode.net all I can see is django-fr

Re: Let's schedule a Django sprint

can make it > easier for them. That would be good. Although I've been using Django for a while, I've only really been nibbling around the edges of the codebase. If there's simple stuff that folk like me can help with, I'

Re: Admin and Related Models/Fields

7;list_filter' option. I did look at updating this patch again to support 'list_display' but at first glance it wasn't as trivial as I had hoped so I just ended up using something like your 'city_state()' method. That being said, a fresh approach to this might be

  1   2   >