Re: Widening participation (Thoughts from DjangoCon)

I'd pay money to NOT use Jira. On Mon, Dec 10, 2018, 11:09 AM Dan Davis Tom, you are right about the UX issues, but full-text and inverted > indexing would help with the responsiveness as well. Technically, I was > talking about djangoproject's TracSearch >

Align Django admin checkboxes

Hi. Currently the alignment of the checkboxes are inconsistent with other form fields. It makes sense to align the checkbox and create a consistent user experience.

Re: segmentation fault while running test suite and possible bug in documentation.

Vimarsh, you correctly used the word. "Guys" may be used to refer to members of a group regardless of sex. Source: https://www.merriam-webster.com/dictionary/guys On Thursday, December 1, 2016 at 2:40:00 AM UTC-8, Vimarsh Chaturvedi wrote: > > Hey Josh, > > Thanks for the response. > > > Hey A

Re: Provide a simpler way to default runserver IP/port to 0.0.0.0:8000

On Thursday, December 8, 2016 at 8:16:02 AM UTC-8, Florian Apolloner wrote: > > On Thursday, December 8, 2016 at 5:04:46 PM UTC+1, Zach wrote: >> >> How about a PACKAGE setting similar to npm's package.json >> <https://docs.npmjs.com/files/package.json>. >&

Re: Provide a simpler way to default runserver IP/port to 0.0.0.0:8000

How about a PACKAGE setting similar to npm's package.json . PACKAGE = { 'scripts': { 'test': 'test --keepdb', 'runserver': 'runserver --ipv6', }, } On Thursday, December 8, 2016 at 6:32:19 AM UTC-8, Tim Graham wrote: > > I've

Re: Trac spam attack / spam filter reactivated

I'm also trying to cc myself on tickets only to get "Submission rejected as potential spam". Can we incorporate this ?. I've had better luck completing that verification. -- You received this message because y

Re: Value of tightening URLValidator/EmailValidator regular expressions?

-1 on less strict validation. Saying we need less strict validation because emails are usually confirmed by sending an email to it, is akin to saying urls are only valid if the url can be fetched. "Looks vaguely like a url" would not be enough for validation purposes. I believe we should strive

Re: Support `manage.py shell -c 'run_code_as_django()'`?

Nice to see that this was implemented. $ cat myscript.py import django print(django.__version__) $ python manage.py shell --command="import myscript" 1.10.dev2016011210 The --command option lets you pass a command as a string to execute it as Django, like so: django-admin shell --comm

Re: Support `manage.py shell -c 'run_code_as_django()'`?

I've used cat script.py | python manage.py shell -- You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group. To unsubscribe from this group and stop receiving emails from it, send an email to django-developers+unsubs

Re: automated import sorting and better pull request checks

egrate with Jenkins. https://bitbucket.org/logilab/pylint/src/default/checkers/variables.py#cl-191 https://bitbucket.org/logilab/pylint/src/default/checkers/format.py#cl-65 Thanks, Zach -- You received this message because you are subscribed to the Google Groups "Django developers (Contrib

Re: Explicit relative imports

Aymeric, is this the example? from .config import AppConfig # NOQAfrom .registry import apps # NOQA from https://github.com/django/django/blob/master/django/apps/__init__.py On Tuesday, November 11, 2014 1:51:19 PM UTC-8, Aymeric Augustin wrote: > > Hello, > > We’ve started using explicit relat

Re: proposing max line length of 119 + enforcing it with flake8

Screenshot for comparison. -- You received this message because you are subscribed to the Google Groups "Django developers" group. To unsubscribe from this group and stop receiving emails

Re: proposing max line length of 119 + enforcing it with flake8

Looks like the line length limit on Github varies[1]. Can we use 120 as it's a nice round number? [1] http://stackoverflow.com/questions/22207920/what-is-githubs-character-limit-or-line-length-for-viewing-files-on-github -- You received this message because you are subscribed to the Google Gro

Re: [GSOC] Introduction and task proposal

