Re: Proposal: provide postgresql powered full-text search in djangoproject.com

> On 12. May 2017, at 11:42, Aymeric Augustin > wrote: > >> On 7 May 2017, at 11:32, Curtis Maloney wrote: >> >> Dogfooding is a fairly strong argument, IMHO. >> >> Especially when there's a volunteer to do the work. >> >> -- >> C > > I agree. > > I was mildly concerned about the effect o

Re: Getting full URL using django.urls.base.reverse - PR

Hi all, Full disclosure: I’m one of the authors of django-hosts. But I’ve thought about this problem a lot and maybe that’s useful for this discussion, maybe not :) # Passing the request to reverse I'm not convinced that reverse should be directly passed the request to build a full URL since i

Re: delegating our static file serving

> On 29 Dec 2015, at 01:36, Tim Graham wrote: > > I'd like to work together with Dave to develop a proof of concept that > integrates whitenoise into Django. I spent about an hour looking through > whitenoise and our own static file serving code, and I think integrating > whitenoise will yiel

Re: Keep django/django-old GitHub repo?

> On 25 Nov 2015, at 18:50, Aymeric Augustin > wrote: > > The real question is — did anyone remember that it existed before Tim brought > it up? I’m pretty sure we can drop it. Sure I remember, I have still a bunch of branches in my local clone from repo that I hope to get back to eventually

Ongoing incidient djangoproject.com

Hi all, We’re still investigating an ongoing incident that impacts the availability of https://www.djangoproject.com and https://docs.djangoproject.com – both are currently down. Downloads from PyPI are not affected by that and should work as ever. We’re in touch with our upstream provider and

Re: Django's docs application as a reusable app

Daniele, > On 14 Aug 2015, at 13:56, Daniele Procida wrote: > > We've been looking at the application used by the Django Project to build and > manage the Sphinx documentation: When you say we, who is that? > > > We want similar

Re: removing FlatPage.enable_comments field?

> On 13 Aug 2015, at 08:39, Loïc Bistuer wrote: > > How about we deprecate contrib.flatpages: > > - I see people abuse it all the time (do way more with it than they should) > just because it's in core. > > - FlatpageFallbackMiddleware is hardly an example to follow. > > - It can easily live

Re: Django Admin New Look

> On 07 Apr 2015, at 18:15, Aymeric Augustin > wrote: > > 2015-04-07 17:25 GMT+02:00 Marc Tamlyn : > The primary questions to establish answers to before a possible merge in my > opinion are: > - Do we ship both, or just the new one and release the old one as a third > party package? > > I'd

Re: discontinue shipping tests with contrib apps?

> On 10 Feb 2015, at 00:12, Tim Graham wrote: > > Is it a best practice? In my unscientific sampling, none of the following > ship tests inside the application directory, but rather in a separate "tests" > directory. Or did I misunderstand what you meant? > > - Django REST framework > - djang

Re: Django documentation doesn't show correctly in any browser

> On 14 Jan 2015, at 02:11, Some Developer wrote: > > Working fine now. Thanks! \o/ Jannis -- 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

Re: Django documentation doesn't show correctly in any browser

> On 14 Jan 2015, at 01:24, Some Developer wrote: > > On 13/01/15 19:48, patrick91 wrote: > >> I cannot see any of these on my mac, I'll see if I have any linux >> machine where I can see if I can reproduce. >> >> Meanwhile, can you tell us if you have the same styles for the code >> tags? htt

Re: Django documentation doesn't show correctly in any browser

> On 13 Jan 2015, at 20:15, Some Developer wrote: > > I know this isn't strictly speaking a Django dev topic but since the > developers are the ones who changed the Django documentation theme / > appearance they should probably be made aware of the problem. > > http://imgur.com/FtEpcdy > http

Re: Django documentation doesn't show correctly in any browser

> On 13 Jan 2015, at 20:15, Some Developer wrote: > > I know this isn't strictly speaking a Django dev topic but since the > developers are the ones who changed the Django documentation theme / > appearance they should probably be made aware of the problem. > > http://imgur.com/FtEpcdy > http:

