Re: Implementation of Object Permissions

Fantastic job on the performance benchmarks, the number 4-5 seconds per check is scary. I’ve posted a comment on django-guradian in hopes the author can chime in onto this conversation by posting https://groups.google.com/forum/#!topic/django-developers/6UNjPu1mcgc/discussion. Are there any

Re: Django Admin Revamp - Any updates?

oups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ -- Y

Re: GitHub migration done!

his group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ -- You received this message because you a

Re: Redesign of djangoproject.com?

evelopers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/

Re: New Release of IBM_DB_DJANGO (1.0.4)

Is it a licensing issue that this is not included in core? -Original Message- From: Rahul Sent: Wednesday, May 16, 2012 6:18 AM To: Django developers Subject: New Release of IBM_DB_DJANGO (1.0.4) IBM_DB_DJANGO-1.0.4 --- IBM_DB_DJANGO adaptor enables acce

Glad site is being brought back.

site from: djangopeople.net/danols/ to djangopeople.net/ danielsokolowski/ ? Daniel Sokolowski -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe

Re: Glad site is being brought back.

Please disregard this message, it was meant as a reply to a thread not a new thread. -Original Message- From: Daniel Sokolowski Sent: Wednesday, May 30, 2012 12:35 PM To: Django developers Subject: Glad site is being brought back. I was just about to post a public message to Simon

Re: Glad site is being brought back.

Super legendary, thank you for your efforts. -Original Message- From: Bruno Renié Sent: Wednesday, June 06, 2012 10:47 AM To: django-developers@googlegroups.com Subject: Re: Glad site is being brought back. On Wed, May 30, 2012 at 10:30 PM, Daniel Sokolowski wrote: Please disregard

Re: ModelForms and the Rails input handling vulnerability

group, send email to django-developers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering h

Re: Test runner with search

On Thu, Jun 14, 2012 at 7:35 AM, Chris Wilson wrote: > Hi all, > > I've made some improvements (in my view) to the DjangoTestSuiteRunner. I > got tired of having to remember my test class names and of typing so much: > >  ./manage.py test binder.BinderTest.test_can_create_users > In this same lin

Re: Digest for django-developers@googlegroups.com - 3 Messages in 2 Topics

s stuck on Django 1.3, which has some security implications. 2. django-nonrel is unsupported. It switched maintainers and the current maintainer is not working on it. 3. [pydanny opinion warning] django-nonrel wasn't adopted in Django core because it lacked adequate documentation and tests. 4. [pyd

Re: Django-nonrel patches

On Sunday, June 24, 2012 10:31:41 PM UTC+8, Cezar Jenkins wrote: > > I'm only lightly involved in the project, but there is some misinformation > going around about it. > > On Sun, Jun 24, 2012 at 5:47 AM, Daniel Greenfeld > wrote: > >> >> >> We eva

Re: I think adding a "first" method to the QuerySet be useful.

http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to dj

Re: Model equality in inheritance cases

ubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski Web Engineer Danols Web Engineering http://webdesign.danols.com/ -- You received this message

Re: The Django packages rss is broken

When we changed over to Heroku for hosting and went with the 'www' prefix, somehow the redirects to the new location have been failing. I submitted the changed url to https://www.djangoproject.com/community/ but it hasn't picked up the change. I'll try again. On Thursday, July 19, 2012 2:41:28

Re: portable django development environment

Hi Michael, I have made the change but feel free to do so in the future as it publicly editable wiki. Good day - Daniel. On 21/07/2012 07:52, Michael wrote: Hello On the DjangoResources page: https://code.djangoproject.com/wiki/DjangoResources There is a link to a portable Django

Re: Python 3 - style question

of clear pointers towards best practices (one indicating that there is a bigger picture to consider, and one showing how to paint that picture). However, that would leave native Py3-only users high and dry, which isn't exactly ideal. Yours, Russ Magee %-) -- Daniel Sokolowski Web Engineer Da

Re: Python 3: should we apply unicode_literals everywhere?

