On 1/24/07, Sean Perry <[EMAIL PROTECTED]> wrote:
> I could care less about most of the keywords. However, having Rev or
> Id set is handy for the sysadmin down the road trying to figure out
> where the bug came from.
Isn't that what `svn blame` is for?
Count me -1 on keywords expansion, too.
Y
On Jan 23, 2007, at 9:44 PM, Jacob Kaplan-Moss wrote:
>
> On 1/23/07 9:58 PM, Adrian Holovaty wrote:
>> On 1/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>> may I suggest to set properties for the files in svn ?
>>>
>>> {{{
>>> for filename in `find . -type f`; do
>>> svn propset svn:key
On 1/23/07 9:16 PM, Nate Straz wrote:
> Why does the admin app tie directly to models? Why not applications?
Because sometimes you want certain models within in app *not* to be
admin-editable.
Jacob
--~--~-~--~~~---~--~~
You received this message because you ar
On 1/23/07 9:58 PM, Adrian Holovaty wrote:
> On 1/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> may I suggest to set properties for the files in svn ?
>>
>> {{{
>> for filename in `find . -type f`; do
>> svn propset svn:keyword "URL Author Date Rev Id" $filename
>> done;
>> }}}
>
> Par
On Jan 23, 7:55 pm, "Adrian Holovaty" <[EMAIL PROTECTED]> wrote:
> Keeping in mind the comments about possible thread-safety heisenbugs,
> let's make it so that the threaded behavior is *optional*, but people
> can turn it on if they're concerned about Ajax-induced stalling. What
> do you think? A
+1
I'd also like to see a script that generates a CHM (Compiled HTML Help)
from the official Django ReST docs. The CHM could then be included as
part of the installer-based release for Windows users. One of these days
I'll probably get fed up waiting for the pages on djangoproject.com to
load
Let me start by saying that I think that djangoproject.com and the
Django book are both doing really good jobs of providing documentation
and helping both to introduce new users to the framework and teach old
dogs some new tricks.
But...
There's an awful lot of really good documentation floating
On 1/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> may I suggest to set properties for the files in svn ?
>
> {{{
> for filename in `find . -type f`; do
> svn propset svn:keyword "URL Author Date Rev Id" $filename
> done;
> }}}
Pardon my ignorance, but what would this accomplish?
Adria
How to achieve to search within a list of id that have been
sorted in a precise way?
the __in lookup tag will automatically reorder the list
by ascendancy (and I reckon in_bulk does the same too).
I have a list where items are ordered by rate (which is
not a field of the same table) and giving t
On 1/22/07, Graham King <[EMAIL PROTECTED]> wrote:
> Yes, it does. I telnet to 8000 to keep a request open, and make a
> regular browser request. With the current dev server the browser will
> hang until I kill the telnet. With the patch the browser responds.
>
> +1 from me.
>
> I'm going to
Why does the admin app tie directly to models? Why not applications?
Nate
--~--~-~--~~~---~--~~
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@googlegrou
> Excellent -- I'm excited that you're interested in helping out. The
> best bet would be to submit patches against the newforms-admin, but
> I'll give the caveat that I'm moving pretty quickly on this and may
> duplicate your work. The last thing I want is for you to spend time on
> a patch, only
Hi,
may I suggest to set properties for the files in svn ?
{{{
for filename in `find . -type f`; do
svn propset svn:keyword "URL Author Date Rev Id" $filename
done;
}}}
Regards,
Dirk
--
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal für Modem und ISDN: http://www
On 1/23/07, Marc Fargas Esteve <[EMAIL PROTECTED]> wrote:
> a core developer goes to see the "Read for
> check-in" tickets it has no way to know that some of those tickets
> should be taken ASAP,
FWIW, I think there's a goal that the queue for "ready for check-in"
be nearly empty, so prioritizing
On 1/23/07, Marc Fargas Esteve <[EMAIL PROTECTED]> wrote:
> The triage system is really nice! but there's just one thing, with the
> removal of priorities when a core developer goes to see the "Read for
> check-in" tickets it has no way to know that some of those tickets
> should be taken ASAP, fo
On 1/23/07, Marc Fargas Esteve <[EMAIL PROTECTED]> wrote:
> That would apply also for security related tickets and so on. Just ask
> the users if they like the broken links in the website :P
For security issues, the "how to contribute to Django" docs list a
dedicated email address -- [EMAIL PROTE
Hi there,
The triage system is really nice! but there's just one thing, with the
removal of priorities when a core developer goes to see the "Read for
check-in" tickets it has no way to know that some of those tickets
should be taken ASAP, for example: #3336 which solved broken links in
djangoproj
yes, lets close this thread: and use this one:
http://groups-beta.google.com/group/django-users/browse_thread/thread/6a96426735ffd7f1
On Jan 23, 1:55 pm, nesh <[EMAIL PROTECTED]> wrote:
> * [EMAIL PROTECTED] wrote, On 23.01.2007 13:04:
>
> >> p.s. Let's go to django-i18n, *the* place for I18N dis
On 1/23/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> I've just attached a unit test to the ticket. It seems to be the same
> issue described in #2749 and #3081. I think I understand the problem;
> the patch on #3081 is pretty much correct. I should have this sorted
> out by tonight.
>
O
* [EMAIL PROTECTED] wrote, On 23.01.2007 13:04:
>> p.s. Let's go to django-i18n, *the* place for I18N discussions :)
> I thought about it but did not want to create fourth thread for the
> same discussion within two days. How about staying on django-users?
> It is a use of Django after all ;)
O
On 23 Sty, 12:45, nesh <[EMAIL PROTECTED]> wrote:
> Storing ML content is the completely different beast.
Unfortunately, this is what I need right now :)
> I tried this approach first (although before MR branch) and I hated explosion
> of the new tables which it creates. Until
> full model inhe
* [EMAIL PROTECTED] wrote, On 23.01.2007 10:49:
> nesh napisał(a):
>> I'm -1 on this, translation must be done *without* any changes to the model.
> I'm -1 on that -1 :)
>> IMHO, best place to translate content is in the template -- at the point of
>> the display.
> I disagree. To me translat
* stuff4ash wrote, On 23.01.2007 10:24:
> the problem with translations is the many different use "cases". and in
> many cases, avoiding a change to the model is not posible. for example,
> when u have a site with several languanges, but one object is not
> directly translated to another, but jus
On 1/23/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> On 1/23/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> >
> > Could somebody provide some unit tests that isolate the problem? I've
> > never mucked with the GenericForeignKey code -- perhaps Jacob or
> > Russell could chime in here for
nesh napisał(a):
> I'm -1 on this, translation must be done *without* any changes to the model.
I'm -1 on that -1 :)
> IMHO, best place to translate content is in the template -- at the point of
> the display.
I disagree. To me translations (of content) are not just another
version of the
dat
thx for the links :)
> > passI'm -1 on this, translation must be done *without* any
> > changes to the model.
the problem with translations is the many different use "cases". and in
many cases, avoiding a change to the model is not posible. for example,
when u have a site with severa
* stuff4ash wrote, On 22.01.2007 10:57:
> after searching and reading all the posts related to internalization
> and multilanguange, my first question is if there is any active
> development to integrate or make easy translations in the django core,
> and if not, if there are any people who would
27 matches
Mail list logo