Re: ANN: Django website redesign launched

> On 16 Dec 2014, at 20:00, Torsten Bronger > wrote: > > Hallöchen! > > Jannis Leidel writes: > >> We're incredibly proud to share with you the new design of the >> Django website, the documentation and the issue tracker. > > It's certainly

Re: ANN: Django website redesign launched

> On 16 Dec 2014, at 17:17, Bobby Mozumder wrote: > > Looks great. Thanks. > > Will this same look apply to the admin backend? Very unlikely, this was about redesigning the public Django websites. Jannis >> On Dec 16, 2014, at 11:09 AM, Jannis Leidel wrot

Re: ANN: Django website redesign launched

gt; wrote: > Thats a Fantastic feel > > Ramesh > > On Tue, Dec 16, 2014 at 9:47 PM, Bobby Mozumder wrote: > Looks great. Thanks. > > Will this same look apply to the admin backend? > > -bobby > > > > On Dec 16, 2014, at 11:09 AM, Jannis Leidel wrot

ANN: Django website redesign launched

Hi everyone, We're incredibly proud to share with you the new design of the Django website, the documentation and the issue tracker. This is a long time coming and we couldn't be happier to finally ship it :) As you can imagine, there will be bugs, so please bear with us and report issues to t

Re: delegating our static file serving

> On 28 Nov 2014, at 15:15, Tim Graham wrote: > > Berker has worked on integrating gunicorn with runserver so that we might be > able to deprecate our own homegrown webserver. Windows support for gunicorn > is supposedly coming soon which may actually make the idea feasible. This way > we pro

Re: Adding hard dependencies to Django's test suite

> On 28 Nov 2014, at 02:42, Tim Graham wrote: > > There have been some proposals to add new dependencies in Django's test suite: > > 1. #23289 - unittest.mock (included in Python 3.3+; a backport version would > need be installed when testing on Python 2.7 and 3.2) > 2. #23792 - freezegun (to

Re: Explicit relative imports

> On 11 Nov 2014, at 22:51, Aymeric Augustin > wrote: > > Hello, > > We’ve started using explicit relative imports in newer parts of the Django > source tree. They’re short and readable. That’s good. > > I would like to add guidelines about imports in the coding style guide in > order to im

Re: Storage engine aliases?

On 01 Oct 2014, at 14:33, Collin Anderson wrote: > In hindsight I regret not having pushed harder for integration of staticfiles > into core instead, lots of confusion could have been prevented, IMO. > > Is it too late to move to core? Good question, if we’d left the public API in django.con

Re: Storage engine aliases?

On 29 Sep 2014, at 22:46, Jeremy Dunck wrote: > Right now, I think that static/media handling is fairly confused in the > documentation, and a bit confused in the code itself. Please make sure to open tickets about this, I've long lost the ability to see at this code from the beginners perspe

Re: Setting dictionaries (was Re: integrating django-secure)

On 05 Sep 2014, at 23:18, Carl Meyer wrote: > On 09/05/2014 03:11 PM, Marc Tamlyn wrote: >> Yup, that works. The issue is that most users never explicitly call >> django.setup(), so they need to know how to modify manage.py and wsgi.py >> to do >> >> conf = MyProjectConfig() >> django.setup(con

Re: Updating the organization of the Django Project

This makes me very happy, thanks for plowing through it, Aymeric. +1 Jannis On 23.07.2014, at 15:29, Aymeric Augustin wrote: > Hello, > > I’ve been working on updating our organization: > https://github.com/django/django/pull/2947 > > This proposal attempts to address several issues with o

Re: Per-country URLs

On 12.07.2014, at 16:40, Florian Apolloner wrote: > On Tuesday, July 8, 2014 4:42:45 PM UTC+2, Aymeric Augustin wrote: > Surprisingly, the call to get_language() is in RegexURLResolver, not in > LocaleRegexURLResolver. That's at least a code smell and possibly a flaw in > the current implement

Re: Removing formtools from contrib (and call for maintainers)

Hi all, I’m one of the core devs who spent a non-trivial amount of time working on formtools — last to revamp the form wizard implementation there back in 2012 (based ironically on Stephan Jaeckel’s django-formwizard app). And I’ve put a non-trivial amount of time into spinning out another cont

Re: collectstatic - override default ignore list

On 02.07.2014, at 21:17, Aymeric Augustin wrote: > 2014-07-02 17:21 GMT+02:00 Tomas Ehrlich : > I'm just a bit confused with final decision. > > I don't think we have a decision yet ;-) > > As Jannis commented on ticket: "This is simple, don't add a global setting > but a parameter to the s

