Re: GSoC query

On Sun, Feb 9, 2014 at 5:02 AM, Christopher Medrela wrote: > There is a list of ideas [1] and both improving aggregates and annotations > as well as improving error messages are listed there, so I suppose these > ideas are still open. > They're definitely still "open" in the sense that the probl

Re: [GSoC] Switching to Jinja2 proposal

On Sun, Feb 9, 2014 at 6:16 AM, Christopher Medrela wrote: > Hello! GSoC 2014 is coming and I'm thinking about issue to work on. > > The template system is one of the components that are of special interest > to me. > One of the major issues is that rendering templates is slow. The problem > coul

Re: [GSoC] Switching to Jinja2 proposal

ces where the same guard [such as > mark_safe, force_text, etc] is being applied repeatedly but could be > avoided. > > So my (3) to this is to analyse the template code paths sufficiently to be > able to identify places where these guards can be omitted safely. > > -- > Cur

Re: [GSoC] Switching to Jinja2 proposal

On Tue, Feb 11, 2014 at 9:31 AM, Luke Sneeringer wrote: > On Feb 10, 2014, at 12:16 PM, Carl Meyer wrote: > > It's a problem that we are unable to do things > that would otherwise be no-brainers (e.g. rendering form widgets using > templates rather than by concatenating strings of HTML in Python

Re: The unsettings project

On Tue, Feb 11, 2014 at 10:27 AM, James Farrington < jamestfarring...@gmail.com> wrote: > Hello everyone, > > Here are some thoughts on the unsettings issue. If you haven't heard about > unsettings, it is an attempt to move away from using the settings global. > There was a discussion at djangocon

Re: The restricted usage of auth.User model when using custom AUTH_USER_MODEL

On Fri, Feb 14, 2014 at 1:06 AM, Burak Emre Kabakcı wrote: > I have two applications: One of them uses default auth.User model and the > other one uses another AbstractUser class configured as AUTH_USER_MODEL. > These two apps uses same codebase except their settings.py file. One of the > models h

Re: [GSOC] Improving the Test-Suite

Hi Akshay, On Fri, Feb 14, 2014 at 9:12 PM, Akshay Jaggi wrote: > Hello! > I was planning to work on improving the Test-Suite for GSOC 2014. > I would need some help in formalising and improving my proposal, so that > it meets the requirements. > Great to hear! Here's some feedback: > One of t

Re: Ticket #9?

There isn't anything nefarious going on here; we delete tickets occasionally. It's usually due to spam. There's a lot of deleted tickets in the 20k range. Yours, Russ Magee %-) On Sun, Feb 16, 2014 at 7:37 AM, Justin Holmes wrote: > It appears that Ticket #9 has been deleted? Anybody know why?

Re: [GSoC] Switching to Jinja2 proposal

On Sun, Feb 16, 2014 at 12:43 AM, Christopher Medrela < chris.medr...@gmail.com> wrote: > My last post was pretty long and the most important questions and > statements > have left unanswered, so I will repeat them. > > What I'm proposing now is more conservative proposal. Firstly, Django will > s

Re: [GSoC] Switching to Jinja2 proposal

On Sun, Feb 16, 2014 at 1:12 AM, Donald Stufft wrote: > > On Feb 15, 2014, at 11:43 AM, Christopher Medrela > wrote: > > My last post was pretty long and the most important questions and > statements > have left unanswered, so I will repeat them. > > What I'm proposing now is more conservative p

Re: GSoC query

Hi Anubhav, Part of the GSoC "audition" process is for you to do this analysis yourself. The GSoC wiki page lists a couple of tickets, and links to a wiki page that describes the problem in depth. We're looking for people who can take that initial direction, investigate the underlying problem, and

Re: Using namedtuple instead of pure tuples

Hi Stratos, Thanks for providing those benchmarks -- that's really helpful. However, It's all well and good to say that "Doing X takes 0.01s" or "X is 50% slower than Y", but that if the time taken to do X is incredibly small to start with, a 50% slowdown doesnt really matter that much. The fact

Re: GSOC 2014 Project Proposal