2) Security implications. Unfortunately, more than one site has been > launched with debug=True accidentally left on; all you need to do then is > stimulate a server error, and you have REPL shell access to the server. > This strikes me as a remarkably effective foot-gun :-) Before you get too

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

I agree that the current behaviour is confusing and needs change in order to be DRY[1] and consistent[2]. [1] https://docs.djangoproject.com/en/dev/misc/design-philosophies/#don-t-repeat-yourself-dry [2] https://docs.djangoproject.com/en/dev/misc/design-philosophies/#consistency This is how I

Re: The unsettings project

Diff https://github.com/SlashRoot/django/compare/django:master...master On Monday, February 10, 2014 6:59:41 PM UTC-8, Russell Keith-Magee wrote: > > > On Tue, Feb 11, 2014 at 10:27 AM, James Farrington > > > wrote: > >> Hello everyone, >> >> Here are some thoughts on the unsettings issue. If yo

Re: When to use single quotes and double quotes

> Here's an example from the django source where we are using double quotes > in python instead of single quotes. The following code prints out html > using single quotes instead of the double quotes regularly seen in html. > > return format_html(" value='{0}' />", csrf_token) > > instead o

Re: When to use single quotes and double quotes

Here's an example from the django source where we are using double quotes in python instead of single quotes. The following code prints out html using single quotes instead of the double quotes regularly seen in html. return format_html("", csrf_token) instead of: return format_html(''

Re: When to use single quotes and double quotes

I believe we should prefer one over the other. That being said, legibility, consistency, and context should be taken into account. Should our documentation examples prefer one rather over the other? > > Daniele > > -- You received this message because you are subscribed to the Google Groups

When to use single quotes and double quotes

I'm seeing a mix of both singly- and doubly-quoted strings in django source. Other than docstrings wrapped in triple-double-quotes, when is it appropriate to use double quotes instead single quotes? -- You received this message because you are subscribed to the Google Groups "Django developers"

Re: Proposal: Django URL Admin (django-urls)

1:31:34 PM UTC-6, Amirouche B. wrote: >> >> >> >> On Friday, December 7, 2012 9:07:32 PM UTC+1, Zach Borboa wrote: >>> >>> Does something like this exist already? If not, it should. >> >> >> How this can be useful ? You still need to wr

Re: Proposal: Django URL Admin (django-urls)

For those of you following, development of django-urls has moved to github. Thanks https://github.com/django-urls/django-urls -- 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: Proposal: Django URL Admin (django-urls)

Hi Florian, Thank you for the response. This was just an idea and I'm glad you welcome it. I will work on a patch and my convincing techniques. Would something like this be better as an application (e.g. django-urls) or part of the core? Regards, Zach On Fri, Dec 7, 2012 at 1:45 PM, Fl

Re: Django's CVB - Roadmap?

On Tuesday, June 5, 2012 10:12:45 AM UTC-4, dstufft wrote: > > On Tuesday, June 5, 2012 at 9:55 AM, Zach Mathew wrote: > > For example, I would avoid unit testing the "get_context_data" method on a > CBV and instead have a test that performs a request on the view

Re: Django's CVB - Roadmap?

I'm not suggesting that CBVs make it harder to test (I actually think it should be no different because the tests should avoid being implementation specific). I just feel that the pattern of testing/refactoring is different than the typical TDD approach (one could argue that this is not necessar

Re: Django's CVB - Roadmap?

Glad to see this debate happening, because for a long time I felt like I was the only one who had issues with CBVs. I forced myself to use CBVs (custom and generics) on two major projects and I'm still struggling to see the real value in them. Luke's post did an excellent job of articulating th

Re: Django's CVB - Roadmap?

Glad to see this debate happening, because for a long time I felt like I was the only one who had issues with CBVs. I forced myself to use CBVs (custom and generics) on two major projects and I'm still struggling to see the real value in them. Luke's post did an excellent job of articulating th

Re: Why CharFields don't have default=None?

ring to be the default I would have put default='' in the charfield definition. -- Zach -- 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 unsubscr