- "native strings" have to be expressed as str("...") in modules that need them - more changes, higher risk of regressions on Python 2 In my opinion, option (2) is a logical move at this point. However I believe it deserves a public discussion (or at least an explanation

Re: Draft branch: Swappable User models in contrib.auth

developers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolow

Python 3 str.format()

Hi folks, Apologies in advance if this topic has already been raised. I don't believe I've seen it on the list since I've been subscribed. Since Django 1.5 has set the minimum version of Python at 2.6, and in conjunction with the push to make Django more Python 3 compatible, should we slowly s

Re: Python 3 str.format()

On 24 August 2012 18:12, Carl Meyer wrote: > Can you link to where in the current docs it specifies that %-formatting > is deprecated and/or will be removed? I can't even find, on a cursory > search, where it says the new .format() style should be preferred. It's not easy to find - I've only foun

Re: Python 3 str.format()

On 24/08/12 22:47, claudep wrote: One more reason not to adopt too quickly this syntax is missing support from gettext. http://savannah.gnu.org/bugs/?30854 Right. That makes up my mind then. I can't afford to be without gettext support. Until gettext supports the newer format, and until

Re: end of "coming soon" in the tutorial? - tutorial 5 feedback needed!

I'll toss in our own djangopackages.com as well as a resource. :-) On Monday, September 17, 2012 10:00:39 PM UTC+2, AJHMvanRatingen wrote: > > I'm not an expert in packaging, I've released a few apps, but my novice > eyes caught some things: > * Bullet 6 under "Packaging your app" mentions the ma

Re: Model inheritance extended.

ive/django-model-blueprint Cheers, Jonathan -- Daniel Sokolowski http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe f

Re: Django performance vs others

developers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. -- Daniel Sokolowski http://webdesign.danols.com/ -- You received this message becau

Re: A bit of Django history

ango-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django developers&quo

Re: URL dispatcher slow?

uot;Django developers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=

Re: URL dispatcher slow?

Yes, wheezy.web is much more bare metal compared to Django : http://packages.python.org/wheezy.web/tutorial.html From: Daniel Sokolowski Sent: Wednesday, October 10, 2012 10:32 AM To: django-developers@googlegroups.com Subject: Re: URL dispatcher slow? The middlewares appear to be disabled

Re: URL dispatcher slow?

end email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel Sokolowski http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django dev

Re: URL dispatcher slow?

Was that necessary? I am tuning out of this conversion, it is becoming hostile. From: Alex Gaynor Sent: Thursday, October 11, 2012 10:01 AM To: django-developers@googlegroups.com Subject: Re: URL dispatcher slow? On Thu, Oct 11, 2012 at 6:52 AM, Daniel Sokolowski wrote: I absolutely

Re: A.objects.getdefault

On Thu, Oct 11, 2012 at 2:00 PM, Marijonas Petrauskas wrote: > You can use: > > obj = next(iter(SomeModel.objects.filter(foo='bar')), None) > > The 'iter' part is not particularly elegant, but it's the only one-liner > known to me. > obj, = SomeModel.objects.filter(foo='bar') or [None] but we're

Re: Class based views: A standard hook for http-method-independent code

subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.c

Re: Class based views: A standard hook for http-method-independent code

-method-independent code That pattern has nasty side-effects. It can be used in some cases but it fails in most. On Friday, November 9, 2012 8:28:47 AM UTC-7, Daniel Sokolowski wrote: I’ve done the below in the past, the only issue with that is if you have side effects in parent’s dispatch

Re: Class based views: A standard hook for http-method-independent code

exceptional control flow. In addition, you can't do any preprocessing of the request; for example, you can't set up any invariants before your actual view method is called. Best, Alex Ogier On Wed, Nov 14, 2012 at 8:48 AM, Daniel Sokolowski wrote: Can you elaborate the nasty side e

Re: Class based views: A standard hook for http-method-independent code

Y. For me, the entire reason I would like this change, is so that I can do something before dispatch that uses self.request/args/kwargs. Everything I want can be accomplished within dispatch, but not as cleanly, or as DRY as if this method hook existed. On Wednesday, November 14, 2012 6:49:06

Re: Why doesn't DjangoProject.com downloads provide a Windows installer like web2py does?

is to make the Python installation story on Windows easier. It's not the fun or easy answer, and maybe we need to convince Microsoft to throw money and resources at the problem. Since Python and Django supported on Azure, this may be the perfect time to make such a request. -- 'Knowledge

Re: Relative path support for TEMPLATE_DIRS and others in settings.py (django ticket 694)

email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. -- Daniel Sokolowski http://webdesign.danols.com/ -- You received this message because you are subscribed to the Google Groups "Django d

Re: Relative path support for TEMPLATE_DIRS and others in settings.py (django ticket 694)

opers" group. To post to this group, send email to django-developers@googlegroups.com. To unsubscribe from this group, send email to django-developers+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en. Daniel S

Re: make the source code of the django tutorial available ?

mprovement besides an official working implementation of the app. Off the top of my head here are a couple of items: 1. The new tutorial intros are nice but missing some pieces. I'll document this in tickets soon. 2. Page 2 of the tutorial is too long. People start copy/pasting very early, an

Re: Replacing get_absolute_url, I am against it

Would anyone know if there is still any momentum behind this? I like Adamcik's approach. On Saturday, 12 September 2009 07:42:40 UTC-4, adamcik wrote: > > On Thu, Sep 10, 2009 at 11:58:00AM -0400, Waylan Limberg wrote: > > > > Easy, get_url returns the entire url while get_url_path returns onl

Re: deprecation of AUTH_PROFILE_MODULE

I agree that email-as-username should be a built-in User abstract model (or something) in Django. It's an incredibly common use case and for once I think Django could use some additional functionality. +1 to email as username model in core. Danny On Sunday, March 3, 2013 10:21:55 AM UTC-8, Flo

Re: Replacing get_absolute_url, I am against it

Hi Russ, thank you for the update, yes it's a 'wish' list item, and unfortunately my time is too limited right now to tackle the wiki. On Monday, 25 February 2013 00:11:07 UTC-5, Russell Keith-Magee wrote: > > > On Sun, Feb 24, 2013 at 12:18 AM, Daniel Sokolowski

Re: websockets

On Wednesday, April 17, 2013 8:10:15 AM UTC+2, Aymeric Augustin wrote: > > > Yes, that's why https://github.com/aaugustin/django-c10k-demo/ builds > upon Tulip. > > Unfortunately, that choice makes it unsuitable for inclusion in Django > until we drop support for Python 3.3 and all earlier vers

Re: test discovery

f there's a feeling like this is a worthwhile start, I'd be happy to flesh it out further, adding tests docs, refinements, etc. If not, no big deal. Daniel On Friday, May 10, 2013 8:32:38 PM UTC-7, Carl Meyer wrote: > > On Thursday, May 9, 2013 8:15:02 PM UTC-4, Russell Keith-

Are rasters on the GeoDjango roadmap?

something that is already underway. Does anyone know about the state of rasters in GeoDjango and/or if its on the roadmap for future development? Thanks, Daniel -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)&q

