On Wed, Jul 28, 2010 at 10:45 PM, Jacob Kaplan-Moss <ja...@jacobian.org> wrote:
> On Wed, Jul 28, 2010 at 12:09 PM, Rajeev J Sebastian
> <rajeev.sebast...@gmail.com> wrote:
>> I think it might be useful for people refactoring their ever-growing
>> models.py
>
&g
quot; is a package, and because of this, every model within
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
"Dj
the
django gods :D
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 group, send email to
d
On Thu, May 6, 2010 at 10:37 AM, James Bennett <ubernost...@gmail.com> wrote:
> On Wed, May 5, 2010 at 11:53 PM, Rajeev J Sebastian
> <rajeev.sebast...@gmail.com> wrote:
>> When can we start discussing potential small/micro fixes for the next
>> version of django?
>
oday.
Congrats on yet 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
t; things like 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 g
On Tue, Mar 23, 2010 at 12:20 PM, George Karpenkov
<true.chesh...@gmail.com> 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 Gro
ite.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
"example.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.
no, that doesn't solve the issue (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 ar
ttings 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
creating the *d
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 though
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
at an old checkout:
>
> http://code.djangoproject.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, se
On Fri, Feb 19, 2010 at 8:01 PM, Javier Guerra <jav...@guerrag.com> wrote:
> On Fri, Feb 19, 2010 at 6:32 AM, Rajeev J Sebastian
> <rajeev.sebast...@gmail.com> wrote:
>> On Thu, Feb 18, 2010 at 8:09 PM, Rob Hudson <r...@cogit8.org> wrote:
>>> While certain pa
On Thu, Feb 18, 2010 at 8:09 PM, Rob Hudson <r...@cogit8.org> 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 t
l
> seems completely 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 becaus
by the
DB.
For e.g.
"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
"Djang
xcept the problem of 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
mplate 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, send email to
d 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 mootools code in the frontend, and i
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 th
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
"Dj
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
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 here: http://oebfare.
agmatic 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 subscribed to
e 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/DevCenter
?
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
"Djan
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
he 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 Google Groups
&quo
d 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
--~--~-~--~~~---~--~~
You rec
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__ method).
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
ow 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 subscribed to
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
+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
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 ?
Regards
lling 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.
Regards
Raj
plore (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 because you
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
--~--~-~--~~~---~--
gt; 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 to t
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
eturn self.nodelist.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
t 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, send e
anging 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 standalone from the shel
>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
--~--~-~--~~~---~-
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
in.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, send email to
48 matches
Mail list logo