Re: FormWizard needs confirmation step logic. ticket #21644

tself. It is useful, and does not > deserve to be abandoned (like comments). Under github.com/django seems ideal > to me. > > Marc > > > On 3 June 2014 11:17, Jannis Leidel wrote: > Hi all, > > I’ve actually changed my mind about this after we successfully pull

Re: FormWizard needs confirmation step logic. ticket #21644

Hi all, I’ve actually changed my mind about this after we successfully pulled out django-localflavor (another niche contrib app) after some initial bumps. It’s now maintained under the Django umbrella org on Github: https://github.com/django/django-localflavor/ I would like to propose to do th

Re: Great Wall of DEP

Aymeric, On 08.05.14 19:23, Aymeric Augustin wrote: > On 8 mai 2014, at 16:26, Michael Manfre wrote: > >> It's been almost a month and the next step in the process for the first two >> DEPs is to merge the PRs and assign numbers to make them "active". The >> discussion for each of them can tak

Re: Great Wall of DEP

Michael, First, I would appreciate if you'd give feedback in a less passive aggressive style. I hope it's just a matter of language barrier but your mail came over as far too demanding for just a "curious" question. As far as I can see there has been activity in the pull requests (including from

Re: Proposal: Write unit tests for JavaScript

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Trey, all, I know we shortly talked about that at PyCon but I forgot to mention that a while ago we took a stab at that already. Sean Bleier was spear heading it and I helped out here and there: https://github.com/sebleier/django/compare/4f3ad28a9b

Re: DEPs: Django Enhancement Proposals

On 14.04.14 13:51, Adrian Holovaty wrote: Yesterday at PyCon, about a dozen people from the Django core team had a lunch meeting to talk about various ideas we should implement. One idea was to start doing a Django equivalent of Python's PEPs, which would serve as a formal way to document large

Re: App-loading: Pragmatic concerns about default AppConfig objects and ready() implementations

On 19.01.2014, at 08:56, Russell Keith-Magee wrote: > Hi all, > > First off - this isn't critical for 1.7 alpha - I'm raising it now because > I've been in this space for the last couple of days as a result of the > working on the check framework. I suspect any changes stemming from this > di

Re: Renaming apps.has_app

On 05.01.2014, at 22:11, Aymeric Augustin wrote: > Hello, > > During the app_loading refactor, I introduced a method to test if a given > application is enabled, and I named it `has_app`. > > Its main uses are detecting misconfigurations: > >if not apps.has_app('django.contrib.admin

Re: App-loading reloaded

>> shouldn’t contain a verbose_name that’s only used by a contrib app, namely >> the admin. I disagree for two reasons. Third-party apps could use >> verbose_name to reference other apps in user interfaces. >> Model._meta.verbose_name lives just fine in core and there’s no

Re: ANN: Django Sprint November 23/24, Thinkfarm co-working space, Berlin, Germany

On 21.10.2013, at 15:57, Marc Tamlyn wrote: > Hi Jannis, > > Let me know if you're in need of another committer at the sprint. Can't make > any concrete promises as yet and I'd need to work out how cheaply I can get > there, but I'd love to come assist if that's helpful. Marc, absolutely, th

ANN: Django Sprint November 23/24, Thinkfarm co-working space, Berlin, Germany

Hi all, I'm excited to announce that the next Django sprint will take place in Berlin, Germany on November 23rd and 24th. The event is organized by the German Django Association (http://django-de.org/) together with the Django Users Berlin. The sprint is hosted at the Thinkfarm co-working space

Re: Add strutctured settings module to django 1.7?

On 26.09.2013, at 01:45, Russell Keith-Magee wrote: > > On Thu, Sep 26, 2013 at 4:21 AM, VernonCole wrote: > I find myself using up lots of time and keystrokes explaining about the > benefits and methods of a structured settings module in django. > For example: Using-a-Structured-Settings-e

[ANN] django-localflavor 1.0 release

Hi all, As proposed two months ago [1], I just released django-localflavor 1.0 with all "local flavors" recombined. This fixes the failed handover of the django.contrib.localflavor app to the broader community with the per-country django-localflavor-* apps before the Django 1.5 release. Those

Re: Deprecate admindocs?

On 25.07.2013, at 14:29, Aymeric Augustin wrote: > Hello, > > I'd like to deprecate admindocs. Here are my reasons: > > 1) It's called the "documentation generator", but it only operates on > docstrings. This promotes the idea that docstrings are appropriate > documentation, while the Python

Re: Deprecate FCGI support in Django 1.7

On 14.07.2013, at 21:17, Florian Apolloner wrote: > Hi, > > I'd like to get rid of everything FCGI-specific in Django sooner or later > (rather sooner). Flup isn't maintained since a long time and there is no > ticket tracker to report stuff. Graham pointed out that if someone wants to > use

Re: #20739 - Making LiveServerTestCase not depend on staticfiles?

On 14.07.2013, at 15:16, Jannis Leidel wrote: > > On 14.07.2013, at 01:41, Ramiro Morales wrote: > >> Hi all, >> >> Ticket [1]8713 is tracking removing dependency of Django core on contrib >> apps code. >> >> One of the action items enumerated

Re: #20739 - Making LiveServerTestCase not depend on staticfiles?

On 14.07.2013, at 01:41, Ramiro Morales wrote: > Hi all, > > Ticket [1]8713 is tracking removing dependency of Django core on contrib > apps code. > > One of the action items enumerated there is the fact that > LiveServerTestCase makes use of django.contrib.staticfiles' facilities. > I've open

Re: Reconsider 20383: limited contexts for makemessages

On 05.07.2013, at 13:57, Ned Batchelder wrote: > On 7/4/2013 5:40 AM, Benjamin Wohlwend wrote: >> Hi, >> >> I recently hit a problem where I have to provide translations for a reusable >> app. In German (and most other languages, except English, it seems), there >> are different second-person

Re: Status of localflavor recombination

Quick update: The maintainers of the non-Django localflavors (Greece and Lithuania) both agreed to join in, too! \o/ Best, Jannis On 09.06.2013, at 13:33, Jannis Leidel wrote: > Hi all, > > I'm writing you today to report on the status of the recombination of the > loc

Status of localflavor recombination

Hi all, I'm writing you today to report on the status of the recombination of the localflavor app I've proposed a little while ago on the developer list: https://groups.google.com/d/topic/django-developers/vxCStIvpXc4/discussion To recap: we've handled the handover of the localflavor app to the

Re: Migrations, commands and syncdb

On 30.05.2013, at 20:03, Andrew Godwin wrote: > Hi everyone, > > I'm starting to plan out the commands for the new migrations stuff in Django, > and I've hit something of an impasse trying to decide which option to go for. > > Short background: South modified syncdb to just sync non-migrated

Re: Combine localflavor apps again

On 24.05.2013, at 19:28, Trey Hunner wrote: > On Tuesday, May 21, 2013 5:51:11 AM UTC-7, Jannis Leidel wrote: > So what I propose to fix this is simple: > > - combine the localflavor packages into one Python package again, call it > django-localflavor > - give all the

Re: Combine localflavor apps again

On 21.05.2013, at 20:00, ptone wrote: > > > On Tuesday, May 21, 2013 5:51:11 AM UTC-7, Jannis Leidel wrote: > Hi all, > > I'd like propose to combine all the django-localflavor-* packages - that were > moved out of contrib a while ago - into a new "django-l

Re: Combine localflavor apps again

On 21.05.2013, at 15:06, Aymeric Augustin wrote: > 2013/5/21 Jannis Leidel > I'd like propose to combine all the django-localflavor-* packages - that were > moved out of contrib a while ago - into a new "django-localflavor" package. > None of the current mainta

Combine localflavor apps again

Hi all, I'd like propose to combine all the django-localflavor-* packages - that were moved out of contrib a while ago - into a new "django-localflavor" package. None of the current maintainers would lose the commit bit. I'm ready to do the heavy lifting for that. Ever since the localflavor ap

Re: clarification of API backwards-compatibility policy

On Tue, Feb 19, 2013 at 10:56 PM, Carl Meyer wrote: > Hi, > > I was just about to tell someone on IRC that Django's > backwards-compatibility policy only applies to documented methods and > attributes (which is how I'd always understood it), but when I actually > went to look at the documented po

Re: proposal: post-collectstatic signal

On 11.11.2012, at 17:09, Justin Holmes wrote: > My sense is that there are a growing number of use cases, but the one that I > currently have in mind is for django-coldbrew. I want to be able to > compile all the coffeescript in a project during the collectstatic process. > Currently, w

Re: Feature request: collectstatic shouldn't recopy files that already exist in destination

ng solution. > > Dan > > On Sat, Oct 6, 2012 at 10:48 AM, Dan Loewenherz wrote: > Hey Jannis, > > On Mon, Oct 1, 2012 at 12:47 AM, Jannis Leidel wrote: > > On 30.09.2012, at 23:41, Dan Loewenherz wrote: > > > Many backends don't support last mod

Re: Feature request: collectstatic shouldn't recopy files that already exist in destination

On 06.10.2012, at 19:48, Dan Loewenherz wrote: > Hey Jannis, > > On Mon, Oct 1, 2012 at 12:47 AM, Jannis Leidel wrote: > > On 30.09.2012, at 23:41, Dan Loewenherz wrote: > > > Many backends don't support last modified times, and even if they all did, > >

Re: Feature request: collectstatic shouldn't recopy files that already exist in destination

On 30.09.2012, at 23:41, Dan Loewenherz wrote: > Many backends don't support last modified times, and even if they all did, > it's incorrect to assume that last modified time is an accurate heuristic for > whether a file has already been uploaded or not. Well but it's an accurate way to decid

Re: Feature request: collectstatic shouldn't recopy files that already exist in destination

On 28.09.2012, at 05:38, Dan Loewenherz wrote: > On Thu, Sep 27, 2012 at 4:13 PM, Carl Meyer wrote: > Hi Dan, > > On 09/27/2012 04:47 PM, Dan Loewenherz wrote: > > Just updated the ticket. > > > > As I commented, the heuristic for checking if a file has been modified > > lies in line 282 of co

Re: ModelForm.Meta.overrides

Simon, > A couple of months ago Jannis closed #/17924 [1] as wontfix, stating "I'm > violently -1 on the whole topic "meta programming form fields after they've > been instantiated", it's a mess. Yes it would be more DRY, but also much > harder to know how the hell the form fields are composed

Re: Breaking out localflavor

On 16.08.2012, at 23:48, Łukasz Rekucki wrote: > On 16 August 2012 23:42, Jacob Kaplan-Moss wrote: >> On Thu, Aug 16, 2012 at 3:38 PM, Adrian Holovaty wrote: >>> You mean like a magic import thing, right? >> >> Well, Python *does* have some namespace package support stuff. It's >> something o

Re: Breaking out localflavor

On 16.08.2012, at 23:38, Russell Keith-Magee wrote: > On Fri, Aug 17, 2012 at 5:26 AM, Adrian Holovaty wrote: >> I'd like to move all Django localflavor code into a separate package, >> distributed separately from Django the framework. > > +1. I've had the exact same thought myself over the pa

Re: Breaking out localflavor

On 16.08.2012, at 23:26, Adrian Holovaty wrote: > I'd like to move all Django localflavor code into a separate package, > distributed separately from Django the framework. +1 > PROPOSED SOLUTION > > I think it makes most sense for there to be country-specific packages, > such as django-forms-

Re: Test runner with search

On 16.06.2012, at 08:29, Russell Keith-Magee wrote: > On Thu, Jun 14, 2012 at 6:51 PM, Anssi Kääriäinen > wrote: >> On 14 kesä, 13:35, Chris Wilson wrote: >> >> A big +1 to easier running of single tests. I haven't checked the >> implementation / API details at all. But I do know I would have

Re: Test runner with search

On 14.06.2012, at 12:35, 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 > > This new version se

Re: startproject template context

On 07.06.2012, at 17:32, Luke Plant wrote: > On 01/05/12 22:58, Ramiro Morales wrote: >> On Tue, May 1, 2012 at 11:04 AM, Sam Simmons wrote: >>> For app/project templates I found the docs a little misleading when they say >>> 'Any option passed to the startapp command' will be added to the conte

Re: release blocker in 1.4rc2 ?

On 21.03.2012, at 04:56, s wrote: > Hi all, > I just opened https://code.djangoproject.com/ticket/17944, not sure it's > should be marked as release-blocker, please could some core-developer check > it ? > > The ticked has 1.4beta1 release, there is no rc2 in the list > I just added 1.4-rc-

Re: Possible regression with serializers in 1.4

On 12.03.2012, at 08:19, Dan Fairs wrote: > Hi, > > I'm working on porting a large codebase to 1.4 (using the rc), and have run > into what appears to be a regression in the serializers. I wanted to run it > past some eyes here before I raise a ticket. > > The Python serializer's handle_fk_fi

ANN: Django 1.4 string freeze and translation updates needed

Hi all, After the release of the Django 1.4 release candidate [1] it's now time to update the translations. The base translation files were updated before the release and are now the basis for Transifex: https://www.transifex.net/projects/p/django/ Please don't forget to consult the i18n se

Re: Proposal: drop Python 2.5 support in Django 1.5

On 23.12.2011, at 11:49, Vinay Sajip wrote: > > On Dec 10, 4:56 pm, Adrian Holovaty wrote: > >> I think both of these proposals are great -- start merging the Python >> 3 work right after we release 1.4, anddropsupport for Python2.5in >> trunk after 1.4 is released. > > Before we do this, ano

Re: Proposal: drop Python 2.5 support in Django 1.5

> I propose that we attempt to merge the py3k work after the release > of 1.4, rather than let it go stale and lose the good work done so far, > and also drop support for Python 2.5 for Django 1.5. +1 I think dropping Python 2.5 in the process of porting Django to Python 3.X are reasonable goals

Re: Django-nonrel patches

On 09.12.2011, at 01:37, Jonas H. wrote: > On 12/08/2011 11:39 PM, Jacob Kaplan-Moss wrote: >> On Thu, Dec 8, 2011 at 3:31 PM, Jonas H. wrote: >>> 2.) I don't like wasting my time, so I won't write extensive documentation >>> before the patch gets accepted >> >> I'm sorry, but that's just not h

