Re: Admin-Actions also in the object details view

There is already a ticket for this request: http://code.djangoproject.com/ticket/12090 -- 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 this group,

Re: 1.2 beta?

Hi, I am far away from beeing a commiter, but would like to get some thoughts about the AnonymousUser permission checks written down (I'll keep it short to not hijack this thread): By the time I moved permission checks to the backends I didn't thought much about anonymous users (I guess that was b

Re: AnonymousUser has_perm/has_module_perms function check authentication backends

On Jan 26, 3:19 pm, Harro wrote: > - If the default backend always returns false for anonymous users then > pluggable apps have to either expect some row level permission system > is installed and used or don't check permissions for things that an > anonymous user can access. Why do they have to e

Re: AnonymousUser has_perm/has_module_perms function check authentication backends

> some documentation should also be added. + Tests The question is, whether we want `supports_anonymous_users` to go away at some point or stay forever (I would prefer if it went away and every backend had to support anonymous users; then the patch would need the usual deprecation warnings…). Che

Re: AnonymousUser has_perm/has_module_perms function check authentication backends

> I would then write a simple decorator which checks the backends for > that flag to determine if we should do a login_required or has_perm > check. > Because a real pluggable app would want to support both :) No it wouldn't. It would either use the permission system or the decorator for login_requ

Re: HTML 5

> I'd like to see using the new input types (eg for > email form fields). Since this doesn't break any backwards compatibility > it shouldn't hurt to include this. It is backwards incompatible, every current app which is outputting valid html/xhtml will stop beeing valid; eg this document doesn't

#12804 - decorating admin views marked as invalid

Hi, first of all, I agree with Luke that it's hard to fix this if it's possible at all [1]. The only real problem I have with this ticket beeing closed is the backwards compatibility issue. Decorating admin views worked just fine in 1.1 and r11660 broke it (At least I hope it worked in 1.1, but as

Re: #12804 - decorating admin views marked as invalid

ve got it fairly sorted out now, I'll post > tomorrow about this. > > Luke > > On Sunday 07 February 2010 21:11:42 Luke Plant wrote: > > > > > On Sunday 07 February 2010 10:45:29 Florian Apolloner wrote: > > > Hi, > > > > first of all, I agre

Re: #12804 - decorating admin views marked as invalid

On Feb 8, 2:44 pm, Luke Plant wrote: > What do people think? +1 for everything which removes the magic from auto_adapt_to_methods. Can't say much about the backwards incompatiblity issue, cause I don't care ;) Of course it would be nice, but given the options I would just document it and live with

Re: Ticket #13115: Grouping multiple fields into one form-row div

Can you tell us what the difference to fieldsets would be (as ramiro already pointed out: http://docs.djangoproject.com/en/1.1/ref/contrib/admin/#django.contrib.admin.ModelAdmin.fieldsets)? Cheers, Florian -- You received this message because you are subscribed to the Google Groups "Django dev

Re: GSoC: App Loading

I don't have much to say, as Alex pretty much covered it; but that's the list: * Assume an app1 which requires another app2 (and has some ForeignKeys to it). Currently that's easy; just import the model and ForeignKey it. How would those imports look like in your case (eg to which models would ap

Re: default delete() clear() behavior and you.

t? Cheers, Florian Apolloner On Apr 5, 8:06 pm, Kevin howerton wrote: > Hi. > > So I came across a use-case for wanting to delete content (which > django doesn't really handle exactly to my liking).  I just got back > from a vacation in vegas and noticed in a drunken stupor I ha

Re: default delete() clear() behavior and you.

Hi, On Apr 6, 12:19 am, Kevin Howerton wrote: > I only killed one hooker, but it was really small so I don't know if it > counts. Hmmm… > The problem with those patches though are that they don't appear > (correct me if i'm wrong) to account for handling different deletes > per reverse relation

Re: Wherein Benjamin Franklin answers questions pertaining to the Django development process

On Apr 20, 10:38 am, Andrew Badr wrote: > Umpires? Strike three off a curveball? +1, though I'd quoted big bang theory, no need for a umpire, bdfl should be more than enough! -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this

Re: High Performance solutions are needed to do things like urlretrieve

On Jul 16, 1:51 pm, shi shaozhong wrote: > Any solution for this? Yes; plz post usage questions to django-users. Cheers, Florian -- 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...@googl

Re: request.is_ajax() and hidden iframe kludge => request.is_framejax()?

Hi, On Jul 16, 7:25 pm, David De La Harpe Golden wrote: > People doing ajax have probably hit the "XMLHttpRequest doesn't do file > uploads (at least not non-browser-specifically), use a hidden iframe > kludge or flash" issue. Anyway, maybe that will change one day It's already changing, modern

Re: djangoproject.com hiccup: community section configured wrong

On Jul 16, 11:20 pm, Jeremy Dunck wrote: > I looked just now, and it looks like the importer ran incorrectly for > one run -- from "My thoughts on DjangoCon Berlin 2010" to "First Post" > on the run at July 9, 2010 at 4:04 PM. Aren't those all from http://nomadblue.com/? Maybe Hector Garcia's f

Re: request.is_ajax() and hidden iframe kludge => request.is_framejax()?

On Jul 17, 11:29 am, Gregor Müllegger wrote: > I think Florian meant that its not possible to change HTTP headers by > Javascript XSS attacks (or am I wrong here as well?). Exactly. -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post t

Re: {% url %} for generic views (proposal)

On 13 Mrz., 16:32, Ivan Sagalaev <[EMAIL PROTECTED]> wrote: > Jacob Kaplan-Moss wrote: > > I've been thinking about this a bunch myself. I came up with some > > ideas similar to yours, but so far they're just in my head. I'll try > > to write 'em up, but in the time being I'd love to see you (or >

feature request, fields in models.STACKED

I would like to be able to do something like this: http://groups.google.at/group/django-users/browse_thread/thread/62ef2b417fad1b8d/532c9b3fdf2ad36d Any chance to get this into the new admin? Thx, Florian --~--~-~--~~~---~--~~ You received this message because y

Re: feature request, fields in models.STACKED

On 23 Apr., 07:05, "James Bennett" <[EMAIL PROTECTED]> wrote: > Please keep in mind when suggesting features that one of the goals of > newforms-admin is to add flexibility for customizing the admin; > there's no way to directly support every possible feature everyone > will ask for, so customizat

Re: general interest in faster bulk_update implementation

Hi Jörg, Regarding your question about database version support: https://docs.djangoproject.com/en/4.0/ref/databases/ lists the supported versions. Granted not as support grid and you have to scroll to every database, but it is usually in the first paragraph. If f-expressions are currently sup

Re: Status of 4.1 pre-release.

On Thursday, May 12, 2022 at 1:33:38 PM UTC+2 thinkwel...@gmail.com wrote: > > Next step would be someone to pick the preliminary work up and push it > forward. > > I guess I thought the "preliminary work" was already done. There's a > driver written, and a PR for a django backend. > I don't th

Re: Supporting Oracle's renamed cx_Oracle driver in Django

Hi Chris, a thin client seems like great news to me :) On Friday, May 27, 2022 at 3:05:51 PM UTC+2 christopher@gmail.com wrote: > 1a. What about completely replacing cx_Oracle with python-oracledb > (oracledb)? Python-oracledb is just a major release of cx_Oracle with a new > name. We hav

Re: Feature Idea: Allow setting session cookie name dynamically

Hi Maciej, You can already customize the cookie name via a setting. What this request is asking is customization based on the request object which is not that common. Did you check that you configured your applications correctly to use different cookie names (https://docs.djangoproject.com/en/

Re: Supporting Oracle's renamed cx_Oracle driver in Django

Hi Chris, On Tuesday, June 7, 2022 at 11:30:46 AM UTC+2 christopher@gmail.com wrote: > The question is how to add support cleanly so that both names are > supported in 4.1? Is there a preference? Particularly how can it be be > done to reuse code without (temporary) duplication? > Good

Re: Changing the role of the Technical Board

Hi James, On Tuesday, October 25, 2022 at 12:27:03 AM UTC+2 James Bennett wrote: > On Mon, Oct 24, 2022 at 2:24 PM Andrew Godwin wrote: > >> Proposing features - this is already in DEP 10, so I more just want to >> get that aspect of the Board actually going (and, as a side-effect, have >> som

Re: #21978 include production-ready web server

Hi Pete, this does look interesting. And I agree that this is something that would be nice to have in core in one form or another. That said I think we have to do it iteratively (ie in smaller parts) and evaluate along the way. Since you asked for feedback, I'll tell you what I'd do differently

Re: #21978 include production-ready web server

case, I hope to be enlightened (no sarcasm > here). > > LP, > Jure > > On 26. 10. 22 09:30, Florian Apolloner wrote: > > Hi Pete, > > this does look interesting. And I agree that this is something that would > be nice to have in core in one form or another. That said

Re: #21978 include production-ready web server

Hi Peter, On Saturday, October 29, 2022 at 6:07:16 PM UTC+2 pe...@lincolnloop.com wrote: > Since you asked for feedback, I'll tell you what I'd do differently (and >> this is also a sign that production environment vary widely). >> > > Production environments do vary widely, but I don't think t

Re: #21978 include production-ready web server

Hi Tobias, On Sunday, October 30, 2022 at 2:02:36 AM UTC+2 tob...@caktusgroup.com wrote: > Regarding DJANGO_ENV, why not ship the template with two settings files > and use the existing DJANGO_SETTINGS_MODULE, instead of adding a new > environment variable? > That is certainly one way to do i

Re: #21978 include production-ready web server

On Monday, October 31, 2022 at 5:27:02 PM UTC+1 pe...@lincolnloop.com wrote: > In my ideal scenario, the default is a hard-coded settings file for the > project (deprecating DJANGO_SETTINGS_MODULE env var) and we have > CONFIG_LOADERS defined in the settings that could do env, toml, etc. > Perh

Re: #21978 include production-ready web server

1, 2022 at 11:52 AM Florian Apolloner > wrote: > >> On Monday, October 31, 2022 at 5:27:02 PM UTC+1 pe...@lincolnloop.com >> wrote: >> >>> In my ideal scenario, the default is a hard-coded settings file for the >>> project (deprecating DJANGO_SETTINGS_MOD

Re: #21978 include production-ready web server

022 at 8:20:00 AM UTC+1 m...@feinheit.ch wrote: > On Tue, Nov 1, 2022 at 10:34 AM Florian Apolloner > wrote: > >> Right, that would work. I am wondering though if we want to go all in on >> a typed config object like that or in a first step only have a simple API >> li

Re: [Technical Board?] Project Ideas, and beginning GSoC 2023.

I do have ideas but no idea about how viable they are in a GSoC context. Nevertheless I will put write them down here, maybe we can find smaller scopes if needed and if not, it still serves as a list of things that I'd think to be interesting: * Probably my number one since it kinda is a block

Re: Technical Board vote on DEP 0012: The Steering Council

Hi, +1 from me, but I'd like to ask the wider community (ie DSF members) whether they support this change. While there has been some opposition on whether a change likes this will actually change things, I think that given the overall good reception of the proposal it is at least worth to try

Re: Integrate dj-database-url into Django

The thread that Carlton refers to is https://groups.google.com/g/django-developers/c/q20_Cxske88 -- don't be deterred by the title of it, it really talks about handling settings as well :) I kinda agree with James. I'd like to have a proper answer for handling settings rather then go setting b

Re: Proposal: Constructing urls outside the request cycle

On Sunday, April 16, 2023 at 10:21:20 AM UTC+2 Adam Johnson wrote: One question though, how will we support projects that are served at multiple domains? Would Django only support the "main" site through BASE_URL and require you to perform URL construction for other domains as required? As us

Re: Select API choice when starting new project.

Hi, this is something which is already supported via the template argument to startproject/startapp. Cheers, florian On Sunday, April 16, 2023 at 11:47:44 PM UTC+2 Daniel Azubuine wrote: > When starting a new Django project, the user can select if he wants to > build an API or use the Django t

Re: Drop CSRF middleware from the settings template

Hi, On Tuesday, April 18, 2023 at 10:57:55 PM UTC+2 jure.er...@gmail.com wrote: Well, TBH, I've just completed dealing with CSRF form in my projects. I ended up exempting the particular view from CSRF because I didn't know how to get the stuff to work. The problem was that django parsed the bod

Re: Drop CSRF middleware from the settings template

On Thursday, April 20, 2023 at 1:00:05 PM UTC+2 Jure Erznožnik wrote: OK, I'll bite: For the first issue, my problem revolved around this code: @property def POST(self): # Ensure that request.POST uses our request parsing. if not _hasattr(self, '_data'): self._load_data_and_files() if is_form

Re: Proposal to upgrade django.core.mail to Python's modern email API

Hi Mike, overall the plan sounds good. I especially like the approach to "fix" the tests first. This can happen in an extra merge request and reviewed independently so we can be sure that we are still testing what we want to test before moving to the tricky parts. On Thursday, June 27, 2024 at

Re: Proposal to upgrade django.core.mail to Python's modern email API

On Saturday, July 6, 2024 at 12:30:32 AM UTC+2 Mike Edmunds wrote: Incidentally, I thought there was (used to be?) a policy that internal undocumented APIs were fair game for use by third-party libraries, subclassing, etc., so long as they didn't start with an underscore. (But "private" undersc

Re: Update on Ticket #16891: Delete/update should return number of rows modified

Hi, On Saturday, November 26, 2011 9:42:38 PM UTC+1, Steven Cummings wrote: > > So, what are core-dev thoughts on going on ahead and returning > row-modified counts from Model.save() and QuerySet.update/delete? > QuerySet.update already returns the modified row count. Cheers, Florian -- You r

Re: Update on Ticket #16891: Delete/update should return number of rows modified

I think it would be great if delete would return the deleted rows (but only of the base table obviously), -1 on model.save() returning a rowcount. Cheers, Florian -- You received this message because you are subscribed to the Google Groups "Django developers" group. To view this discussion on

Re: Python 3 port - all tests now pass on 2.5.4, 2.6.2, 2.7.2 and 3.2.2 with the same codebase

Hi, On Monday, December 5, 2011 2:10:50 AM UTC+1, Vinay Sajip wrote: > > I've already done the fsync = off, but it didn't make that much > > difference :-( > Use a tablespace which lies in a ram disk, you can't get any faster than that I/O wise ;) -- You received this message because you are s

Re: PUT and post data

Hi, On Wednesday, December 7, 2011 9:33:52 AM UTC+1, Thibault Jouannic wrote: > So, don't you think the `request.POST` variable should be processed > for every request with the "x-www-form-urlencoded" content type, > whatever the http verb is? > That would be really odd imo and confusing as hell

Re: PUT and post data

Hi, On Wednesday, December 7, 2011 11:09:38 AM UTC+1, Thibault Jouannic wrote: > > If I'm not wrong, only the PUT method can specify POST like > parameters. > Before writing my answer I did look on w3c and at least OPTIONS is allowed to have a body (can't tell you if it has to be a specific cont

Re: FileField should be a context manager

On Thursday, December 8, 2011 11:36:53 PM UTC+1, Alex_Gaynor wrote: > It isn't alreayd?!?! All file objects django exposes should be context > managers, I thought I added that to a base mixin class a while ago, but > apparently I didn't add it to the right thing. > Your memory serves you wel

Re: Add disabled cookies as possible cause of csrf token 403 debug page

Hi, as usual: patches are more than welcome :) Cheers, Florian -- 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/-/o-JLBD7RdIoJ. To post to this gro

Re: Bug with contenttypes when models are removed - what approach to take?

On Saturday, December 24, 2011 6:55:53 PM UTC+1, Diederik van der Boor wrote: > > I've encountered a bug with the contenttypes framework when a model is > removed. You'll end up with a AttributeError in _add_to_cache(): > > 'NoneType' object has no attribute '_meta' > > That's because t

Re: notice: change in Trac emails behavior

If trac doesn't allow to change this via the admin interface a simple plugin should be enough (It's Genshi after all so we can alter the stream and just check the box ;)). If this is the wanted behavior I could try writing a plugin. cheers, Florian -- You received this message because you ar

Re: notice: change in Trac emails behavior

On Tuesday, January 3, 2012 5:13:27 PM UTC+1, Dalton Barreto wrote: > > 2012/1/2 Florian Apolloner : > > This could work, but if the plugin checks the box on every request a > user that do not want to receive the updates must uncheck every time > he updates a ticket. &g

Re: Proposal: Logout user when they change their password.

And how could we do that? Sessions aren't linked to the user (well they are, but not in a queryable way). Cheers, Florian -- 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/

Re: Caching back-refernces on one-to-one fields

Hi, On Wednesday, January 18, 2012 8:07:26 PM UTC+1, Shai Berger wrote: > > Do you see a reason why I should not post a ticket? > No, please go ahead. Funny you mention that problem now, I ran over the same thing yesterday :) Cheers, Florian -- You received this message because you are subscr

Re: Tutorial for dev version not working (Polls app): admin

Hi, Please post questions to django-users; once we determined it's not an error by you django-developers is the correct mailinglist for discussing bugs. Cheers, Florian -- You received this message because you are subscribed to the Google Groups "Django developers" group. To view this discuss

Re: Fieldsets in forms - ready to check-in

Hi, since it's a new feature and the beta release is already out, there is no chance of getting that into 1.4 -- I think it's best if you push this thread again after 1.4 has been released. Cheers, Florian -- You received this message because you are subscribed to the Google Groups "Django

Re: MySQL connection pooling - preferred method??

On Friday, February 17, 2012 10:11:57 PM UTC+1, Cal Leeming [Simplicity Media Ltd] wrote: > > # Apparently this will stop many connections to MySQL > from django.core import signals > from django.db import close_connection > signals.request_finished.disconnect(close_connection) > This approach

Re: MySQL connection pooling - preferred method??

Hi, On Friday, February 17, 2012 11:08:40 PM UTC+1, Cal Leeming [Simplicity Media Ltd] wrote: > > Could you elaborate on this a bit more? And would this affect MySQL? Well there isn't much more to it than a "ABORT; DISCARD ALL" at the end of the session to discard changes and clean (abort) and

Re: MySQL connection pooling - preferred method??

Yes, ABORT + DISCARD should do it for postgres (or ABORT; RESET ALL; SET SESSION AUTHORIZATION DEFAULT if pg < 8.2) Cheers, Florian -- 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.g

Re: django-admin.py startproject creating duplicate settings.py files

Cause ``reset --hard`` only resets managed files, not unmanaged files. ``git clean -fdx`` would have done the job (make sure to read the help before issuing that command). Cheers, Florian -- You received this message because you are subscribed to the Google Groups "Django developers" group. T

Re: integration of sphinx documentation in a website a la https://www.djangoproject.com/

Hey, did you know that the webpage is opensource? You can take a look yourself: https://github.com/django/djangoproject.com Cheers, Florian On Friday, February 24, 2012 10:33:54 PM UTC+1, d b wrote: > > Hi, > > I just got started using Sphinx to generate documentation, and am loving > it.. bea

Re: Newline stripping in templates: the dnl way

Hi, On Friday, February 24, 2012 7:48:29 PM UTC+1, ojno wrote: > > Jinja implements whitespace control by putting a minus sign after/before > the % in a tag - http://jinja.pocoo.org/docs/templates/#whitespace-control - > I haven't tried it myself, but it looks like {% tag -%} is equivalent to >

Re: Newline stripping in templates: the dnl way

s/why/way/ sry :( On Friday, February 24, 2012 11:47:21 PM UTC+1, Florian Apolloner wrote: > > Hi, > > On Friday, February 24, 2012 7:48:29 PM UTC+1, ojno wrote: >> >> Jinja implements whitespace control by putting a minus sign after/before >> the % in a tag -

Re: Newline stripping in templates: the dnl way

Hi, On Saturday, February 25, 2012 5:27:43 AM UTC+1, Tai Lee wrote: > > Adding more symbols to existing tags (e.g. {^ for x in y ^} or {% for > x in y -%}), multi-line comment tags that don't actually include a > comment, and half baked comment tags (where the closing tag is > assumed) are all

Re: Newline stripping in templates: the dnl way

Hi, On Saturday, February 25, 2012 10:04:21 AM UTC+1, Anssi Kääriäinen wrote: > > In most situations white space matters: > {{ user.lastname }} {{ user.firstname }} > Right, but """ {{ user.lastname }} {{ user.firstname }} """ would have produced exactly the same output in HTML, hence my state

Re: override_settings with dynamic model creation

Hi, On Monday, February 27, 2012 2:53:37 PM UTC+1, Alisue wrote: > > But I found that ``override_settings`` is available in dev version of > django. So I just wonder that if official django's > ``override_settings`` support dynamic model creation. ``override_settings`` does exactly what the na

Re: New feature: Support for MessagePack Serializer

Hi, since this Serializer can be easily maintained outside of core there is no need to include it. -1 from me. Cheers, Florian -- 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.goog

Re: Django participation in Google Summer of Code 2012

Hi, Am Donnerstag, 8. März 2012 15:51:58 UTC+1 schrieb Vladimir Perić: > > I was also considering applying for as a GSoC student to Django this > summer, but I see that the "Python 3 porting" project has been removed > from the new list. Is there a reason for this? > Django already has a workin

Re: authentication by email

Hi, On Friday, March 9, 2012 6:54:16 AM UTC+1, Clay McClure wrote: > > if settings.AUTH_EMAIL_AUTHENTICATION: > Hell, not another ugly setting like this. Should these things really take five years? What happened to pragmatic? > Yes, since no one needs it. Okay no one isn't true, but no one (for

Re: Language Translation

Hi, please post usage questions to django-users. Thx. On Friday, March 9, 2012 4:23:37 PM UTC+1, Vishnu vg wrote: > > Hi Friends, > > I have a cms based existing django site. I want to translate it to german > or other language, Please suggest which is the best method? > > > -- > Regards > > Vi

Re: auth.User refactor: reboot

Hi lepture, aside from the fact, that it's not really a security bug we do ask people not to report security issues public but mail to security at djangoproject.com. Reporting them in the open does help neither you nor us. And please don't hijack threads like this -- this thread is about a com

[GSoC 2012] Questions regarding the contrib.auth project

Hi, I would like to participate in this years Google Summer of Code. As a project I would like to tackle Django's beloved auth.User model. The topic has been discussed quite extensively the last days so I won't repeat everything here again. My prefered solution would be "Solution 3" from the C

Re: Tagging 1.4 django release in Subversion

Hi, it's not tagged yet on purpose. Cheers, Florian On Sunday, March 25, 2012 8:26:17 AM UTC+2, jdetaeye wrote: > > > Can a developer please tag the 1.4 release in the SVN repository please? > Ie create > http://code.​djangoproject.com/svn/django/​tags/releases/1.4

Re: Tagging 1.4 django release in Subversion

Hi, good news: tag is there (https://code.djangoproject.com/changeset/17810) On Monday, March 26, 2012 6:05:47 AM UTC+2, Tai Lee wrote: > > How come? The release that can be downloaded from the site already must > correspond to an SVN revision number, right? Why not tag it as such so that > peo

Re: Tagging 1.4 django release in Subversion

Hi Tom, On Monday, March 26, 2012 5:59:45 PM UTC+2, Tom Evans wrote: > > Out of interest, is there any documentation of the release process? > Not sure if the process is documented in public somewhere, a quick search suggests no -- might be wrong. > I'm also intrigued how you have a release ta

Re: Tagging 1.4 django release in Subversion

Hi, On Tuesday, March 27, 2012 7:09:44 AM UTC+2, Łukasz Rekucki wrote: > > For a moment, I thought we could have some more of that magic and > amend the commits in git, so that "author" would be the patch > contributor and commit author would be the "committer". This should be > possible in most c

Re: Http404 and process_exception

Hi, this mailing list is for the development of django itself. Please direct user question to django-users. Cheers, Florian -- 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.c

Re: Dropping django.utils.simplejson

Hi, I am for number 2 too, but don't forget that's deprecation in 1.5 and 1.6 and removal in 1.7 Cheers, Florian -- 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/dj

Re: auth.user refactor: the profile aproach

Hi Adrian, On Tuesday, April 3, 2012 10:34:18 PM UTC+2, Adrian Holovaty wrote: > > I chatted about this with Jacob on IRC, and we reached consensus on > this approach. I'd like to get moving on this and would be happy to > take it on myself, starting next week. > I'd like to help out there, could

Re: extra files in startproject

On Friday, April 13, 2012 6:49:32 AM UTC+2, Alex Ogier wrote: > > I have seen setup.py's that use remove_tree as part of a "clean" command > to allow someone to run "setup.py clean && setup.py install" to obtain > a pristine distribution idempotently, which I think is a good idea. > No, they shou

Re: GitHub migration planning

Hi, On Tuesday, April 24, 2012 7:30:05 AM UTC+2, Tai Lee wrote: > I just remember Adrian basically saying (and I'm paraphrasing here): "I've > been away too long, but I'm back now and I've decided that we're moving to > GitHub!" > I had that feeling a bit myself, but I think there have been mo

Re: GitHub migration done!

On Tuesday, May 1, 2012 6:40:53 PM UTC+2, dstufft wrote: > > Pretty sure this isn't going to make a compatible with the existing > mirror > mirror but http://hg-git.github.com/ should make it easy to go from git > -> hg. > Far from easy, last time (or actually times) I tried to use it it broke

Re: GitHub migration done!

On Wednesday, May 2, 2012 3:37:07 PM UTC+2, Florian Apolloner wrote: > > Far from easy, last time (or actually times) I tried to use it it broke in > many horrible ways :( [And either the link isn't listing an up2date project > or it's really dead since 3 years] >

Re: Djangopeople.net status

Hi Russell, can't we integrate it into the new djangoproject.com site? I would prefer that over having it hosted externally etc... Cheers, Florian -- You received this message because you are subscribed to the Google Groups "Django developers" group. To view this discussion on the web visit

Re: Djangopeople.net status

On Friday, May 11, 2012 1:40:45 AM UTC+2, dstufft wrote: > > djangopeople.me ? > I for one hate the fact that it's twitter login only :( -- You received this message because you are subscribed to the Google Groups "Django developers" group. To view this discussion on the web visit https://

Re: #18277 : Passing additional context to startproject command

On Tuesday, May 15, 2012 3:53:56 PM UTC+2, Dominique Guardiola Falco wrote: > > Example use case : in order to make a valid wsgi.py file, pass the > virtualenv site-packages folder path > Why would your wsgi file need to know the site-packages folder? Shouldn't the external hosting mechanism co

Re: Suggestion: make auth login view more dynamic

Hi, -1 from me here. A) why don't you have site_name_name etc (those are still fixed). B) templates need to be able to rely on a name, if your template expects a different name user {% with form as my_form %} Cheers, Florian On Wednesday, May 23, 2012 1:02:53 PM UTC+2, Hedde van der Heide wro

Re: Suggestion: make auth login view more dynamic

Hi Hedde, On Thursday, May 24, 2012 3:08:22 PM UTC+2, Hedde van der Heide wrote: > > @Florian, The other context variables should be dynamic aswell. > No they shouldn't be made dynamic at all (none of them!) -- As Andy suggested CBV are a way better option. > I don't agree with your template

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

Hi, On Wednesday, June 6, 2012 4:32:02 PM UTC+2, Anssi Kääriäinen wrote: > > Still, yet another API idea: [snip] > > Then, Model.__new__ will replace the SwappableUser class with the > swapped in class. The 'swappable' in model.Meta tells which concrete > model implementation to use. > I'd r

Re: auth_permission column lengths

Hi Greg, Django itself can't change that currently since there is no support for schema alteration in Core. Once we get that we can tackle issues like that and increase to a sensible limit. (both name and codename might cause problems…). Cheers, Florian -- You received this message because y

Re: Skip session save on 500 responses

On Friday, July 6, 2012 12:02:56 AM UTC+2, Luke Plant wrote: > > I agree it should be changed, and I would regard it as a bug fix, but > make a note of it in the 1.5 release notes nonetheless. > +1 Cheers, Florian -- You received this message because you are subscribed to the Google Groups

Re: propagating unnamed groups to included URL patterns

Hi, there is no need to write to django-developers to notify us about ticket changes, we do follow trac and there is an extra ML for ticket updates. Cheers, Florian On Wednesday, July 11, 2012 5:18:44 PM UTC+2, Stefan Talpalaru wrote: > > https://code.djangoproject.com/ticket/18494 > > I've got

Re: When to close pull requests

Hi, On Sunday, July 15, 2012 11:07:41 AM UTC+2, Anssi Kääriäinen wrote: > > I think we should categorically close pull requests which are non- > trivial and do not contain ticket reference, and also those pull > requests which are more than "last polish" away from merge. Even in > the case of l

Re: new syntax for management commands

Hi, On Sunday, August 12, 2012 2:22:58 AM UTC+2, Russell Keith-Magee wrote: > > I'll agree that it looks appealing. However, as always, my question is > about backwards compatibility. > Seriously? In my eyes it's ugly, especially if you have more than one options. Eg imagine you have decorated

Re: new syntax for management commands

Hi, On Monday, August 13, 2012 1:54:36 AM UTC+2, Alex_Gaynor wrote: > > In my view, the current largest source of boilerplate with management > commands is where they have to be, you have to stick them 3 directories > deep. Writing a command itself is pretty boilerplate free. > Agreed, a saner

Re: django.core.urlresolvers swallowing AttributeErrors

Fixed in https://github.com/django/django/commit/367bfaa5226eaae3278989e63f16063d5cc46cd8 On Tuesday, August 14, 2012 6:01:56 PM UTC+2, Dan Passaro wrote: > > Hello, > > I was working on a project and noticed that urlresolvers.py would swallow > attribute errors in user code. > > The way the get

Re: ``models.BooleanField`` fields default to ``False`` when missing from fixtures

On Monday, September 24, 2012 3:07:37 PM UTC+2, Yo-Yo Ma wrote: > > Yep, that looks like it. IMHO, this is a bug that should be fixed without > delay, as it breaks a cardinal rule for Pythonistas, and could even lead to > a "data corruption" situation, if a dev was to add a boolean field and > f

Re: Http handler may assign urlresolver-related data to request

Hi Benoit, as a matter of fact I want to add that to 1.5, and I started playing with a small testapp to see what's needed: https://github.com/apollo13/django-locale-switcher -- My conclusion is also that stuffing the resolver_match on the request would be the best option. We have another five

Re: Http handler may assign urlresolver-related data to request

I added a patch to https://github.com/django/django/pull/399 -- Let me know what you think, if I don't get any negative feedback I'll commit it before the feature freeze. Cheers, Florian On Tuesday, September 25, 2012 4:00:48 PM UTC+2, Florian Apolloner wrote: > > Hi Benoit, &g

  1   2   3   4   5   6   7   8   9   >