Re: Ticket #14007: Automatically discover models within a package without using the app_label Meta attribute

On Wed, Jul 28, 2010 at 10:45 PM, Jacob Kaplan-Moss wrote: > On Wed, Jul 28, 2010 at 12:09 PM, Rajeev J Sebastian > wrote: >> I think it might be useful for people refactoring their ever-growing >> models.py > > That's maybe part of what I don't understa

Re: Ticket #14007: Automatically discover models within a package without using the app_label Meta attribute

thin submodules needs an app_label in the Meta. I think it might be useful for people refactoring their ever-growing models.py Regards Rajeev J Sebastian -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send

Re: Django 1.2 release candidate available

On Thu, May 6, 2010 at 10:43 AM, Alex Gaynor wrote: > > You are however allowed to start earlier if you buy Russ and Karen a > drink, they deserve thanks for all the hard work they've put in. Oh, I wouldn't miss a chance to make small talk over drinks with the django gods :

Re: Django 1.2 release candidate available

On Thu, May 6, 2010 at 10:37 AM, James Bennett wrote: > On Wed, May 5, 2010 at 11:53 PM, Rajeev J Sebastian > wrote: >> When can we start discussing potential small/micro fixes for the next >> version of django? > > A week or two after 1.2 final is released. Thanks! Re

Re: Django 1.2 release candidate available

another great Django release! When can we start discussing potential small/micro fixes for the next version of django? Regards Rajeev J Sebastian -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send

Re: GSoC - Class based serializers

e the "model" field, to collapse the fields dict into the > main obj dict, etc.).  Lastly, I think a more detailed timeline would > be helpful, it's important to get estimates of how long each smaller > change will take (and it helps you flesh out what pieces of work go &g

Re: Proposal - hook to modify links in object-tools

On Tue, Mar 23, 2010 at 12:20 PM, George Karpenkov wrote: > once again, I'm happy to write a patch if people think it's a good > idea Love it! :) Regards Rajeev J Sebastian -- You received this message because you are subscribed to the Google Groups "Django developers&qu

Re: Adding optional SITE_DOMAIN and SITE_NAME variables in settings.py

Site.get_current(), as you seem to have misunderstood. Regards Rajeev J Sebastian -- 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

Re: Adding optional SITE_DOMAIN and SITE_NAME variables in settings.py

ple.com". Anyway, nothing to get so worked up about as you have done. Regards Rajeev J Sebastian -- 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

Re: Adding optional SITE_DOMAIN and SITE_NAME variables in settings.py

sue (the solution was outlined by the OP). Its just easier to have this in the settings (imo), because at the point of time (or phase of development) where this is useful, there are usually no fixtures. Regards Rajeev J Sebastian -- You received this message because you are subscribed to the Goo

Re: Adding optional SITE_DOMAIN and SITE_NAME variables in settings.py

settings SITE_DOMAIN and SITE_NAME instead of blindly using 'example.com'. This prevents the need to go in an edit the domain within the admin (or run some python code in shell) everytime one does a syncdb. It is, quite simply, a suggestion to allow overriding the django default when crea

Re: [Proposal] Adding optional SITE_DOMAIN and SITE_NAME variables in settings.py

     try: def_name = settings.SITE_NAME >        except: def_name = "example.com" > > and then create the new site using: >        s = Site(domain=def_domain, name=def_name) > > > I hope this is the correct place to post this! I wanted to hear what > other people th

Re: admin javacripts

about it. It is merely my helpless reaction towards this unfortunate direction in Django and Django ecosystem in general. As someone wrote earlier, *some* choice has to made, and it might as well be jquery. So be it. Amen. Regards Rajeev J Sebastian [1]: http://jqueryvsmootools.com/ -- You received

Re: admin javacripts

ngoproject.com/browser/django/trunk/django/contrib/admin/options.py#L273 ... just when I was relieved :P Regards Rajeev J Sebastian -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-dev

Re: admin javacripts

On Fri, Feb 19, 2010 at 8:01 PM, Javier Guerra wrote: > On Fri, Feb 19, 2010 at 6:32 AM, Rajeev J Sebastian > wrote: >> On Thu, Feb 18, 2010 at 8:09 PM, Rob Hudson wrote: >>> While certain parts of the admin are (or will be) using jQuery >>> (widgets, etc.) >>