Re: Adding Support for PyMySQL (for Python 3)

Ian, > This is a proposal to add support in Django for PyMySQL[1] as an optional > replacement for MySQLdb. > > I've been working with Vinay Sajip's Python 3-compatible branch; trying to > get MySQL support working, and I have had a great deal of success, using > PyMySQL as a back end, rather

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

Incredible, thanks! On Dec 2, 4:55 pm, Vinay Sajip wrote: > The Python 3 port now has all tests passing on 2.7.2 and 3.2.2 with > the same codebase: > > Python 2.7.2 > = > > Ran 4475 tests in 373.875s > > OK (skipped=90, expected failures=3) > > Python 3.2.2 > = > > Ran 4420 tests

Re: Django 1.4 roadmap

On 29.11.2011, at 13:31, Luke Plant wrote: > On 29/11/11 12:23, Jannis Leidel wrote: > >> Definitely, we've never intended to ship Python 3 support in 1.4 and I >> would even say that targeting 1.5 is a very eager goal giving the amount >> of code and non-code work

Re: Django 1.4 roadmap

On 29.11.2011, at 13:10, Luke Plant wrote: > On 28/11/11 20:33, Adrian Holovaty wrote: > >> I plan on starting this next week. Is there a list somewhere of what >> needs to get done? If not, I can make it, but obviously it'd be great >> if that already existed. > > 3) We don't have a fully docum

