Hi everyone, I am Akash and am very new to this community however not that new to django itself.

Mutliple table to one csv file and csv file import to multiple table how can doing python Django You have any link ? -- 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

Re: Model Generation for CSV, XLS Files

Hi I need Help On Thursday, November 26, 2020 at 11:54:51 PM UTC+5:30 muskan...@gmail.com wrote: > I would like to tackle this singularly first if possible, especially for > gsoc. Hope you understand I appreciate your offer > > > On Thu, 26 Nov, 2020, 9:25 pm Shoury Sharma, wrote: > >> Hel

new to django

Hi all, I am new to django source code, and I would like to know more about django design and schema. could anyone please guide me or point out one direction for me to go? regards Yingbao -- You received this message because you are subscribed to the Google Groups "Django developers (Contr

Allowing numbers in top level domain

https://code.djangoproject.com/ticket/30924#ticket The current regex in ​URLValidator does not allow numbers in the top-level domain e.g. www.example.org33 raises a ValidationError Rarely, if ever, do public top-level domains contain a number, however internal, private networks can certainly b

Allowing numbers in the top level domain

https://code.djangoproject.com/ticket/30924#ticket The current regex in ​URLValidator does not allow numbers in the top-level domain e.g. www.example.org33 raises a ValidationError Rarely, if ever, do public top-level domains contain a number, however internal, private networks can certainly b

Re: Proposal to format Django using black

On Fri, Apr 19, 2019 at 6:33 PM Mariusz Felisiak wrote: > I don't think that our code style is any barrier for newcomers. As a newcomer, I can tell you that it most definitely is a barrier, at least it is for me – for the reasons laid out in my original email :) * >From what I can gather the fo

Proposal to format Django using black

Hi. I propose that Django starts using 'black' [0] to auto-format all Python code. For those unfamiliar with 'black' I recommend reading the the projects README. The short version: it aims to reduce bike-shedding and non value-adding discussions; saving time reviewing code; and making the barrier

VALUE not resetting on Foriegn Key Delete

Hi, I have a Model Class which has the Below schema: class Pvt_ip_pools(AtlasAuditModel, AtlasBaseHelper): """ Represents a private IP Address used for LB Model. This inherits all the fields from IPAddress model(database table). """ # Each data center has its own IP address ra

Re: Google Summer of Code 2019

Maybe, we could append this idea with the 'Improve less popular database backend idea' on the wiki page as that project is also not that big for a GSoC project but the purpose of both projects seems

Re: Allow querying JSONField with F objects #29769

Hi devs, Any update on this? Would like to know your thoughts Thanks, Mani On Sun, Oct 28, 2018 at 1:28 AM Mani S wrote: > Django's F objects does not perform JSON lookups. A ticket has been raised > for the same https://code.djangoproject.com/ticket/29769 > > I have w

Allow querying JSONField with F objects #29769

Django's F objects does not perform JSON lookups. A ticket has been raised for the same https://code.djangoproject.com/ticket/29769 I have written a customer expression for querying JSONField and * it works!* class KeyTextTransformFactory: def __init__(self, key_name): self.key_name

Re: FAQ on Model-View-Controller

but (1) remains a perfectly valid way to write > simple applications. > > -- > Aymeric. > > PS: in case you didn’t realize it, your email is worded in a rather > aggressive way. Saying hello and being polite wouldn’t hurt your > credibility, on the contrary. Thanks! > &

FAQ on Model-View-Controller

The Django FAQ says: *Django appears to be a MVC framework, but you call the Controller the “view”, and the View the “template”. How come you don’t use the standard names?*¶

django deployment

but I think all django processes runs under apache account. I have tested commands to send at command line as user apache - it works. I get winexe response. My question: Are some changes on apache conf file required? _cl = "%s -U %s/%s --password %s //%s '%s'&q

Re: About Class Based views