Re: Last call: Meta API (GSoC 2014/PR 3114) is ready for commit

brainstorming that happened over the sprints as well as the very technical talks have greatly helped this project grow. This is not a farewell, I plan on sticking around (as I am sure tickets will be assigned to me very soon!) so feel free to blame me on IRC or Twitter (PirosB3). Daniel Pyrathon On

Re: User.username max_length 254

Yes please! Since contrib.auth.models.User.email is an EmailField, that change will require everyone to run a migration, right? Then we might as well change the character limit on the username field at the same time, no? And any other defaults that might be less-than-reasonable? I was going

Re: User.username max_length 254

ailed on this idea? :( On Wednesday, February 11, 2015 at 3:27:35 AM UTC-5, Daniel Hawkins wrote: > > Yes please! Since contrib.auth.models.User.email is an EmailField, that > change will require everyone to run a migration, right? Then we might as > well change the character limit on the

Re: User.username max_length 254

> > I'd bet an extremely large portion of those users don't absolutely have to > have an increased username field. They've gone this long without it. > They (we) have gone this long, not because we didn't need it, but because we didn't think of it in the very beginning, and after that it was too

Re: Gsoc 2015: SQLAlchemy / NoSQL integration

Hi Abhishek, I am the GSOC 2014 student who refactored the Meta API, please contact me if you need any details on my work, or if you want to know more about implementation and/or design of the new Meta API. You can also find me on IRC as pirosb3. Good luck! Daniel 2015-03-02 1:32 GMT+01:00

Re: Gsoc 2015: SQLAlchemy / NoSQL integration

Hi Abhishek, I am in the process of updating the mailer in the next month. I will let you know when this has been done. Regards, Daniel 2015-03-16 11:53 GMT+01:00 Abhishek Kumar : > Hi, > > I was trying to run the django-mailer > <https://github.com/PirosB3/django-mailer> wri

Is improving Django's communication with Oracle databases on the roadmap?

mproves performance, then I'm sure we can just keep our own, patched version of django. I would be stoked for there to be a main branch solution, though. Thanks! Daniel -- You received this message because you are subscribed to the Google Groups "Django developers (Contrib

Re: Is improving Django's communication with Oracle databases on the roadmap?

o at large, I'd be thrilled. On Thursday, May 14, 2015 at 9:02:52 PM UTC-4, Josh Smeaton wrote: > > Hi Daniel, > > Can you provide links to the patches and discussion you're referring to? > It'll be easier to provide some feedback if we have the detail in front of >

Re: MigrationTestCase

27;) profile = Profile.objects.get(user__email='email') assert user.profile.pk == old_profile.pk == profile.pk assert profile.user.email == 'email' assert profile.user.first_name == 'firstname' assert profile.user.last_name == 'lastname'