Re: I've made good progress in porting Django to Python 3, and could use some help!

On 28.11.2011, at 18:08, Vinay Sajip wrote: > On Nov 28, 1:04 pm, Jannis Leidel wrote: >> >> I'm a bit concerned that you didn't get in touch with us before you >> started with the work, since tracking the changes would have been >> easier. FWIW, Martin von

Re: I've made good progress in porting Django to Python 3, and could use some help!

Hi Vinay, Many thanks for your efforts so far, as you can imagine I have a few questions, both procedural and technical. I should note though that I haven't reviewed all your changes in detail yet, since they are.. massive :) I'm a bit concerned that you didn't get in touch with us before you sta

Re: Handling admin media paths in the transition from 1.3 to 1.4

Aramgutang, > Currently, it is unclear as to how apps that override admin templates > should maintain compatibility with both 1.3 and 1.4 when referring to > the admin media file URLs in the overridden templates. This applies > primarily to third-party apps like django-admin-tools, that want to >

Re: Removing pickle from cookie-based session storage

On 02.10.2011, at 06:26, Paul McMillan wrote: > We recently committed changes to 1.4 that added signed cookie based > session storage. Session data is pickled, signed, and sent to the > client as a cookie. On receipt of the cookie, we check the signature, > unpickle, and use the data. We could us