Re: admin javacripts

On Thu, Feb 18, 2010 at 8:09 PM, Rob Hudson wrote: > While certain parts of the admin are (or will be) using jQuery > (widgets, etc.) This really sucks. Kindly don't do this. Regards Rajeev J Sebastian -- You received this message because you are subscribed to the Google Grou

Re: Proposal: Tutorial Refresh

pletely unnecessary. +1 I've trained 8 apprentices over the past 1-1/2 years. The existing django tutorial is invaluable since it can be done in about a day. Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscribed to

Re: Model.objects.raw() (#11863)

. "SELECT a.*, db_specific_function(a.id) as my_annotation FROM raw_query_author a ORDER BY a.id" Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To

Re: Model-validation: call for discussions

too many levels of indirection" - Kevlin Henney http://en.wikipedia.org/wiki/Abstraction_layer http://en.wikipedia.org/wiki/Butler_Lampson Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups

Re: RequestContext rarely used (branched from Feature reviews for 1.1)

t_to_template everwhere! I always try to "delegate" to the generic views. Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, sen

Re: Implementing a pure RDF backend for Django

wever, I was able to get a good faceted browser going using mootools in the frontend and a custom metadata layer. This allowed me to plugin in any ontology (with little modification) and browse the triple store with the faceted browser. Creating triples was also done as a framework with some mooto

Re: GET requests should not alter data?

On Fri, Oct 17, 2008 at 12:54 AM, James Bennett <[EMAIL PROTECTED]> wrote: > > On Thu, Oct 16, 2008 at 7:11 AM, Rajeev J Sebastian > <[EMAIL PROTECTED]> wrote: >> Without trying to read deeply between the lines, the thread seemed to >> come to a point where the on

Re: GET requests should not alter data?

GET request could cause a db write. I *think* thats where Amit is now. (He also mentioned this as the second option) Hope I'm right ... Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups

Re: About FireSymfony and Django

Umm ... Sorry to post that email to the public django-devel list :) I realise it is not for django usage, but core django development. It happened by mistake. Regards Rajeev J Sebastian. --~--~-~--~~~---~--~~ You received this message because you are subscribed

Re: About FireSymfony and Django

'd like to take a look at what you have, and try to port it to Django. Regards Rajeev J Sebastian On Thu, Oct 16, 2008 at 6:27 AM, Alvaro Videla <[EMAIL PROTECTED]> wrote: > > Hi, > > As you may guess, I'm a symfony develper and the creator of > FireSymfony. I read h

Re: GET requests should not alter data?

matic reasons > that have already been elucidated. I think Amit was just suggesting that these exceptions be documented, and not in the pursuit of a purist goal :) Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscrib

Re: I want a pony: Django Cheeseshop

are going to be reusable, might as well distribute them as eggs. Or you could just have people drop packages into a specific directory in your project. (Pinax for e.g., has apps/) Regards Rajeev J Sebastian [1] http://peak.telecommunity.com/DevC

Re: Proposal: installmedia command - A story for distributing media with apps

nd work ? Anyway, I've attached our media app (with the command, etc). If you want any changes to be included, please do tell me. Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups

Re: Proposal: installmedia command - A story for distributing media with apps

e things very simple. Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com To un

Re: djangoproject.com/documentation/ redirected

ry about the new docs...I've been making some > improvements to the new index, which I agree could use some work. Great! Looking forward to it. Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Goog

Re: djangoproject.com/documentation/ redirected

eep the old docs frontpage/ToC available at some URL ? That one seemed nicer: more info/links was available without having to scroll down. (Perhaps, its also that I havent gotten used to the new docs yet ...) Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ Y

Re: Proposal: Widget Templates