Am Dienstag, 17. März 2015 20:41:53 UTC+1 schrieb poiati: > > The problem with CBV is the learning curve. > Totally agree with that! Personally I really like CBVs and I also write my own subclasses and mixins regularly, but I think you'll really have a hard time even writing a simple mixin if y

Re: Support POST of application/json content type

> progress. (And perhaps collaborate.) > > Cheers :) > > Tom > > On Wednesday, 11 September 2013 04:52:08 UTC+1, Stefan Berder wrote: >> >> On Tue, Sep 10, 2013 at 12:17 PM, S Berder wrote: >> > On Tue, Sep 10, 2013 at 9:05 AM, Curtis Malone

Re: Support POST of application/json content type

On Tue, Sep 10, 2013 at 12:17 PM, S Berder wrote: > On Tue, Sep 10, 2013 at 9:05 AM, Curtis Maloney > wrote: >> >> On 9 September 2013 19:50, S Berder wrote: >>> >>> Gents, >>> to sum it up, arguments made and details of how I see the >>&

Re: Support POST of application/json content type

On Tue, Sep 10, 2013 at 9:05 AM, Curtis Maloney wrote: > > On 9 September 2013 19:50, S Berder wrote: >> >> Gents, >> to sum it up, arguments made and details of how I see the >> implementation of a response/request encode/decode framework: >> >> * nee

Re: Support POST of application/json content type

Gents, to sum it up, arguments made and details of how I see the implementation of a response/request encode/decode framework: * need a pluggable interface so current content-types are supported (`application/x-www-form-urlencoded`, `multipart/form-data`), new types (`application/json`), custom an

Re: Perception of attitude in tickets

Andres, amen to most of what you said. Coming to Django from a different place (Scala, Racket), I keep an eye for widely-used good things to come from those communities too. I do like that a Django project found me for work. I just wish I knew more Django! --Geoff On May 10, 2013, at 12:44

Re: Is casting Field.help_text to string in Field.__init__ necessary?

It works! Thanks a lot! On Tue, Mar 26, 2013 at 12:45 AM, Claude Paroz wrote: > Le samedi 23 mars 2013 22:28:31 UTC+1, Claude Paroz a écrit : >> >> Le samedi 23 mars 2013 12:16:15 UTC+1, Evgeny a écrit : >>> >>> Hi. >>> >>> Is it necessary to cast help_text to string in Field.__init__ there >>> h

Re: Redesign of djangoproject.com?

Those templates look very great but I think it's a really bad idea to use work without GPL compatible licenses... Am Mittwoch, 2. Mai 2012 02:14:48 UTC+2 schrieb Daniel Sokolowski: > > Being realistic here we must acknowledge that likely the majority of us > are great programmers but not great

Re: Implementation of Object Permissions

> > Are there any hopes of speeding up or caching GenericForgeinKey queries ? > I found - > http://zerokspot.com/weblog/2008/08/13/genericforeignkeys-with-less-queries/ > > Adding 'db_index=True' to the GenericForeignKey's object_id field should be a significant performance enhancement. It w

Re: Why no http://media.djangoproject.com/releases/1.4/Django-1.4.tar.gz?

Hi, try http://www.djangoproject.com/download//tarball/ Best regards, Moritz Am Dienstag, 24. April 2012 05:56:20 UTC+2 schrieb Bob Cochran: > > These exist for 1.3, 1.3.1, 1.2..., but not 1.4. > > Are they located somewhere else moving forward? > > Thanks > > > -- You received this message be

Re: Implementation of Object Permissions

; def grant_permissions(self, num_perms_per_user=NUM_PERMS_PER_USER, num_objects=NUM_OBJECTS): print 'Grant permissions to users:', k=1 t1=datetime.now() for u in self._user.objects.all(): print k, for i in xrange(num_perms_per_user):

Re: Implementation of Object Permissions

