Hi, I was just referred here with a suggestion I posted on the django
ticket tracker. I've been studying the way we do template tags, and
had a suggestion for how to revise them to make them a bit easier. I
was thinking that out of the tags, I like the variable syntax the best
-- {{ variable.attrib
an improvement, as I feel it would, then it seems all such
implementations would benefit as well.
Cordially,
Daniel
On May 26, 5:32 pm, Gregor Müllegger wrote:
> Hi Daniel,
>
> I think your suggestion might make sense for some people using
> autoclosing brackets etc. But having bette
aviour. Why would we change it?
>
> -FM
>
>
>
> On Wed, May 26, 2010 at 11:05 PM, Mike Axiak wrote:
> > Hello,
>
> > Also keep in mind that the triple brackets introduce their own set of
> > issues. For example, in LaTeX templates I've seen::
>
&g
Greetings,
I'm developing an application where http://ajaxpatterns.org/
Lazy_Registration">Lazy Registration is on my feature list, and I
believe this can be accomplished pretty cleanly using the django auth
system.
I would like to implement this as an extension of the existing auth
code. Is th
I understand that there's a workaround using iregex (http://
stackoverflow.com/questions/2667524/django-query-case-insensitive-list-
match), but an 'iin' seems like it would be a nice feature to have in
the query syntax.
--
You received this message because you are subscribed to the Google Groups
Hello,
This is a cross-post from django-users (http://groups.google.com/group/
django-users/browse_thread/thread/7de549e13f4ec2e5). As it pertains
to implementation details, the developers group may have more insight.
As I understand it the model field paramater "validator_list" is now
being ph
Hello all,
As part of the third year of my computer science degree (at the
University of Warwick), I need to complete an individual project. I'd
quite like to use this to do something for Django. The project is meant
to be done entirely individually, which means that something that works
as a s
Hi Dougal,
On Sun, 2009-09-20 at 21:10 +0100, Dougal Matthews wrote:
> It would probably be worth you listing your ideas even if they are
> half baked. This would show people what you are interested in and we
> could possibly help you develop them further.
Thanks for the reply. I had a couple o
Hey,
On Sun, 2009-09-20 at 09:45 -0700, corn13r...@gmail.com wrote:
> A django webmail app
That'd be interesting, I'll add that to my list.
Dan
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers"
On Sun, 2009-09-20 at 16:26 -0700, Richard wrote:
> django-schedule is under active developement and is a great
> calendaring app.
Looking at django-schedule's website, it only seems to do the front-end
part of what I was suggesting. Is my understanding correct?
Dan
--~--~-~--~~-
The timestamp is necessary to limit replay attacks, and so it should
probably be more than optional - always issued, and checked by
default. The danger is that users might think "signing" is a
bulletproof guarantee that the cookie as received is exactly the
latest cookie issued to that unique user
I agree with Eric and my experiences back it up. Most of the people
who want to custom form widgets are the ones who are unprepared to dig
into Django/Python code. The easier we can make creating/extending
form widgets the better.
This looks like what I'll be sprinting on at DjangoCon. :)
Danny
ontrols are out of the hands of the designer
and in the hands of the developer.
Until I get around to refactoring django-uni-form,
Daniel Greenfeld
pydanny.com
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To pos
e:
TEMPLATE_CONTEXT_PROCESSORS = DEFAULT.TEMPLATE_CONTEXT_PROCESSORS +
('my.preprocessor',)
Took me some time to figure out why admin was not working anymore :)
The difference of Context and RequestContext is not a deep one, so I
don't think it
csWiki/Tailor
[2] http://www.selenic.com/mercurial/wiki/index.cgi
[3] http://projects.edgewall.com/trac/wiki/TracMercurial
[4] http://www.darwinports.org/
- Daniel
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"D
. %}
would set a reference to the escape function of this template instance,
which is default to html. escape and autoescapestring would use this
reference instead of fixed coded escape function. This would allow to
write clean templates, with n
gh," and stuff like that. I think more granular categories
> like that would help us get more on top of the tickets/patches.
Keywords like "request_for_review" etc would help, too. The only thing
which would be required is a wiki pag
eader).
I suggested http://code.djangoproject.com/ticket/1192 but Adrian doesn't
like it for some reason I can't understand :)
Anyway, maybe there could be some nice and clean way to use callables in
urlconfs to allow such things.
kin
if and ifequal tags are not
sufficient enough. I don't think ifgreater and ifless are really used
that much that it should result in a additional default tag, maybe the
if tag should simply be more flexible then it is now.
i'm -0 on this.
kindly regards
Daniel
--~--~-~--~
ned.
kindly regards
daniel
--~--~-~--~~~---~--~~
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 unsubscribe from this grou
rks (or just make "escape" not mark the
> string as safe, but I suspect that will have unintended annoying
> side-effects).
I suggest {{var|escape|escape:force}}
force as an optional argument to escape already escaped strings.
But an unsafe
one field is
requested and returns a list with only the values.
Any better ideas ?
kindly regards
Daniel
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send em
ld return
[id,id,...]
?
kindly regards
PS: yes i will provide a patch :)
kindly regards
Daniel
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send ema
n. What is the context,
> though? What was the original question and where was this posted? Was
> there a particular point you wanted to know about?
The comments is from http://www.djangoproject.com/documentation/
modpython/
- Daniel
--~--~-~--~~~---~--
This is exactly what we need for our apps to be portable :)
kindly regards
Daniel
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-
but it hasn't
received any attention from the developers. In the meantime, I
commented out the condition as you also suggest, and have not had any
problems since. I also see that someone has just opened ticket 2718
which is the same problem.
I suppose I could submit a patch but I'm not clea
ord in their 'contributing' docs. This
> saves someone having to manage trac users.
Nice idea. I use the trac Admin UsersManagerSomething Plugin, so users
can easily register an account and then change wiki pages, submit
tickets, etc. I don't use any other spam blocking and spam stopped after
ch a Interface is specified, it should be flexible enough to switch
backends. In my optinion PIL has a total terrible quality when compared
to ImageMagick.
kindly regards
Daniel
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Googl
- I'd love to help
but I don't know anything about writing tests.
--
Daniel.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django
>From the MySQL docs:
Deviation from SQL standards: Like MySQL in general, in an SQL
statement that inserts, deletes, or updates many rows, InnoDB checks
UNIQUE and FOREIGN KEY constraints row-by-row. According to the SQL
standard, the default behavior should be deferred checking. That is,
constr
On 4/11/07, Brian Beck <[EMAIL PROTECTED]> wrote:
>
> I consider this a wart and it's been bugging me for a while. So,
> sparked by some discussion in #django, here goes...
>
> I'd like it if template filters supported multiple arguments for real.
> Currently filters that need multiple arguments j
helping.
If anyone gets upset reading this. please accept my apologies, I am
not out to troll. I am just trying to get a grip on how my help would
be most effective as I dig deeper into django.
Regards,
Daniel
--~--~-~--~~~---~--~~
You received this message because
On 4/18/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
>
> On 4/18/07, Daniel Brandt <[EMAIL PROTECTED]> wrote:
> > Something has been bugging me for a while..
>
> This type of complaint seems to come up every few months. I'm always tempted
> to
I think it will be a little bit helpful to add a very minimal .gitignore
file to the django project.
Maybe one that just ignores the environments, test files
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django itself)" group.
Yeah
What I meant is for the default ‘startproject’ template to include a
minimal .gitignore file.
I've added the template.
Just wanted to ask before I push
On Thu, Mar 9, 2023, 20:00 James Bennett wrote:
> On Thu, Mar 9, 2023 at 10:27 AM 'Adam Johnson' via Django developers
> (Contributions t
; On Thu, Mar 9, 2023, 14:13 Daniel Azubuine
> wrote:
>
>> Yeah
>>
>> What I meant is for the default ‘startproject’ template to include a
>> minimal .gitignore file.
>>
>> I've added the template.
>> Just wanted to ask before I push
>>
>
When starting a new Django project, the user can select if he wants to
build an API or use the Django template.
If he chooses API, then Django-rest framework will be installed, and then
serializers.py will be added to the folders.
--
You received this message because you are subscribed to the Goo
thank you i didn't know.
On Mon, Apr 17, 2023 at 8:26 AM Florian Apolloner
wrote:
> Hi, this is something which is already supported via the template argument
> to startproject/startapp.
>
> Cheers,
> florian
>
> On Sunday, April 16, 2023 at 11:47:44 PM UTC+2 Daniel
1c5adb4a4b1b9f/3f71cdab836adad4?tvc=2&fwc=2
Also, you say "two-levels of inline" when I think you mean "one-level
of inline" because afaik. that's what the admin supports atm.
hth,
- Daniel
dy willing to submit a patch?
http://code.djangoproject.com/ticket/904
- Daniel
--
Daniel Ericsson
http://monowerks.com/ | http://lounging.com/
print 'class'
else:
# called via an instance, raise InvalidInvocationError
or something...
print 'instance'
raise Exception
def main():
TestClass.get_list('test')
test = TestClass()
test.get_list('test')
if __name__ == '__main__': main()
regards,
- Daniel
On 7 dec 2005, at 10.53, Daniel Ericsson wrote:
I find the use of "objects" as a way of namespace separation a bit
off-putting. Enforcing an invocation-style via stack inspection
would cut down on the line-noise. Not a terribly big deal, just how
I'd try to do it un
ode and a easy target for mistakes and security flaws.
You can't trust any values comming from the client, somebody could try
to attack your site by altering the urls by hand. I think its the best
solution that way.
request.GET['param'] should also return a list or tuple of values.
kindly regards
Daniel
e dependencies check.
maybe a syntax like:
__dependencies__ = (('django.contrib.auth',
">=0.1,!=0.2"),('my.app.bla', "==0.3"))
would require a version of contrib.auth that is greater as 0.1 but not
0.2 and version 0.3 of bla :)
kindly regards
daniel
database
to resolve the url, or even change the other settings depending on the
hostname you resolve...
The speed impact would be minimal and the posibilities enormous.
kindly regards
Daniel
olver to be
def __init__(self, request, urlconf_name):
Maybe even remove the urlconf_name and look it up in the resolver class
rather then the http base class. What do you think ?
The HostURLResolver is so small, that i think it doesn't make sense to
put it into contrib.
kindly regards
Daniel
---
Look at http://code.djangoproject.com/ticket/1192 if it fits your needs,
please.
It doesn't have subdomain specific settings, but I think the
HostURLResolver is a very usefull thing. Also you could write a custom
resolver trough the new config setting.
kindly regards
daniel
xt into the mix.
Lastly, HttpRequestProcessingContext which I think is very
descriptive. Which is good right? :]
- Daniel
Jeremy Dunck wrote:
> This makes me think the world needs a wiki whose wikitext syntax is
> restructured text.
In general ?
At least trac has a macro for restructured text I think.
kindly regards
daniel
ip may help, but i think they will most likly use a botnet or so.
kindly regards
daniel
ere is a question about how the yahoo toolkit will get
development in the future, its not a very open development process as
much as i have seen. something i don't like.
kindly regards
daniel
apps. in myapp/default_settings.py you could write
DEPENDS_ON=('somethingelse.app',) which would be automaticly appended to
INSTALLED_APPS if it's not there and on "install app" be created before
the myapp is installed.
Thoughts ?
kindly regards
daniel
--~--~-~--~~---
rlpatterns = patterns('.views',
for a views in the current directory
urlpatterns = patterns('..views',
views in the partens directory
etc.
kindly regards
Daniel
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Goo
Hi,
just found a bug in the admin interface (trunk version). When you
enable searching and type a simple " " empty space in the search
field, you'll get a TypeError with:
reduce() of empty sequence with no initial value
Traceback (most recent call last):
File "/usr/lib/python2.3/site-packages/d
think.
Is there a reason that Django doesn't do this? Is the philosophy to
use a SlugField here? In my case I really NEED to use CharField as a
primary key. And I think, that if there is the possibility to use
CharField as pk, it should also work in admin!?
Regards, Daniel
-- Fo
m close to completing this first project now.
Regards, Daniel
2006/3/31, Malcolm Tredinnick <[EMAIL PROTECTED]>:
>
> Hi Daniel,
>
> On Fri, 2006-03-31 at 12:23 +0200, Daniel Bimschas wrote:
> > Hi! I posted this on django-users before, but without success.
>
> Apolo
+1
I've often wondered why fieldsets have been possible in the Django
admin interface for a while now, but not possible with ModelForms.
Looking forward to this.
On Nov 27, 12:43 am, Mikołaj Siedlarek wrote:
> Hi,
>
> I've just posted a new ticket with everything the feature proposal needs -
> m
Dear Django Developers,
Is there any consensus on where to define your signals for models and
how to import them? I ask because to me it seems very odd that there
doesn't appear to be a standard way to add your own signals and have
them auto imported by the framework. I for example create a /
proj
django-developers+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/django-developers?hl=en.
>
--
Daniel Sokolowski
Web Engineer
KL Insight
http://klinsight.com/
Tel: 613-344-2116 | Fax: 613.634.7029
993 Princess Street, Suite 212
Kin
:12 AM, Daniel Sokolowski wrote:
>
> > So this would effect django because of the CSRF token check --- which
> requires the hash to be regenerated before comparing it yes?
>
> No, the problem is somewhat different. The attacker constructs a POST
> request in which the field na
t; group.
> To post to this group, send email to django-developers@googlegroups.com.
> To unsubscribe from this group, send email to
> django-developers+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/django-developers?hl=en.
>
--
Thanks
On Thu, Dec 29, 2011 at 11:36 AM, Alex Gaynor wrote:
>
>
> On Thu, Dec 29, 2011 at 10:32 AM, Daniel Sokolowski <
> daniel.sokolow...@klinsight.com> wrote:
>
>> Would someone be so kind and explain why POST variables are stored in
>> hash tables? What is t
go-developers@googlegroups.com.
> To unsubscribe from this group, send email to
> django-developers+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/django-developers?hl=en.
>
>
--
Daniel Sokolowski
Web Engineer
KL Insight
http://
+1 even though I agree with what Babatunde said I support this change as
anything that minimizes a 'gotchas' during development is very good. I
raether get an exception instead of spending half an hour debuging why my
data is not being saved. Sure once I figure it out I would learn to pay
attention
Donald
Backward compatibility can be maintained with just a log warning to give
developer time to clean up code or throwing an exception when
`settings.DEBUG=True` and only log warning when `False`; I am not sure how
this ought to be implemented but again I am big +1 for this proposal.
On Thu, Ja
1. How does this proposal effect default values specified on model fields?
(ModelForm processing)
2. Forgive my ignorance but who has the final say if it goes in or not? And
since it should be a yes what's next?
On Thu, Jan 12, 2012 at 8:40 PM, Tai Lee wrote:
> Ian,
>
> I agree that there are a
atomic.
I leave all the magic stuff to smart people. ;)
--
'Knowledge is Power'
Daniel Greenfeld
http://pydanny.blogspot.com
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to djang
+1,
I think they ought to be auto imported just like models.py, views.py, etc. are.
From: Emil Stenström
Sent: Thursday, January 19, 2012 8:44 AM
To: django-developers@googlegroups.com
Subject: Re: Thoughts on defining and autoimporting signals.py
On Thursday, 22 December 2011 03:49:44 UTC+1
Somewhat independently from the recent thread, I had been working in
getting tests running faster. I essentially reimplemented an idea that
Erik Rose[1] posted here last year, but I did it in a way that I think
is more DB independent (although... I'm using it and have tested it
only under PostgreSQ
On Tue, Jan 24, 2012 at 2:22 AM, Anssi Kääriäinen
wrote:
> On Jan 24, 3:07 am, Daniel Moisset wrote:
>> [1] The idea is loading fixtures once per TestCase instead of once per
>> test method, and use DB rollbacks after each test to return the DB to
>> the after-fixtures-just
hed by
django.contrib.admin. I think this is is the better, easier way to go
because it keeps Django's core scope smaller. Which makes advancement
of the framework easier for the hard-working people who contribute to
it.
--
'Knowledge is Power'
Daniel Greenfeld
http://pydanny.bl
+1 django has grown since the original design decision and as a rapid
development framework it sells itself it ought to have it --- me thinks.
Daniel
On Fri, Jan 27, 2012 at 9:28 PM, Russell Keith-Magee <
russ...@keith-magee.com> wrote:
> On Sat, Jan 21, 2012 at 1:02 AM, Chris Wils
On Tue, Jan 31, 2012 at 8:34 PM, josharian wrote:
> Hi all,
>
> We're using connection.queries to log all sql executed during
> development. I find myself wishing that in addition to 'sql' and
> 'time', there was a 'traceback' entry, so that troublesome/mysterious
> queries could quickly be tracke
Your guidance is required!
Would someone be kind enough and take a look at
https://code.djangoproject.com/ticket/17756
and provide feedback.
Thank you
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to d
On Fri, Feb 24, 2012 at 6:01 AM, Stephan Jaensch wrote:
>> This thread contains 6 people expressing support for this change, and 2
>> against (a BDFL, a core developer) -- and you can add me to the -0 list.
>> There are over 6000 subscribers to django-developers. I put it to you that
>> the vas
On Fri, Feb 24, 2012 at 12:12 PM, Alex Gaynor wrote:
>
> Folks, you seem to have missed Russell's point. Even if 100 people +1 this,
> it's meaningless. That's a tiny fraction of this mailing list's readership,
> much less of the Django community at large. Django is the way it is
> because, fir
+1 and reason as previously stated: it makes sense to brake down very long tags
for readability purposes.
From: Alex Gaynor
Sent: Friday, February 24, 2012 10:12 AM
To: django-developers@googlegroups.com
Subject: Re: Revisiting multiline tags
On Fri, Feb 24, 2012 at 10:01 AM, Daniel
Tom makes a good point, but you can already store emails in the username,
they are just limited to 30 characters or fewer. Lift this length
restriction and I will be able to do everything I need without having to
wait for contrib.auth2. In the 'I use django to make a living' world the
solution
ginal Message-
From: Luke Sneeringer
Sent: Thursday, March 15, 2012 12:28 PM
To: django-developers@googlegroups.com
Subject: Re: authentication by email
On March 15, 2012, at 11:24 , Daniel Sokolowski wrote:
Tom makes a good point, but you can already store emails in the username,
they are
That would be a workable compromise, yes?
-Original Message-
From: Daniel Sokolowski
Sent: Thursday, March 15, 2012 12:41 PM
To: django-developers@googlegroups.com
Subject: Re: authentication by email
Yes it clearly would, however I see two possible solutions to make it more
friendly
Carl, I sincerely appreciate your feedback, however again it seems no
answers are given except more questions and considerations to consider. Why
is it so unreasonable that we expect the end developer to be able to
manually adjust their schemas, it's part of an upgrade process and it's been
don
limitation on the username
ought to be increased?
-Original Message-
From: Luke Sneeringer
Sent: Thursday, March 15, 2012 2:11 PM
To: django-developers@googlegroups.com
Subject: Re: authentication by email
On March 15, 2012, at 12:23 , Daniel Sokolowski wrote:
Carl, I sincerely appreciate
FYI: for my development settings I set: TEMPLATE_STRING_IF_INVALID =
'UNDEFINED_VAR: %s' which tells me which variables are undefined.
It has some quirks (password reset form in admin link fails or something) but
it’s easy to live with during development.
From: Sachin Gupta
Sent: Tuesday, M
On Tue, Apr 3, 2012 at 12:37 PM, Ric wrote:
> hi,
>
> the default django template need a meta tag for character encoding in
> the head
>
>
>
why? the Content-Type should be properly served in the HTTP headers...
(if it isn't, then you have a genuine bug)
Regards,
D.
--
You received this me
Alex I have looked over your proposal and I agree on both your concerns with
LFK, and Jacob’s approach; however I still find the profile approach is the
most flexible solution.
Correct me if I’m wrong but both LFK or a swappable user model approach like
your fail to address issue of extensibil
Hi Lukash, I'm 0 to this.
I find it well thought out but in my use cases I fail to see the advantage
over the WAY 3 (or WAY 4 pointed out below) and it adds a layer of
abstraction where a straight tuple or a list does the job well enough.
The choice filtering could come in handy and in the en
I agree with Luke that more explicit is better then implicit when dealing with
the user.data.
From: Luke Sneeringer
Sent: Tuesday, April 03, 2012 2:46 PM
To: django-developers@googlegroups.com
Subject: Re: auth.user refactor: the profile aproach
So, after reading this, I think I really only ha
On Wednesday, April 4, 2012 9:41:23 AM UTC-7, Adrian Holovaty wrote:
> 2012/4/3 Łukasz Langa :
> > Explicit choice values::
> >
> > GENDER_MALE = 0
> > GENDER_FEMALE = 1
> > GENDER_NOT_SPECIFIED = 2
> >
> > GENDER_CHOICES = (
> > (GENDER_MALE, _('male')),
> > (GENDER_FEMALE, _('femal
Can someone give me an example please where a swappable model would benefit
me as opposed to one-to-one model inheritance, FKs, or even proxy models?
Django does this very well and allows
for seamless up/down traversal.
It seems that swappable models are nothing but a different way of doing wha
No I can not stomach a swappable User model or the LFK approach, so thank you
for voicing your concerns.
From: Tai Lee
Sent: Wednesday, April 04, 2012 9:37 PM
To: django-developers@googlegroups.com
Subject: Re: auth.user refactor: the profile aproach
Are we really sure that we can or should st
How is the final approach chosen ?
From: Alex Ogier
Sent: Friday, April 06, 2012 2:31 PM
To: django-developers@googlegroups.com
Subject: Re: auth.user refactor: the profile aproach
Tai, read https://gist.github.com/2289395 for a summary of many reasons why I
think profiles are a bad idea, and
Would it be hard for django to check during syncdb and complain that a
schema migration is required for an app? I vaguely recall being stumped
myself after changing a model, running syndb and getting my first database
integrity error. I believe even a NOTE in the tutorial clarifying that
schema
idea about this ‘distutils’
caveat; I do not understand or know how django installs setup process works but
am up for some kind of a warning/error directly to the console.
Thank you for reading my opinion.
Daniel
From: Florian Apolloner
Sent: Friday, April 13, 2012 2:15 AM
To: django-developers
You sir are Epic!
-Original Message-
From: Carl Meyer
Sent: Friday, April 13, 2012 10:33 AM
To: django-developers@googlegroups.com
Subject: Re: extra files in startproject
--
You received this message because you are subscribed to the Google Groups "Django
developers" group.
To po
Hi Carl,
Looks fine to me, and I think throwing the warning at the end is indeed a
good idea.
-Original Message-
From: Carl Meyer
Sent: Friday, April 13, 2012 2:20 PM
To: django-developers@googlegroups.com
Subject: Re: extra files in startproject
--
You received this message because
.
To unsubscribe from this group, send email to
django-developers+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-developers?hl=en.
Daniel Sokolowski
Danols Web Engineering
http://webdesign.danols.com/
Kingston, ON K7L 1H3, Canada
Notic
his group, send email to
mailto:django-developers%2bunsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-developers?hl=en.
--
You received this message because you are subscribed to the Google Groups
"Django developers"
Thank you Alex and Max for your responses.
-Original Message-
From: Alex Ogier
Sent: Friday, April 20, 2012 3:15 PM
To: django-developers@googlegroups.com
Subject: Re: GitHub migration planning
On Fri, Apr 20, 2012 at 2:58 PM, Daniel Sokolowski
wrote:
Was BitBucket (mercurial system
Works for me, Aaron why not register for a username (or do it anonymously)
and have the honours of adding it yourself? :)
https://www.djangoproject.com/accounts/register/
-Original Message-
From: Aaron C. de Bruyn
Sent: Sunday, April 22, 2012 1:27 PM
To: django-developers@googlegroup
Thanks Luke for the clarification.
-Original Message-
From: Luke Plant
Sent: Saturday, April 21, 2012 8:52 AM
To: django-developers@googlegroups.com
Subject: Re: GitHub migration planning
On 20/04/12 19:58, Daniel Sokolowski wrote:
Was BitBucket (mercurial system which is python
1 - 100 of 341 matches
Mail list logo