te (because 90% of the time, the styling for a given widget on a given site is the same), ... *and* this should be modifiable, i.e. we should be able to set the template for any widget, in each form (maybe using some widget API in the form __init__ meth

Re: ANNOUNCE: Django 1.0 released

Hi James, The release notes has a string that seems wrong ... "Django 1.0 represents revision 88XX of our public repository". Did you forget the XX bit ? Regards Rajeev J Sebastian On Thu, Sep 4, 2008 at 5:37 AM, James Bennett <[EMAIL PROTECTED]> wrote: > > The Dja

Re: Make clickable area of object links larger

ak: How do you make the whole area clickable with just > style rules? I believe you can set the display of the anchor to block. That should fill the outer block. Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscrib

Re: about templatetag namespaces

go. It works well, and allows us to create template/filter libraries independent of any application. Right now, we use it to collect a lot of the django snippets together into a library. Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because

Re: GSOC: More backends for djangosearch

The latest PG has its own text indexing/search system ... is this what you are referring to by "tsearch2" ? Regards Rajeev J Sebastian On Mon, Jul 7, 2008 at 11:55 PM, Ben Firshman <[EMAIL PROTECTED]> wrote: > > A quick update! > > School things are well and truly

Re: Community representation, or, #django user "Magus-" needs to go far away

+1 to Tom, though magus On Tue, Jul 1, 2008 at 7:34 PM, Tom Tobin <[EMAIL PROTECTED]> wrote: > On Tue, Jul 1, 2008 at 4:25 AM, Kenneth Gonsalves > <[EMAIL PROTECTED]> wrote: >> >> why should he be more polite? He follows the policy of 'teaching to >> fish' rather than spoonfeeding. I have several

Re: RFC: Django 1.0 roadmap and timeline

Hi Jacob, On Thu, Jun 12, 2008 at 5:03 AM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > 7. Land GeoDjango as ``django.contrib.gis``. Not that I have any right to say anything ... but should this really be a django contrib ? Isn't it more of an external application ? Re

Re: Response to "Shortcutting render_to_response"

plate. Calling a generic view in a function is quite common and in fact an elegant use of the language. The fact that generic views all use RequestContext is also widely known. So your patch is not strictly necessary. it simply adds burden for people learning to use django. R

Re: Dev attitude towards Windows and IIS

should explore (considering windows in general, maybe you should think again about IIS support expecially given the good alternatives). Regards Rajeev J Sebastian > Thanks. > > Randy > > > --~--~-~--~~~---~--~~ You received this message b

Re: Model Inheritance in qsrf and User?

kind of purpose anyway). In fact, I would so far as to say "never use inheritance, unless you really know what you are doing". of course, Inheritance being the first thing people teach about OO doesnt help at all. regards Rajeev J Sebastian --~--~-~--~~~---~--

Re: Model Inheritance in qsrf and User?

> Could you elaborate or point to elaboration on why non-abstract > inheritance is a bad fit for extending user? Because every app has its own concept/method of how to link info to a User object, hence that information is best held in other models each with a FK

Re: [GSoC] Aggregate Support to the ORM

just as the builtin sum, avg, etc ? Regards Rajeev J Sebastian On Wed, Apr 23, 2008 at 1:54 AM, Nicolas E. Lara G. <[EMAIL PROTECTED]> wrote: > > Hello, > I have been selected to implement Aggregate support in the Django ORM > as a project for Google Summer of Code 2008 =)

Re: Template.render() should accept a dictionary, not just a Context object

elist.render(context) > > This is backwards compatible and would make the template system that > tiny bit nicer to use. The problem with this is that we have to pass an instance of a subclass of Context, rather than something that has the interface of a Context. Is it

Re: Easier URL patterns

it read? Django is the web framework for perfectionists with deadlines! Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, s

Re: Easier URL patterns

ve > wasted time banging on stuff, copying the pattern into Kodos and typing in > the URL I wanted to match it has usually pointed out my mistake in about 90 > seconds. Eric3/Eric4 also has a very good regexp tool which is integrated with it, but also executable

Re: GSoC proposal: Resource-based Models

o declare triples > >class Meta: >source = sources.FOAFSource() > Btw, RDFAlchemy provides a kind of ORMish layer. I am using it currently in one of my semweb projects though it hasnt yet reached the power of ActiveRDF. Regards Rajeev J Sebastian --~--~-~--~--

Re: ModelAdmin and AlreadyRegistered

Hello Micheal, I guess my very terse response caused some misunderstanding. I meant, we (i.e., dinamis.com in our inhouse projects) put all our admin related stuff for each app in an /admin.py and load it at startup. Sorry for the misunderstanding I caused. Regards Rajeev J Sebastian On Sun

Re: ModelAdmin and AlreadyRegistered

looking for admin.py in installed apps sounds good to me. We already do this. Regards Rajeev J Sebastian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, sen