Ticket #25236: Remove ifequal from the template language

hat a good medium ground would be to remove it from the documentation. Any comments? Regards, Daniel Roy Greenfeld -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this grou

Re: Future of the development server's auto-reloading

ps.com. > To post to this group, send email to django-developers@googlegroups.com. > Visit this group at http://groups.google.com/group/django-developers. > To view this discussion on the web visit > https://groups.google.com/d/msgid/django-developers/8E08AB59-2450-40D5-A52B-C8803DA39D5F%40po

Ticket 2273: django.contrib.auth.models.User: username is case-sensitive

Following the end of https://code.djangoproject.com/ticket/2273 over a year ago, could this be reconsidered please? By using username__iexact when checking for uniqueness for new usernames, this wouldn't affect any usernames that already exist, and it's then up to the administrators to decide i

Re: MOSS Award to Django

Hi, Just saying congrats to people involved and the community. Great step for Django! El viernes, 11 de diciembre de 2015, 19:19:00 (UTC+1), Andrew Godwin escribió: > > Hi everyone, > > For those who haven't seen, Mozilla has awarded $150,000 to Django for > work on Channels and request/respons

Re: FYI: pip install django is failing

There was a issue with pypi from some locations, although the status page doesn't say anything about it. https://status.python.org/ El viernes, 25 de diciembre de 2015, 13:03:05 (UTC+1), john...@gmail.com escribió: > > >pip install django --upgrade > Collecting djan

Re: four NoSQL backends you want? :)

step towards NoSQL > in Django. NoSQL != cloud, so I changed the name, slug, and description for http://www.djangopackages.com/grids/g/cloud/ It is now: http://www.djangopackages.com/grids/g/nosql/ Perhaps it should even be nosql-backends? Daniel Greenfeld -- You received this message because

Django version classifiers in PyPI for packages

of use to them or if it needs to be updated to the latest code base. Thanks! -- 'Knowledge is Power' Daniel Greenfeld http://pydanny.com -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group

RFC: Add a "needinfo" state to triaging

Hi, while working on the sprint today doing triaging we noticed that a lot of tickets were in the "Unreviewed" state because actually there's not enough information to move it to any other state (they can not be neither accepted/DDNd nor closed). In most cases we sent a reply back to the submitt