On Mon, Feb 24, 2014 at 9:28 AM, Tim Graham wrote: > As someone who has worked on Django's docs a lot, I've considered pitching > in to help update the Django Book. However, I'm not sure it's really the > best use of time as there's a lot of overlap between Django's docs and the > book. Unless so

Re: [GSOC 2014] Project Idea

Hi Palash, I agree with Florian. I can't understand what it is you're proposing here. If this is intended as a full proposal, it needs a lot more detail; if this is an exploratory idea before you write a full proposal, you'll need to provide a lot more detail. As it stands, I can't work out what

Re: [GSoC] Submission Guidelines

On Tue, Feb 25, 2014 at 7:22 AM, Saul Shanabrook wrote: > What should I do with a proposal I am thinking about for GSoC? > > The Django wiki page says > that"This > year we're doing all GSOC-related communication via the > djang

Re: Django cross reference: www.xrefs.info

Hi John, Thanks, but for future reference - this isn't an appropriate topic for Django Developers. Django-dev is the mailing list for people wanting to contribute to Django. If you want to make a Django-related product announcement, use django-users instead. Yours, Russ Magee %-) On Tue, Feb 25

Re: [GSOC 2014 proposal] enhancing security features in django

Hi Prithviraj, I suspect the reason you haven't had a response is that there isn't much to respond to here. Regarding integrating django-secure -- I agree that this would be a worthwhile activity; it was part of the plan for last year's GSoC project on the validation framework, but got dropped du

#20824 - Email-based auth contrib module; some help required

Hi all, tl;dr; I've been working on a last little feature for 1.7 - an email-based User model for contrib, but I need some help/guidance on the last step - getting the tests working. The idea here is that we just ship a normal auth.User, but with email identification rather than username. This is

Re: allow list_display in admin to traverse onetoonfields and foreign key relations