Re: __getattr__ on SimpleTemplateResponse causes problems

On 30.09.2011, at 01:58, Luke Plant wrote: > I wrote: > >> and in this case you would instead get >> this message: >> >> "The rendered_content attribute was discarded when this >> TemplateResponse class was pickled." >> >> which is completely false. > > ...which is completely false, so ple

Re: Re-opening 5617?

On 21.09.2011, at 11:24, Jannis Leidel wrote: > On 21.09.2011, at 11:14, Tom Christie wrote: > >> Heya, >> >> Thanks for the feedback. I quite like the explicit 'STATIC_URL' only >> approach, although I think a lot of users would still run into a pr

Re: Re-opening 5617?

On 21.09.2011, at 11:14, Tom Christie wrote: > Heya, > > Thanks for the feedback. I quite like the explicit 'STATIC_URL' only > approach, although I think a lot of users would still run into a problem > there, because 'request' isn't also added in explicitly to the Context... > > For contex

Re: is it time to start deprecating parts of contrib

On 20.09.2011, at 14:13, ptone wrote: > At DjangoCon.us there was positive reception to Jacob's thoughts that > Django core could be leaner - people liked the kernel analogy. > > Talk of reducing contrib has been around a long time. > > Per policy, it takes 3 minor versions to remove something