02:14:35 UTC+2 schrieb Mike Axiak: > > How does it compare to the solutions that already exist listed here? > > http://djangopackages.com/grids/g/perms/ > > -Mike > > On Fri, Apr 13, 2012 at 7:56 PM, Moritz S. > wrote: > >> Hi all, >> >> I have been

Implementation of Object Permissions

Hi all, I have been using django for a while and became happy by the time I discovered the auth module that supports permission handling. But this module turned out to only be able to handle model based permissions. I could not imagine django of not having such a basic functionality (in my opi

release blocker in 1.4rc2 ?

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 Cheers Stefano P.S. if this email is not compliant with the ticket po

Odp: Re: Odp: Re: Storing language in session/cookie

I don't see any good reason to store the language in session rather than cookie. And storing it in cookie has major advantage, that is avoiding creating unnnecessary sessions. I say if LocaleMiddleware is in our way to better behavior, let's just change it. But I understand that revolution is n

Odp: Re: Storing language in session/cookie

As lukeplant commented on a ticket: This is proposing the same thing as #12794, but for a different reason. #13217 is related, but the solution proposed here was not proposed there, and doesn't have the sa

Odp: Re: Storing language in session/cookie

I've created a ticket: http://code.djangoproject.com/ticket/15902 I agree with Madis. Having a setting to choose where the current language is stored would be convenient and also backwards compatible. How do you think the setting should look like? I propose: LANGUAGE_FORCE_COOKIE ...which defa

FOR template tag improvement

Hi, I've came up with an idea of improving default FOR template tag: {% for ... in ... %} By adding something similar to list comprehension syntax: {% for ... in ... if ... %} Filtering through looping is so common task that I'm sure many people would find this syntax quite handy. I'll be ha

Re: Proposal for Template Engine Refactoring

+1 on this. Are you planning on keeping the API for registering template tags compatible? (django.template.Library.register.tag) I think this may be required for backwards-compatibility, but personally, I'd like to see a cleaner API for this, which doesn't expose the parser details. (Writing temp

Re: Template Compilation

Maybe. We solved that use-case by adding another custom directory to TEMPLATE_DIRS when we had to override the base template. But I can imagine that someone wants to be able to dynamically change the base template, from inside a view or context processor. This was a choice we made, because almost

Re: Template Compilation

Hi all, I have also been working for about a year on such a template compiler, and recently published it on Github. You may be interested in this project: https://github.com/citylive/django-template-preprocessor ** Short summary of what already is possible, and what still needs to be done: The

Allow TestRunners to define their own command-line options

This idea clearly needs a design decision. The idea is to allow custom test runners do define and process their own command-line options, apart from default ones like verbose. Here's the ticket: http://code.djangoproject.com/ticket/15675 Attached patch is one of possible solutions. Management

Re: Storing language in session/cookie

Sorry for bumping the thread, but could somebody familiar with session subsystem anwer it? It is critical for my work to know if this issue is my problem or Django's. -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group,

Re: Storing language in session/cookie

If I understand the middleware correctly, session cookie is created only when the session itself is modified, unless SESSION_SAVE_EVERY_REQUEST is True. So, after user language is set but before user authentication there could be only one, language cookie. I think that http://code.djangoproject

Re: Storing language in session/cookie

I know, but it just seems so obvious to me that I can't believe no one have ever encountered this problem before - I felt like I should ask ;) -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-deve

Storing language in session/cookie

Hi, I'd like to make a proposal of changing the way that current language is stored, at least, making this changeable by settings. The problem is that even for non-logged users their language is stored in session (if it's supported or in the cookie otherwise). That creates a session for every cl

Bug in ManyRelatedManager.get_query_set?

Hi, Some question about the current behavior in the ManyRelatedManager in django.db.models.fields.related. This manager has a method get_query_set. Why is it that the model name of the field where the foreign key is defined in, is passed to the database router? I think it's more logical to pass t

Re: Missing semi-colon

Thanks, I made a patch and created a ticket. http://code.djangoproject.com/ticket/15490 On 23 fév, 13:48, Russell Keith-Magee wrote: > On Wed, Feb 23, 2011 at 8:24 PM, Jonathan S > wrote: > > Aparently, there are several semicolons missing at several places: > > >

Re: Missing semi-colon

Aparently, there are several semicolons missing at several places: django/contrib/admin/templates/admin/edit_inline/tabular.html lines 90, 94 and 124 django/contrib/admin/templates/admin/edit_inline/stacked.html lines 45, 48 and 78 Of course, this really is a minor issue, but easy enough to fix

Missing semi-colon

Hi Django admin developers, Can you please insert a semi-colon in the following file, behind line 90? django/contrib/admin/templates/admin/edit_inline/tabular.html var updateSelectFilter = function() { // If any SelectFilter widgets are a part of the new form, //

Re: Proposal for inclusion of two additional default template tags.

> Regarding the macro-tag I think the idea is valid but I'd personally > prefer a more flexible approach regarding variables being  provided > for the macro block. Something like Jinja's macro comes to mind where > I can define parameters for each macro and then pass them in as needed Jinja's appr

Re: Proposal for inclusion of two additional default template tags.

Jonas H." wrote: > On 01/07/2011 05:11 PM, Jonathan S wrote: > > > ** And a {% decorate %} template tag: > >http://paste.pocoo.org/show/316593/ > > +1 > > > {% macro %} avoids the usage of external template files. I think it's > > not worth the over

Proposal for inclusion of two additional default template tags.

Hi all, Like {% include %} and {% extends %}, I think we can include two more template tags in Django's defaulttags for controlling the "render flow". Click the links below for a usage example. ** A {% macro %} template tag http://paste.pocoo.org/show/316592/ ** And a {% decorate %} template ta

Re: i18n bug in template rendering.

Thanks Ramiro, we hope the patch will be applied in the next release. -- 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, send email to dj

Re: i18n bug in template rendering.

> You aren't supposed to use _('Foo') as a standalone variable. > (see last paragraph > herehttp://docs.djangoproject.com/en/1.2/topics/i18n/internationalization...) Why shouldn't I use it as a standalone variable? (A language should have a *context free* grammar, which means, that the undersco

Re: i18n bug in template rendering.

See also: http://pastebin.com/Wstya2C6 -- 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, send email to django-developers+unsubscr...@goo

i18n bug in template rendering.

I guess, we found a bug, not sure if it has been reported earlier and whether this is the right place to report. When a template contains translations in variables, like {{ _("text") }}, the text seems to be translated already during the creation of the Template object. Every following call of Tem

Template preprocessing (to improve template rendering speed, en page filesize)

Hi all, At my current job, I spent a week of programming on a preprocessor for Django templates. In short, what it does is compiling the templates in a more compact version, dropping all useless information and preprocessing templatetags where possible. The Apache benchmark tools showed a page loa

Re: Proposal: {% include_partial %} template tag

Something related, that we could really use is passing not just variables to the include, but also blocks. I tried to implement a template tag for this, but it doesn't work together with how Django replaces blocks in the extended template at compile time instead of during the renderering. I would

Re: Re: Default ordering on User model

My favourite workaround for this is to register a small dummy apps overriding default properties: from django.conf import settings if "django.contrib.auth" in settings.INSTALLED_APPS: # modify User model properties only if contrib.auth is installed from django.contrib.auth.models import User #

Re: Re: humanize.ordinal is very English-specific

Regarding Russ' comment on pluralization: Option 1: Spend a lifetime trying to make a single tag that can accommodate every possible pluralization rule scheme Option 2: Provide a simple implementation that works for a lot of cases, and encourage others to write specific template tags for thei

Re: Easier debugging of Django templates. {% try %} ... {% endtry %} template tag and traceback.

> This looks really interesting. Is this something that could be > integrated into Django's template page itself? It strikes me that this > sort of feedback would be a good addition to Django's own debug page, > rather than requiring end users to pepper debug tools like try-catch > block in their

Re: Easier debugging of Django templates. {% try %} ... {% endtry %} template tag and traceback.

On Mar 6, 3:36 am, Leo wrote: > This is really cool, thanks for sharing it! > > One small question though, would it be better to check TEMPLATE_DEBUG > instead of DEBUG > -http://docs.djangoproject.com/en/dev/ref/settings/#template-debug > ? Yes, TEMPLATE_DEBUG would be better indeed. Thanks.

Re: Template Compilation

Just a few thoughts, this is my idea and I'm not an expert at compilers, so forgive me if I'm somewhere wrong. (1) For me, personally, I think the scoping of variables should be kept inside a block. {% with "x" as x %} {% with "y" as x %} {% endwith %} {{ x }} - you would print "y", because

Re: Easier debugging of Django templates. {% try %} ... {% endtry %} template tag and traceback.

On Mar 5, 6:59 pm, Jared Forsyth wrote: > On a related note, is there a way to tell templates *not* to fail silently? > (most tags etc. do) > for testing/debugging purposes? I don't think that all template tags fail silently. Lookup of variables does always fail silently. That is, when a varia

Re: Easier debugging of Django templates. {% try %} ... {% endtry %} template tag and traceback.

On Mar 5, 5:49 pm, Jared Forsyth wrote: > I presume these only get shown with DEBUG turned on? Yes, they are only shown when DEBUG is on: see line 163: http://github.com/citylive/Django-Template-Tags/blob/master/templatetags/debug.py#L163 -- You received this message because you are subscrib

Easier debugging of Django templates. {% try %} ... {% endtry %} template tag and traceback.

Hi Django users, We made at our company, City Live, a template tag you may be interested in. It's a try/catch statement. When anything in the try block fails, a traceback through all the included templates is shown. A good approach would be to include {% try %} ... {% endtry %} in the base templa

Re: Re: Python version roadmap

A word of caution on dropping support of python 2.4: it is still shipped with RHEL 5 which is supported until 2014 (http://www.redhat.com/security/updates/errata/). -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group,

Re: Re: why last_login in django.contrib.auth.models.User cannot be null?

> However, the bigger issue is that I think changing the definition of > this field really requires a migration mechanism (which would update > existing databases), which we don't have. We really don't want the > situation of bugs which are impossible to reproduce because they > depend on installat

Re: [GSOC] Multi-DB

when done is this giong to be as simple as adding installed apps to one DB or the other? On Fri, Apr 24, 2009 at 11:11 PM, Alex Gaynor wrote: > > > On Sat, Apr 25, 2009 at 2:01 AM, Russell Keith-Magee < > freakboy3...@gmail.com> wrote: > >> >> On Wed, Apr 22, 2009 at 1:45 AM, Alex Gaynor >> wro

Re: forms.BooleanField(widget=forms.HiddenInput) broken on MySQL

> > Time to open a new issue which focuses solely on the Hidden Boolean > issue in stead of #7190? > > Ps: I still feel that exposing the fact that MySQL does not support > booleans is a mistake exactly because it creates two new paths > in Django. One where booleans are mapped to and one where

spamblocked ticket: Use IPython profile if in current directory

"Akismet rejected spam", so, though very minor, here's my ticket. === Use IPython profile if in current directory === [http://ipython.scipy.org/ IPython] is great. It's profiles are very nice and it would be neat to use one if available. This patch offers a way to do that. It assumes that a

Re: dojo implementation

would not work very well. Anyhow, looking forward to testing. Best, David S. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-develo

Re: dojo implementation

David S. <[EMAIL PROTECTED]> writes: > [snip] I am wondering if it is still planned to release some Dojo > integration soon and if there is any idea what that will look like. I have > not > found any hint of if in the magic-removal branch. Terribly sorry. I meant to p

dojo implementation

would greatly inform how I proceed, so that refactoring to the Django way might be easier when the time comes. Thanks, David S. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group.