Re: RFC: Add a "needinfo" state to triaging

On Sat, Nov 13, 2010 at 4:58 PM, SmileyChris wrote: >> What are the thoughts of the core team on this? > > Here's another more forward solution, requiring less follow-up > triaging: > Have a "needsmoreinfo" resolution. Tickets can be closed with that > with a note to reopen it when more info is pr

Re: RFC: Add a "needinfo" state to triaging

On Tue, Nov 16, 2010 at 12:02 PM, Luke Plant wrote: > > Do open a ticket, because we need documentation patches for this Done, http://code.djangoproject.com/ticket/14702 Thanks for the feedback. Daniel -- You received this message because you are subscribed to the Google Groups &

Re: Doc. patch

On Tue, Nov 16, 2010 at 5:18 PM, Klaas van Schelven wrote: > Hi, > > I believe it is customary to politely ask for attention for bugs on > this list. > > http://code.djangoproject.com/ticket/14704 > > Contains a minor patch to the documentation that would have saved me > some headaches this aftern

Re: RFC: Add a "needinfo" state to triaging

On Tue, Nov 16, 2010 at 12:02 PM, Luke Plant wrote: > > This will also require a change to Trac, which I for one don't know how > to do (I don't see the configuration pages I would need in the Trac > admin interface). > If you have the admin module ui enabled and TRAC_ADMIN permissions, you shoul

Re: RFC: Add a "needinfo" state to triaging

On Sat, Nov 13, 2010 at 5:09 PM, Daniel Moisset wrote: > On Sat, Nov 13, 2010 at 4:58 PM, SmileyChris wrote: >>> What are the thoughts of the core team on this? >> >> Here's another more forward solution, requiring less follow-up >> triaging: >> Have a &

Migrating to class-based views and django.core.urlresolvers.reverse

I have been tracking the development of class-based views for a few weeks now, and am just starting to adapt some of my work-in-progress sites. This post is in a bit of a grey area between django-users and django-developers, but I'm curious what is suggested for sites that make heavy use of django.

Re: Migrating to class-based views and django.core.urlresolvers.reverse

in flux. On Dec 7, 2:33 pm, "burc...@gmail.com" wrote: > Hi Daniel, > > I'm not core developer, but I > thinkhttp://docs.djangoproject.com/en/dev/topics/http/urls/#defining-url-n... > should be used. > > you can use reverse("yournamespace:someview"), an

Re: Migrating to class-based views and django.core.urlresolvers.reverse