Hi Wim, On Wed, Feb 26, 2014 at 7:48 AM, Wim Feijen wrote: > Hello, > > Right now I have a School model containing a OneToOne-relation to User. > > In the admin, in search_fields, I can use double underscores to search in > related fields, for example: > search_fields = ('place__name', 'scho

Re: #20824 - Email-based auth contrib module; some help required

would need a proper form error when we try to create a > user having a case-insensitive duplicate e-mail. > > Wim > > > On Wednesday, 26 February 2014 09:39:53 UTC, Tilman Koschnick wrote: >> >> Hi Russell, >> >> On Wed, 2014-02-26 at 15:33 +0800, Russell

Re: #20824 - Email-based auth contrib module; some help required

On Thu, Feb 27, 2014 at 8:31 AM, Curtis Maloney wrote: > Doesn't the UserManager already have a "normalize_email" method which > lower-cases the domain and leaves the mailbox name alone? > > IMHO It's "proper" to leave it this way by default, and probably mention > in the docs it's used so if you

Re: [gsoc] Set free the Meta.

ll, but point > some things which are really necessary for developers to obj.meta since > it's sound more comfortable to use and bonus points for backwards > compatibility if any issues will appear. > > 2. Have fun while exploring Django so deeply (Options class and other meta > rel

Re: GSoC 2014 proposal [Improving error reporting]

Hi Anubhav, Please keep in mind that this is a global mailing list, and if you want considered feedback, it's going to take time. Posting two "Please give me feedback" pings in 6 hours isn't especially helpful. There will be people who have been asleep for that entire period. Yours, Russ Magee %-

Re: [GSOC] Shifting to Py.Test and Improving the Test Suite

On Fri, Feb 28, 2014 at 4:17 AM, Gwildor Sok wrote: > Personally I'm a big fan of Py.test, simply because it's so simple and > Pythonic to use. Simple functions with simple assert statements. That's > all. For me this significantly lowers the threshold to write tests and > requires less effort, w

Re: The model API and strong typing

On Sun, Mar 2, 2014 at 1:07 AM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > On 1 mars 2014, at 09:14, Martin Matusiak wrote: > > > Now in the case of sqlite, which is very permissive, it will happily > > accept values like 1 and {} and store them as "1" and "{}" (wtf) > > resp

Re: requiring login to perform Trac actions?

On Mon, Mar 3, 2014 at 10:17 PM, Tim Graham wrote: > There's been some discussion on ticket > #22067 and > #django-dev about requiring Trac login to help cut down on spam and > generally improve the quality of the discussion. > > Claude: I think that

Re: The model API and strong typing

On Tue, Mar 4, 2014 at 4:46 AM, Piper Merriam wrote: > > > On Saturday, March 1, 2014 4:29:43 PM UTC-7, Russell Keith-Magee wrote: >> >> >> On Sun, Mar 2, 2014 at 1:07 AM, Aymeric Augustin > polytechnique.org> wrote: >> >> On 1 mars 2014, at 09:14,

Re: What do you need for crowdfunding Django?

On Mon, Mar 3, 2014 at 8:56 PM, olivermarchand wrote: > Dear Django developer, > > A lot of you invest their personal time for shaping Django. That's great! > But at the end of the day you all have to buy bread, pay rent and need > new laptops... www.100-days.net is a crowd-s

Re: [GSOC] Introduction and task proposal

Hi Daniel, On Wed, Mar 5, 2014 at 11:48 PM, Daniel Pyrathon wrote: > Hi, > > My name is Daniel Pyrathon. I am currently a third year BSc student in > Computer Science at the University of Plymouth. > > I love programming and I have always been active in the Open Source > community (especially Py

Re: Proposal: update_fields shortcut

On Wed, Mar 5, 2014 at 10:05 PM, Paulo Poiati wrote: > Hello everyone, > > While developing standard web applications one thing I frequently do is > updating just one field of a model instance and save it after that. The > best way to do that today (if you want to avoid the update in all the > fie

Re: [GSOC] Django-based project for the neuroinformatics community: neurostars.org

On Thu, Mar 6, 2014 at 8:53 PM, Roman Valls Guimerà wrote: > Hello Django-ers, > > I have been wondering if it would be appropiate to announce this here, but > since it's about Django and GSoC I thought about giving it a try, excuse me > if it's not. > > At http://incf.org, we launched a Stackove

Re: Introduction

Hi Naman, All the details for Django's GSoC program can be found on our wiki page: https://code.djangoproject.com/wiki/SummerOfCode2014 That page has a bunch of suggestions for projects, and details of what we expect of applicants. If you've got any more questions, let us know! Yours, Russ Mag

Re: An improved settings.py configuration (revisited)

On Sun, Mar 9, 2014 at 3:14 AM, Carl Meyer wrote: > Hi Vernon, > > On 03/07/2014 07:44 PM, VernonCole wrote: > > Several months ago, I floated an idea on this forum for re-structuring > > the settings.py environment. > > > > It generated a fair amount of discussion. The consensus was that > > so

Re: [GSOC 2014] Reducing coupling in Django components

Hi Javed, On Mon, Mar 10, 2014 at 12:08 AM, Javed Khan wrote: > Hi All, > > I'm Javed and I'm currently pursuing a part-time masters in Software > Systems. I have been involved with django for the better part of the last > few years and I love the community and ecosystem! In my spare time I try

Re: Case handling for application verbose names

On Mon, Mar 10, 2014 at 4:23 AM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > Hello, > > https://code.djangoproject.com/ticket/22070 reported an inconsistency in > the capitalization of application verbose names. It was most visible in the > admin index page. In order to fix thi

Re: Case handling for application verbose names

On Mon, Mar 10, 2014 at 3:27 PM, Shai Berger wrote: > On Monday 10 March 2014 08:30:41 Russell Keith-Magee wrote: > > On Mon, Mar 10, 2014 at 4:23 AM, Aymeric Augustin < > > > > aymeric.augus...@polytechnique.org> wrote: > > > > > > I'm now

Re: [GSoC 2014 Proposal] Improving Error and Fixing up related issues.

Hi Anubhav, I've taken a look at your proposal, and I'm of two minds. On the one hand, you've identified a bunch of reasonably uncontroversial tickets - issues where there is a clear problem, a solution that seems obvious, and in most cases indications of support from the core team. Your proposal

Re: [GSoC 2014 Proposal] Improving Error and Fixing up related issues.

On Wed, Mar 12, 2014 at 9:58 PM, anubhav joshi wrote: > Well another thing I think I realize now is that I think is there seems to > be problem of absence of common theme. > To this I would say that if one would look closely at the issues covered > up in the proposal are those which do report of b

Re: [GSOC] ORM clean up/decoupling

On Tue, Mar 18, 2014 at 1:56 AM, Clement Robbins wrote: > Hello, there! I am a rising junior double majoring in Computer Science and > Economics at columbia university. I am an avid django user and would love > to work on django through google summer of code. > > The topic that piqued my interest

Re: [GSOC] Introduction and task proposal

For the benefit of those reading along at home; I gave some revised notes and had a conversation with Daniel on IRC a couple of hours ago. Yours, Russ Magee %-) On Thu, Mar 20, 2014 at 4:10 AM, Daniel Pyrathon wrote: > Hi! > > Thanks for all the comments yesterday. They really helped me make t

Re: [GSOC] A Library For Integrating Neo4j With Django's ORM

Hi Saurabh, On Thu, Mar 20, 2014 at 4:12 AM, Saurabh Wahile wrote: > Hello, > I am a third year Computer Engineering B.E student at Mumbai University, > India. I have 4 years of experience in C++/Java Programming and 1 year in > Python programming. Coming from a C++/Java background, I appreciate

Re: [GSoC'14] Proposal: Improve annotation and aggregation

On Thu, Mar 20, 2014 at 5:21 PM, Shamim Hasnath wrote: > Hello, > I'm Shamim Hasnath, 3rd year student, studying CSE in Bangladesh > University of Engineering & Technology (BUET), Dhaka, Bangladesh. Besides > my studies I worked for over a year as a part time Django developer in a > software comp

Re: [GSoC'14] Proposal: Improve annotation and aggregation

On Thu, Mar 20, 2014 at 5:27 PM, Russell Keith-Magee < russ...@keith-magee.com> wrote: > > On Thu, Mar 20, 2014 at 5:21 PM, Shamim Hasnath wrote: > >> Hello, >> I'm Shamim Hasnath, 3rd year student, studying CSE in Bangladesh >> University of Engineering

Re: Django, Flask, and Redis: Sharing User Sessions Between Frameworks

Hi Hyam, While I'm sure this is a fascinating talk, please refrain from posting things like this to django-developers. This is a mailing list for the discussion of Django itself, not a notification platform for interesting content. I'd also strongly advise you against cross posting - find the righ

Re: Add support for get_or_none?

On Thu, Mar 20, 2014 at 9:31 PM, Florian Apolloner wrote: > On Thursday, March 20, 2014 2:01:25 PM UTC+1, Cal Leeming [Simplicity > Media Ltd] wrote: >> >> I'll give it a couple more days for a BDFL to gives the thumbs up/down. >> > > Well, we don't have BDFLs anymore and Shai already said he is -

Re: Add support for get_or_none?

On Wed, Mar 26, 2014 at 4:26 PM, Anssi Kääriäinen wrote: > I'd like to solve this with a way to add methods to QuerySets. This > would be useful for those who want get_or_none() or other similar shortcut > methods which Django doesn't provide. But more importantly this would let > third party app

Re: [GSOC] Introduction and task proposal

ng you would recommend me to do at > this point (other than hope that my proposal is successful)? > > Thanks, > Daniel Pyrathon > > > On Thursday, March 20, 2014 6:05:40 AM UTC, Russell Keith-Magee wrote: > >> >> For the benefit of those reading along at home; I gave

Re: Add support for get_or_none?

On Wed, Mar 26, 2014 at 8:19 PM, Cal Leeming [Simplicity Media Ltd] < cal.leem...@simplicitymedialtd.co.uk> wrote: > > > > On Tue, Mar 25, 2014 at 11:40 PM, Russell Keith-Magee < > russ...@keith-magee.com> wrote: > >> >> On Thu, Mar 20, 2014 at 9:31

Re: #22268 - values_list() on a ManyToManyField returns

You're missing an important third option here: do nothing, and document the fact that "values" over an m2m is an inherently nonsense operation in an ORM context. values() and values_list() are both intended as optimisations for a specific use case - retrieval of subsets of data without the overhea

Re: #22268 - values_list() on a ManyToManyField returns

On Fri, Mar 28, 2014 at 2:29 PM, anubhav joshi wrote: > > values() and values_list() are both intended as optimisations for a >> specific use case - retrieval of subsets of data without the overhead of >> creating a model instance. This metaphor completely falls apart when >> dealing with m2m rela

Re: On django multi tenancy

On Thu, Apr 3, 2014 at 2:20 AM, Riccardo Magliocchetti < riccardo.magliocche...@gmail.com> wrote: > Hi everyone, > > i'd like to start a discussion about multi tenancy on this list. I've been > asked to move the discussion here by Aymeric in this ticket: > > https://code.djangoproject.com/ticket/1

Re: On django multi tenancy

On Thu, Apr 3, 2014 at 7:42 AM, wrote: > > Short version - it doesn't matter what pretty name you put on it, a thread >> local is a global variable. We teach first year programmers not to use >> globals, so why would we introduce them to Django as a core framework idea? >> > > Aren't database con

Re: Support byte range requests in django.views.static.serve

On Mon, Apr 14, 2014 at 11:30 AM, wrote: > Is the Django community interested in supporting HTTP range requests in > django.views.static.serve? > > The primary benefit I see is that it makes files served up for and > "seek-able" with the django server. This generally isn't a problem > for small

Re: Support byte range requests in django.views.static.serve

On Tue, Apr 15, 2014 at 1:42 AM, Adrian Holovaty wrote: > On Sun, Apr 13, 2014 at 11:30 PM, wrote: >> >> Is the Django community interested in supporting HTTP range requests in >> django.views.static.serve? > > > I definitely support this. > > I've gotten bitten several times by the development s

Re: DEPs: Django Enhancement Proposals

On Tue, Apr 15, 2014 at 2:17 AM, Aymeric Augustin wrote: > On 14 avr. 2014, at 19:51, Adrian Holovaty wrote: > >> One idea was to start doing a Django equivalent of Python's PEPs, which >> would serve as a formal way to document large new features/changes in Django. > > Would it be interesting t

Re: DEPs: Django Enhancement Proposals

On Tue, Apr 15, 2014 at 2:32 PM, Aymeric Augustin wrote: > On 15 avr. 2014, at 02:41, Russell Keith-Magee > wrote: > >> On Tue, Apr 15, 2014 at 2:17 AM, Aymeric Augustin >> wrote: >>> \Would it be interesting to retro-spec the major features added in the past? >

Re: Revisiting multiline tags

On Wed, Apr 16, 2014 at 11:36 AM, Adrian Holovaty wrote: > Hey, may I suggest writing this up using our new DEP process? I don't mean > to make people jump through hoops, but it would be useful for people like me > who haven't been following the issue and don't want to wade through dozens > of mai

Re: Proposal: document and enforce style of all files (including JS, CSS, HTML)

Hi Trey, Sounds like a reasonable proposal to me. Our JavaScript code has… evolved, shall we say… over the years. We've recently started enforcing Flake8 compliance on our Python codebase; adopting similar rigour for our JavaScript code would seem appropriate. The only open question I can see is

Re: Proposal: Write unit tests for JavaScript

On Thu, Apr 17, 2014 at 5:57 AM, Trey Hunner wrote: > I saw a previous discussion about JavaScript testing in Django but it > looks like there hasn't been any progress in a few years. > > Some of my thoughts on this issue: > > This would require choosing a JavaScript testing framework. There are

Re: Proposal: BitMaskField

Hi Chi, It's possible that you may get your request by way of Marc Tamlyn's Kickstarter project - I can't confirm that bitmap fields are specifically on todo list, but there PostgreSQL has some native representation for bit types, so it's possible it might be on his radar. If it turns out BitFiel

Re: Data Migrations and Testing

On Mon, Apr 21, 2014 at 11:35 PM, Andrew Godwin wrote: > Yes, no matter what it's too late to add anything to 1.7, which is a > massive shame - we'll have to just heavily document this for now, and then > investigate the dump/load data stuff for the next cycle (I think it should > work everywhere

Re: Feature request: ttl method for cache

On Tue, May 6, 2014 at 4:16 AM, Piotr Gosławski wrote: > Hi! > > Since the contribution workflow is a bit confusing to me, I'll just leave > it here. > I think django's cache needs ttl (time to live) method that would return > time left until specified key expires. I, for instance, needed one when

Re: Feature request: ttl method for cache

On Tue, May 6, 2014 at 5:47 PM, Florian Apolloner wrote: > Hi Russ, > > > On Tuesday, May 6, 2014 2:54:52 AM UTC+2, Russell Keith-Magee wrote: >> >> As far as the NotImplemented bit goes - I'd rather see this implemented >> for all officially supported backends

Re: base implementations of natural key methods

On Wed, May 7, 2014 at 10:20 AM, Jian Li wrote: > Hi! > > In the course of implementing `natural_key` for many different models, > I've noticed that the implementation is fairly predictable; it tends to use > the fields already marked as unique. To avoid writing a separate > implementation for ea

Re: Database-dependant tests and third-party backends

On Thu, May 8, 2014 at 12:40 AM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > Hello, > > I'm trying to make the lives of maintainers of third-party database > backends a bit easier. > +1. Very much in support of this as a general principle. > I'm specifically interested in MS

Re: inspectdb and non "public" schema in postgresql

On Tue, May 20, 2014 at 5:38 AM, Fabio C. Barrionuevo da Luz < bna...@gmail.com> wrote: > Hello Django core developers. > Sorry if this is not the correct place to handle this. > Not really - this mailing list is for discussing the development of Django itself, not for solving usage questions.

Re: Schema tests: delete_tables

On Tue, May 20, 2014 at 7:07 AM, Maximiliano Robaina wrote: > Hi, > > Running tests, (I'm using firebird) in schema app, I see that the tearDown > method deletes all tables created by each test. The problem here is for > tables with AutoInc field where sequences are created independently, when >

Re: Schema tests: delete_tables

pears >> other non-core backends are also facing these issues. >> >> Regards, >> Michael Manfre >> >> [1] https://github.com/django/django/blob/stable/1.7.x/ >> tests/schema/tests.py#L38 >> [2] https://github.com/django/django/blob/stable/1.7.x/ >&g

Re: Schema tests and .extra queryset method

Hi Maximiliano, Thanks for letting us know. If you find a problem like this, the best way to report it is to open a ticket in Trac. That way we have a permanent record of the existence of the issue, and we can mark the issue as resolved when a fix is applied to the source tree. It also allows us t

Re: Displaying (some) M2M fields with through models specified

Hi Alex, Short version - Broadly speaking, this is a feature we've discussed many times over many years, and we've accepted as a good idea in principle. It's logged as ticket #9475 [1]. There is some additional discussion on the original ticket that introduced m2m through models (#6095 [2]). The

Re: That's enough.

Hi Cal, I'd like to reiterate what Jacob has said - some change in communities is inevitable, but we'd aspire to those changes being positive for the most part. I'm saddened that your experience of those changes in the Django community hasn't been positive. I'd also like to make the same offer Ja

Re: feature request - use logging in WSGIRequestHandler

On Wed, May 28, 2014 at 3:35 AM, Martín Massera wrote: > Hi sometimes when you are developing you get so much output in the > console, especially when you have many medias on the page. It would be nice > to use the logging system to remove those messages, but right now stderr is > being used. > >

Re: Support for MySQL `INSERT ... ON DUPLICATE KEY UPDATE ...`. proposed and code example

Hi Matteius, On Thu, May 29, 2014 at 8:49 AM, Matteius Davis wrote: > *Greetings Django Developers,* > > I am opening this thread based on my research and existing coding toward a > solution of this issue, whereby Django today does not support effective > usage of the MySQL specific construct `I

Re: "Master/slave terminology"

Hi Justin, This email thread was not Meira's only contribution to the debate. In my opinion, if you take the rest of her contributions into account, and the general direction the debate was taking at the time, a reminder to her and others about the existence and consequences of the code of conduct

Re: Integrating polymorphic queries in the framework

On Fri, Jun 6, 2014 at 6:49 AM, Luis Masuelli wrote: > What about integrating polymorphic features in the ORM? It's like having > the features of django-polymorphic but in the core. > > The polymorphism could be acheved by: > 1. Having contenttypes installed (this is a common pattern). >

Re: Why not Single Table Inheritance?

On Fri, Jun 6, 2014 at 3:42 PM, Thomas Güttler wrote: > > > Am 26.05.2014 00:50, schrieb Craig de Stigter: > > If you ignore STI, I think it is quite straightforward to solve this with >>> a >>> >> parent model class which adds a type field, and manager methods to add the >> select_related calls

Re: Proposal: variable argument lists for templatetags, in templates.

On Mon, Jun 9, 2014 at 3:38 PM, Przemek Czerkas wrote: > Hi, > > In this ticket https://code.djangoproject.com/ticket/13956 (Indefinite > args for simpletags and inclusion tags) a support for *args and **kwargs > for simple_tag, inclusion_tag and assignment_tag was added. > > I think that one pie

Re: Time to drop support for Oracle < 11?

On Sat, Jun 14, 2014 at 10:55 PM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > On 14 juin 2014, at 14:40, Tim Graham wrote: > > > My general proposal (for all databases) would be to drop support for a > database version in the Django release that follows its end-of-life date. >

Supporting and using EOL'd software (was Re: Time to drop support for Oracle < 11?)

On Sun, Jun 15, 2014 at 7:51 AM, Shai Berger > wrote: > Hi guys, > > TL;DR -- ...sorry, there's no TL;DR here. It's a bunch of separate ideas. > It's > a little lengthy. Please bear with me. > > I'd like to compare our support for old database servers with our support > for old browsers. We only r

Re: Time to drop support for Oracle < 11?

On Sun, Jun 15, 2014 at 11:49 PM, Hannu Krosing wrote: > On 06/14/2014 02:40 PM, Tim Graham wrote: > > It seems to weird to claim (even best-effort/community) support for a > database that is no longer supported by its authors. Also, you can always > use an older version of Django, right? I tend

Re: Ready for checkin

+1 to Ready For Commit. Russ %-) On Tue, Jun 17, 2014 at 7:14 AM, Marc Tamlyn wrote: > If check in is SVN how about RFC meaning ready for commit? > On Monday 16 June 2014 20:09:13 Greg Chapple wrote: > > Would "Ready for merge" not be a more appropriate term? To me, check-in > is > > a term I w

Re: base implementations of natural key methods

Hi Jian, Apologies for the delay in responding. On Thu, May 8, 2014 at 9:44 AM, Jian Li wrote: > Hi Russ, > > Thanks for the feedback! > > I believe the proposed code already addresses points 1-4. > > 1) The implementation does in fact return the correct natural key, > `(self.username,)`, for

Regression in ValidationError in 1.7

Hi all, I've just done some testing of 1.7 against my 'day job' code base. The good news is that everything has pretty much worked out of the box without any problems. However, I did find one regression, which I've opened as #22915 [1]. Full details are on the ticket; the short version is that th

Re: Regression in ValidationError in 1.7

On Fri, Jun 27, 2014 at 7:35 PM, Curtis Maloney wrote: > Am I reading this right as "people used to commonly solve this problem by > using an internal API, but now we have a public one... AND the old internal > API is now changed"? > > If so, the solution seems obvious -- document that it's time

Re: Regression in ValidationError in 1.7

rms/validation/#django.forms.Form.clean), > but I'm not sure if you're doing that or something different. The 1.7 > version of that example now uses Form.add_error(). > > On Friday, June 27, 2014 8:41:50 AM UTC-4, Russell Keith-Magee wrote: > >> >> On Fri, Jun 27, 2014

Re: The 'rule'

On Tue, Jul 1, 2014 at 3:01 AM, Andy Baker wrote: > Hi, > > I was about to start a discussion about a patch I'd like to contribute > when I remembered there is a rule about contributions. > > Is it the '5 for 1' rule? Something like that - the regulars here will > know immediately what it is I'm

Re: Regression in ValidationError in 1.7

Hi Carl, On Thu, Jul 3, 2014 at 5:33 AM, Carl Meyer wrote: > On 06/27/2014 06:41 AM, Russell Keith-Magee wrote: > > > > On Fri, Jun 27, 2014 at 7:35 PM, Curtis Maloney > > mailto:cur...@acommoncreative.com>> wrote: > > > > Am I reading this right

Re: Beginning with a feature flag library

On Tue, Jul 8, 2014 at 2:53 AM, wrote: > Hello All, > > I would like to try out one of the feature flag libraries available for > Django. So far I have come across Gargoyle - a feature flag library and > cannot wrap my head around as to how it should be implemented. Does anyone > know of any tuto

Re: Django Meetup in Buenos Aires, Argentina

Hi JC, Great to see some Django activity down in Argentina - Best of luck with the event! As an aside - you might want to send this to django-users rather than django-dev - the audience of django-users is much larger, and includes general users of Django, no just those involved in the development

Re: deprecate contrib.webdesign? (#22789)

On Fri, Jul 11, 2014 at 11:40 PM, Daniele Procida wrote: > On Fri, Jul 11, 2014, Tim Graham wrote: > > >It provides the lorem template tag. The functionality has not changed in 7 > >years and it has 20 commits in its history which are mostly maintenance > >oriented (pep8, adding app loading comp

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

On Fri, Jul 11, 2014 at 10:52 PM, Tim Graham wrote: > continuing > https://groups.google.com/d/topic/django-developers/km2xIHM-gIA/discussion > under a better subject (was "FormWizard needs confirmation step logic. > ticket #21644")... > > I'd like propose removing formtools from contrib. > > Rea

Re: future of @skipIfCustomUser decorator? (#22993)

On Sat, Jul 12, 2014 at 1:06 AM, Tim Graham wrote: > With the test discovery changes in 1.6, the tests for django.contrib apps > are no longer run as part of a user's project. For this reason I believe we > no longer need to decorate tests in contrib.auth, formtools, and flatpages > with @skipIfC

Re: narrow writes (as 3rd-party library)

On Thu, Jul 17, 2014 at 6:16 AM, Jeremy Dunck wrote: > I'm attempting to implement narrow writes (that is, writing only fields > which have changed). > > I would be able to do this as a 3rd-party Mixin library if some changes > were made to Model.save_base. > > 1) returned whether the row was

Re: Updating the organization of the Django Project

Hi Aymeric. A big +1 from me. Thanks for all your work drafting these modifications. Russ %-) On Wed, Jul 23, 2014 at 9:29 PM, Aymeric Augustin < aymeric.augus...@polytechnique.org> wrote: > Hello, > > I’ve been working on updating our organization: > https://github.com/django/django/pull/2947

Re: Can we use a django application class?

Hi Robert, I don't know if you've noticed, but your message is a reply to a 7 year old thread. A lot of things have changed in the meantime - not the least of which is the fact that Django 1.7 introduced an AppConfig object. See the 1.7 release notes and the documentation on the AppConfig object f

Re: [GSOC] Weekly update

On Tue, Aug 5, 2014 at 12:54 AM, Łukasz Rekucki wrote: > On 4 August 2014 16:14, Daniel Pyrathon wrote: > > Hi All, > > > > This has been resolved by using the ImmutableList datastructure > > > > > https://github.com/PirosB3/django/blob/soc2014_meta_refactor_upgrade_flags_get_field_tree/django/d

Re: [ANN] django-synth, a bridge to Synth's C++ template engines

Hi Alvaro, Firstly - congratulations - sounds like an interesting package. However, you may find that django-users is a better forum to announce something like that. Django-developers is the forum for discussing the development of Django itself, and while most of the people on this list also use d

Re: Requiring GitHub login for actions on Trac

Hi Aymeric, I just noticed that the content on the wiki homepage has been massively altered, replaced with a "please login with GitHub" text. Was this change deliberate? The wiki landing page is linked from the homepage as code.djangoproject.com, and has always held a collection of useful informa

Re: Requiring GitHub login for actions on Trac

On Thu, Aug 14, 2014 at 7:20 PM, Aymeric Augustin < aymeric.augustin.2...@polytechnique.org> wrote: > Hi Russell, > > It seemed to me that this page wasn't nearly as good an introduction to > contributing to Django as the contributing guide from the official docs, so > I trimmed it and pointed to

GSoC Meta refactor: Bikeshedding time!!

Hi all, tl;dr - Daniel's GSoC is coming to a close; we need some help verifying that we've got our taxonomy correct and API names that make sense. The long version: Daniel Pyrathon has been making great progress with his GSoC project to refactor and formalise the _meta object on Django models. [

<    20   21   22   23   24   25   26   27   28   29   >