Re: Python 3 and you

thon 3 now, while there's less code > there (than some future date) but using 3to2[1] to help others on > Python 2.X. Since Django still supports 2.5, it's possible that this > isn't even an option, as I don't know if 3to2 can translate back that > far reliably. Simpl

Re: Python 3 and you

an some future date) but using 3to2[1] to help others on > Python 2.X. Since Django still supports 2.5, it's possible that this > isn't even an option, as I don't know if 3to2 can translate back that > far reliably. Simply getting the question out there for others to mull &g

Re: Python 3 and you

figure out if we're ready for it. Jannis > On Sep 14, 10:36 am, Jannis Leidel wrote: >> Daniel, >> >> >> Huzzah! >> >> >> >> For now via Trac, that's why we've moved the changes into a SVN branch. >> Unless anyone has a

Re: Python 3 and you

ust as another step of our Python version deprecation policy, which we at some point take with a complete conversion. Basically a "burn bridges as soon as everyone is safe" approach :) I don't dare to guess when that moment could be though, but it would probably happen after a potent

Python 3 and you

Hi all, After last week's sprint I wanted to get you up-to-speed about the current state of porting Django to Python 3. As some may be aware Martin von Löwis has been working on a port for a while [1] but only recently I've had the chance to meet with him and talk through the porting process. I'