er-defined class-based views be derived from multiple parent classes? Sorry if this has meandered into django-users land... maybe some advanced CBV examples in the docs? On Dec 7, 6:36 pm, Łukasz Rekucki wrote: > On 7 December 2010 18:08, Daniel Swarbrick wrote: > > Another question (sorry -

Forms Parent ,Sibling reference

Hi, How to get reference of one field form from another field form when both are in same form? -- 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 from t

Re: Forms Parent ,Sibling reference

sorry On 10 January 2011 16:32, Jonas H. wrote: > On 01/10/2011 06:39 PM, Daniel Corbe wrote: > >> Hi, >>How to get reference of one field form from another field form when >> both are in same form? >> >> > wrong list, head over to django-users >

CBV FormView get_form_kwargs() doesn't.... when request.method == "GET"

Most of the time, I use POST for forms, but using GET is useful when developing a search form, for example. This is especially true if you want to paginate your results, because you still have all your original form variables in the query string. CBV FormView get_form_kwargs() only populates form_

Re: i18n bug in inlines (failing silently)

On Sat, Jan 15, 2011 at 9:23 PM, Marc Garcia wrote: > Well, I still see that policy a way of hiding symptoms, more than an > advantage for users, but thank you so much for the explanations > Russell. > I've also felt the same always... I understand and agree with the philosophy of "always render

Re: i18n bug in inlines (failing silently)

On Mon, Jan 17, 2011 at 11:40 AM, Russell Keith-Magee wrote: >> Is there any interest from the core devs in something like this (a >> system to log template rendering exceptions, even when they're masked >> from the user)? > > I thought I just gave support for exactly that idea... quoting: > > """

Re: One Django instance, hundreds of websites

On Sun, Jan 30, 2011 at 2:20 AM, Russell Keith-Magee wrote: > > Every single problem associated with using global variables exists > with threadlocals -- and then a few more. They *can* be used > successfully. However, in almost every case, they can also be avoided > entirely with a good dose of r

Re: RFC: Add a "needinfo" state to triaging

On Wed, Nov 17, 2010 at 10:49 AM, Russell Keith-Magee wrote: > On Wed, Nov 17, 2010 at 9:22 PM, Gabriel Hurley wrote: >> Bear in mind that this is a *very* old Trac installation... ;-) > > Hopefully not for long. > > Jacob is in the process of bringing a new server online to host > djangoproject.

Re: django/trunk/django/core/files/base.py -- File, why not a subclass of file ?

On Mon, Feb 21, 2011 at 8:55 AM, sebastien piquemal wrote: > Hi ! > > It might be a stupid question, but is there a reason why > `django.trunk.django.core.files.base.File` is not a subclass of > `file` ? > I ask this because after debugging my code - some urllib2 handler > (http://dpaste.com/43703

Re: Suggestion: a new "nature" field in Trac

On Mon, Feb 21, 2011 at 3:05 PM, Julien Phalip wrote: > Hello, > > I was wondering if others would find it useful to introduce a new > field in Trac to characterise the nature of a ticket, allowing to > choose from at least: "bug report", "feature request", or > "optimisation". Trac already has a

Re: Suggestion: a new "nature" field in Trac

On Tue, Feb 22, 2011 at 11:21 AM, Russell Keith-Magee wrote: > > This is one of those areas where we need someone to step up an > volunteer to do some Trac work and show us what is possible. > If http://trac-hacks.org/wiki/VotePlugin is fine for the needs, I'm ok with helping install it; although

Re: Ticket reports page redesign

On Wed, Mar 23, 2011 at 12:32 PM, Jacob Kaplan-Moss wrote: > On Wed, Mar 23, 2011 at 4:39 AM, Luke Plant wrote: >> It appears to me that this reports page is not nearly as useful as it >> could be, and I'm thinking of redesigning it. > > Sounds just fine for me -- I really threw together the firs

Re: [GSoC] Revised form rendering

y done his homework and put a lot of thought into this critical part of Django. I'm not a core developer my vote doesn't count, but I'm giving it anyway. +1 from me. Daniel Greenfeld pyda...@gmail.com -- You received this message because you are subscribed to the Google Groups

Re: RFC: new backports policy

On Tue, Apr 19, 2011 at 4:22 PM, Jacob Kaplan-Moss wrote: > Hi folks -- > > > The core team has come to a rough consensus and we're planning to drop > this backport-everything policy. Instead, we'll only backport critical > patches. That is, we'd only backport patches for: > > * Security issues. >

Re: math tag

On Tue, May 3, 2011 at 9:19 AM, Tom Evans wrote: > > From another POV, there is no chance for the designer to screw the > template up and calculate the wrong value, if he is only allowed to > output data. > And the view writer can screw it too, using that logic... Saying "separating logic from d

Re: math tag

On Tue, May 3, 2011 at 3:57 PM, Johannes Dollinger wrote: > > FWIW, here are some concrete use-cases for math in templates: > > * __mul__: Display a value of 0.42 as 42%. > * __neg__/__abs__: Display the absolute value and signum of a number > separately. > * log: Display a number on a logarithmi

Filtering on Many2Many Related Objects

Hello all, Earlier I was trying to filter for objects that had a set of other objects related to them by a ManyToManyField. It's a bit awkward, and I have a couple of proposals to improve it. Consider the following models: class Person(models.Model): name = models.CharField(max_length=128)

Re: Proposal: remove "Change" links on admin index page

On Tue, May 24, 2011 at 3:48 AM, Anshuman Aggarwal wrote: > Luke, >  I completely agree on the need for change and personally +1 this as > it is a completely confusing historical annoyance. > > However, as in all deprecation, I would suggest that we start with a > global setting that allows these

Re: Filtering on Many2Many Related Objects

On Sun, May 22, 2011 at 05:42:00PM -0700, Chris Beaven wrote: > Isn't the first suggestion (__contains) achievable already by just chaining > two filters: Group.objects.filter(persons=p1).filter(persons=p2) ? Sure, but if I want to filter on several different numbers of persons, it gets very mess

Timezone-aware storage of DateTime

I can almost hear the collective sigh as this topic once again rears up ;-) I am currently developing an app with Django that uses the SQLite backend, and I noticed that Django stores DateTime fields as naive (eg. non TZ-aware), local timestamps, making these databases non- portable to servers run

Re: Timezone-aware storage of DateTime

On Jun 1, 3:16 pm, VernonCole wrote: > On the other hand, I found it necessary to convert date-time values to > ISO format strings in order to feed them to Microsoft ACCESS databases > in some cases, and that works well. But again, as with SQLite, the DB > has no concept of time zones. In the abse

Re: Timezone-aware storage of DateTime

An alternative to perhaps consider is an expanded range Unix epoch- like timestamp. The Postgres timestamp type is stored as a 64 bit integer, with 1 microsecond resolution. SQLite supports storing integers with up to 8 bytes, so it would be feasible to mimic the internal storage of a Postgres tim

Re: Timezone-aware storage of DateTime

Which means the task of moving data from one database to another, or applying non-Django tools to the data suddenly has become much more complicated - to the point that non-Django people looking at the database will rightly wonder why the framework is obfuscating data. Daniel Greenfeld

Re: Timezone-aware storage of DateTime

On Jun 5, 11:16 pm, Daniel Greenfeld wrote: > If you store DateTime in another format then what the database is designed > to deliver, then you don't just lose sorting and search capabilities, you > also lose the ability for that data to be read and understood trivially by > ot

Re: Timezone-aware storage of DateTime

On Jun 7, 4:30 pm, Luke Plant wrote: > There seems to be the assumption in other messages in this thread that > Django 'owns' the database. That is not the philosophy Django takes - it In the case of SQLite, it just plain sucks, because the DB is too stupid to support a true timestamp data type.

Re: Django Error Display Page

On Thu, Jun 09, 2011 at 08:31:44PM -0700, Valentin Golev wrote: > What I'd really like is a stacktrace in a plain text in the html > commentary ("") on the very top of the page. I've opened https://code.djangoproject.com/ticket/16227 with patch attached. Regards, Dan -- You received this mess

Re: Form Rendering API Proposal

said as someone who has done almost as much frontend as backend work) What is the "significant wart" ? Daniel -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegr

Re: Form Rendering API Proposal

On Thu, Jun 23, 2011 at 10:11 AM, Idan Gazit wrote: > > > On Thursday, June 23, 2011 4:06:05 PM UTC+3, dmoisset wrote: >> >> What is the "significant wart" ? > > The formconfig tag is a little bit "magical"; there's no other example in > the template langauge of something explicitly affecting stat

Re: Django Design Czar

On Mon, Jun 27, 2011 at 4:10 AM, Victor Hooi wrote: > heya, > Sorry to resuscitate an old thread, but I was just wondering if there was > any update on this? Was somebody made the Django design czar? Or is there > any word on the Django admin redesign front? > (https://groups.google.com/d/topic/dj

Re: Timezone-aware storage of DateTime

On Jun 28, 3:26 pm, Stephen Burrows wrote: > I agree that it would be nice to be able to store tz-aware datetimes - > but if django were going to do so, it ought to store the datetimes > with the timezone information intact, rather than converting > everything to the project's timezone. So, if a c

Re: Forced password reset in django-admin

On Wed, Jun 29, 2011 at 8:36 AM, benjaoming wrote: > > Dear all, > > As a maintainer of many Django sites, I would often like to see a very > small feature implemented, that could make life a lot easier for me: > To force my users to set their own password. > > I know this could lead to a long deb

<    1   2   3   4   >