Re: #7198 - Better error message when app is missing models.py

On 12.09.2011, at 22:44, Carl Meyer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Gary, > > On 09/12/2011 12:04 AM, Gary Wilson Jr. wrote: >> I'm a fan of not requiring a models.py, as IMHO it shouldn't be any >> different than other common files found in an app e.g. urls.py, >

Re: Proposal for a new templatetag definition syntax

Hi all, > For many years, writing templatetags has been among the most hilariously > complicated things we Django developers did. Anyone who has written parsing > for > templatetags, over and over, shares this pain. Further, the current syntax > present a tremendous problem for Armin Ronacher's G

ANN: Django sprint in Berlin, September 9th, 2011

Hi all, To complement next week's sprint at DjangoCon US in Portland, I'd like to announce a local sprint happening in Berlin, Germany: https://code.djangoproject.com/wiki/Sprint2011Berlin When: Friday, September 9, 2011, 9am - 10pm Where: Jonas und der Wolf GbR Manteuffelstraße 40 10997 Ber

Re: Weekly Check-in

On 31.08.2011, at 18:15, Stephen Burrows wrote: >> I found some use cases that are not yet possible with the form rendering >> template tags. The biggest issue is that it's not possible to exchange field >> labels with translated text. Currently there is no way of storing a >> translated >> strin

Re: [GSoC form-rendering] Weekly Check-in

On 20.08.2011, at 15:59, Gregor Müllegger wrote: > I found some use cases that are not yet possible with the form rendering > template tags. The biggest issue is that it's not possible to exchange field > labels with translated text. Currently there is no way of storing a translated > string in th

Re: CachedStaticFilesStorage and Media definition in ModelAdmin and Form.

On 23.08.2011, at 16:45, stan wrote: > I started using the new `CachedStaticFilesStorage', great job. > > Anyway, media defined in ModelAdmin must be wrapped with a call to the > `static()' function to be processed and get the md5 hash suffix : > > from django.contrib.admin.templatetags.admin_st

Re: [RFC] Moving from FormWizard to ViewWizard

David, > Not only. I also tried to allow steps (=views) to completely move away > from the current form based approach. This means each step can decide > what to to on a view-like-level (render a form, issue an redirect, or > just display a simple template). I don't see this is possible with > Wiz

Re: [RFC] Moving from FormWizard to ViewWizard

David, > This really is nice, I like seeing the old FormWizard becoming more > flexible and reusable. But not what I intended. I think your intent is the same we had with refactoring the wizard -- allowing access to the view state inside the wizard steps. > The new WizardView still handles a lis

Re: [RFC] Moving from FormWizard to ViewWizard

On 12.08.2011, at 10:07, David Danier wrote: > So, what do you think. Should we try to move forward to a ViewWizard? *jumps in time machine* Done! See [1] for the work Stephan and me did a few months ago. Cheers, Jannis 1: https://code.djangoproject.com/changeset/16307 -- You received this

Re: RFC: staticfiles "static" template tag and CachedStaticFilesStorage

On 11.08.2011, at 12:00, Jonathan Slenders wrote: > Also a utility function in staticfiles for reading the actual content > on the server side, giving a relative path would be nice if such one > does not yet exist. > e.g. > > from staticfiles.utils import staticfile_open > filepointer = staticfil

Re: minify static files (css and js)

On 11.08.2011, at 03:07, Silvio wrote: > I feel inclined to mention the tool I built: > https://www.sgawebsites.com/projects/django-aggregator/ . Very easy to > use, and easy to deploy. Thanks all for the list of apps, but this isn't really the place for it. You may be interested in the RFC at

RFC: staticfiles "static" template tag and CachedStaticFilesStorage

Hi all, I believe I'm getting close to a fix for #15252 which would add a bunch of new features to the staticfiles contrib app. I'd appreciated it if someone would review the latest patch at https://code.djangoproject.com/ticket/15252 ``static`` template tag --- The purp

  1   2   3   >