Django Contract Work Needed

Overview: Currently looking for a python/django developer for contract work on a web API and web-based account management system. Project Details: The project will consist of two main parts: a web API responsible for account registration and web interface responsible for managing account data. Th

Re: Let's schedule a Django sprint

Niels Sandholt Busch skrev: > I'm in Copenhagen, and if you do host an event, I will show up. Got > some python experience, but a Django noob. > OK, it is official, there will be a Copenhagen chapter of the sprint. Location: No House IT c/o Indienet Skelbækgade 40B 1717 Kbh V E: [EMAIL PROTECT

Re: Let's schedule a Django sprint

Only 3 of us from SF? Come on now! It's for sure that it'll be good at Google's campus? On Sep 7, 9:20 am, Fernando Gutierrez <[EMAIL PROTECTED]> wrote: > On Wed, 2007-09-05 at 15:32 -0500, Adrian Holovaty wrote: > > It's about time we scheduled an official Django sprint. We've got a > > bunch o

Re: Let's schedule a Django sprint

On Wed, 2007-09-05 at 15:32 -0500, Adrian Holovaty wrote: > It's about time we scheduled an official Django sprint. We've got a > bunch of features that are almost done but haven't yet been > committed/merged -- including newforms-admin, ORM aggregate support, > multi-DB support and GeoDjango. P

Re: Following OneToOne Relationships

[EMAIL PROTECTED] wrote: > I have searched through the dev list and couldn't find anything > relating to the specific thing I am trying to do. I also am aware that > both QuerySet and OneToOne fields are in some sort of flux right now. > > QuerySet is being completely refactored, and I will of co

Re: Let's schedule a Django sprint

On 9/7/07, David Cramer <[EMAIL PROTECTED]> wrote: > Only 3 of us from SF? Come on now! > > It's for sure that it'll be good at Google's campus? Google Chicago is for sure, but I'm not sure yet about Mountain View. Silicon Valley is *so* overrated. The real action is in Chicago. :) Adrian --

Re: Django, Components, and Interfaces

On Fri, 2007-09-07 at 12:48 -0400, Joshua 'jag' Ginsberg wrote: [...] > First, every section of Django becomes customizeable without chopping > up the source tree. We already permit drop-in authentication backends, > database backends, and caching backends; there's been talk of drop-in > session b

Re: Let's schedule a Django sprint

On 9/7/07, Nis Jørgensen <[EMAIL PROTECTED]> wrote: > OK, it is official, there will be a Copenhagen chapter of the sprint. That's great! Thanks for organizing this. Adrian -- Adrian Holovaty holovaty.com | djangoproject.com --~--~-~--~~~---~--~~ You received t

Django, Components, and Interfaces

Howdy all -- I've been working with the internals of both Django and Trac lately, and there's a feature of Trac that I have found to be simply outstanding and remarkably consistent with the engineering standards of Django: Trac's component framework. The code for Components, Interfaces, and the l

Re: Let's schedule a Django sprint

I have a friend who can join in during the evening if it's held at Mountain View, though I am surprised there aren't more Django hackers in the Silicon Valley. On Sep 7, 9:51 am, "Adrian Holovaty" <[EMAIL PROTECTED]> wrote: > On 9/7/07, David Cramer <[EMAIL PROTECTED]> wrote: > > > Only 3 of us f

Re: Let's schedule a Django sprint

On 9/7/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > Silicon Valley is *so* overrated. The real action is in Chicago. :) If only I could justify the 3.5 hour drive it would take to get there. :( It's so close, yet so far away. I'll most likely be there over IRC (or whatever) though, so don't c

[Free Training] Facilitating multi-stakeholder processes and social learning Trainings

*Scholarship and Job in **http://cambodiajobs.blogspot.com* *Facilitating multi-stakeholder processes and social learning Trainings* *The Netherlands, 8 - 26 September 2008* Advanced

[Scholarship] Japanese Grant Aid forHuman Resource Development Scholarship

*Scholarship and Job in **http://cambodiajobs.blogspot.com* *What is Japanese Grant Aid forHuman Resource Development Scholarship (JDS) program?* The JDS Program is to provide nationalities of Bangladesh, Cambodia, China, Indonesia, Laos, Mongolia, Myanmar, Phil

Re: Django, Components, and Interfaces

Malcolm -- Thanks for taking the time to read it and write back. I apologize if what I said at first didn't come across clearly -- I often need two or more stabs at explaining something before I get it across with its semantic integrity still in place. It's not clear what problem(s) you are actu

Re: Django, Components, and Interfaces

> An example: I like Suzy Creamcheese's Blog application but she used > django.contrib.comments in it, and I want Joe Schmoe's slashdot style > commenting system. I also want people who have blogs to be able to post > their own photos, but Suzy Creamcheese's Blog application uses a BlogAuthor > mo

Re: Django, Components, and Interfaces

I probably shouldn't be putting my hat in this ring, but I've never been a big fan of components and interfaces, so I'll provide some of my own thoughts on the subject. On 9/7/07, Joshua 'jag' Ginsberg <[EMAIL PROTECTED]> wrote: > Problems: > 1) While there is a good degree of drop-in replacabili

Re: Django, Components, and Interfaces

Am 07.09.2007 um 20:40 schrieb Yuri Baburov: >> Or if I'm using Satchmo and I've written an excellent CRM system >> in Django, >> I want Satchmo to use the shipping and contact information that >> I've defined >> in my CRM system, and if they both implemented IPerson, >> IPostalAddress, and

Re: Django, Components, and Interfaces

Hi Yuri -- Thank you also for taking the time to write. This was design error of applications creators. > Let's think what Django could do to prevent such errors. The application creators weren't thinking about interoperability of their applications because there are no such guidelines for ma

Re: Django, Components, and Interfaces

On 9/7/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > Now, this point I might not be understanding correctly. Are you asking > for Django's core to define an interface for each and every potential > use someone might find for it? While I can understand the marginal > benefit such interfaces might p

Re: Django, Components, and Interfaces

On 9/7/07, Joshua 'jag' Ginsberg <[EMAIL PROTECTED]> wrote: > Problems: > 1) While there is a good degree of drop-in replacability of parts in the > Django stack as I outlined (db backend, authentication backend, etc.) there > is not a clean way for programmers to grok what specific contract vario

Re: Django, Components, and Interfaces

On 9/7/07, Joshua 'jag' Ginsberg <[EMAIL PROTECTED]> wrote: > Sure. Walks, quacks, yep. It's a duck. But if I want my own user model, I > don't just have to make something that looks and acts like a User from > django.contrib.auth -- I have to convince everybody else to use my version > instead of

Re: Django, Components, and Interfaces

Hi Joshua -- > [...] if they both implemented IPerson, IPostalAddress, and > IPhoneNumber, [...] ... and that's the point where my eyes glaze over and smoke starts coming out of my ears. I don't know you, but I'll hazard a guess at your background: Java, right? The thing you have to understand

Re: Django, Components, and Interfaces

On 9/7/07, Joshua 'jag' Ginsberg <[EMAIL PROTECTED]> wrote: > > I can see abstract idea. But don't see right implementation idea. > > 1) You can do this all without all javaish interfaces. > > Admitted, this is bringing some higher OO language stuff to Python. Trac and > (gasp!) Zope both went do

newforms-admin: unique_together validation

Today I challenged myself to dive into newforms-admin source code and try to figure out how to fix the unique_together problem for inline forms in admin. I thought I'd share what I found and where I got stuck in case someone wants to shed some light on the matter. I realize that my knowledge of D

Re: newforms-admin: unique_together validation

On Fri, 2007-09-07 at 12:48 -0700, akaihola wrote: > Today I challenged myself to dive into newforms-admin source code and > try to figure out how to fix the unique_together problem for inline > forms in admin. > > I thought I'd share what I found and where I got stuck in case someone > wants to

Re: get_FIELD_filename() in pluggable FileField backends

I don't want to be annoying, but I thought I'd ping this question, because I'd like to get some feedback in time to have pluggable FileField backends ready for consideration before (or during) the sprint next week. -Gul On 9/4/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > On 9/4/07, Marty Alchin

Re: get_FIELD_filename() in pluggable FileField backends

On 9/7/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > > I don't want to be annoying, but I thought I'd ping this question, > because I'd like to get some feedback in time to have pluggable > FileField backends ready for consideration before (or during) the > sprint next week. Could you post your c

Re: get_FIELD_filename() in pluggable FileField backends

On 9/7/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote: > Could you post your current patch to Trac? I'd find it a lot easier to > comment if I could look at some code. Using an object to represent the > file rather than a bunch of special model methods definitely seems > like the right direction

Re: get_FIELD_filename() in pluggable FileField backends

On 9/7/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > > I'll be posting the patch in a couple hours, once I get to a PC with a > proper diff tool. And I'm not so much concerned with whether or not I > should be setting up a new object, as much as the fact the exact > functionality provided by get_F

Re: get_FIELD_filename() in pluggable FileField backends

I could do that, yes, I just worry that people might use it without the proper checks, then have problems when things break. Especially when (I expect) the most common use of get_FIELD_filename(), opening a file for reading/writing, has a much better, and backend-agnostic method available. I'd muc

Re: get_FIELD_filename() in pluggable FileField backends

On 9/7/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > I could do that, yes, I just worry that people might use it without > the proper checks, then have problems when things break. Especially > when (I expect) the most common use of get_FIELD_filename(), opening a > file for reading/writing, has a

ANN: Making some changes to djangoproject.com

Howdy folks -- A quick announcement: I'm going to be making some changes to djangoproject.com over the next week or so. The first of those changes are done and don't appear to have broken anything, but if you notice anything busted, please send me an email ([EMAIL PROTECTED]). These changes ar

Re: Django, Components, and Interfaces

Am 07.09.2007 um 21:07 schrieb Christopher Lenz: > Am 07.09.2007 um 20:40 schrieb Yuri Baburov: >>> Or if I'm using Satchmo and I've written an excellent CRM system >>> in Django, >>> I want Satchmo to use the shipping and contact information that >>> I've defined >>> in my CRM system, and if they

wikimarkup and django-sphinx releases

I've taken the time to upload both our SphinxSearch layer, and our MediaWiki markup util to Google code today. For more info see my blog post: http://www.davidcramer.net/code/54/mediawiki-markup-and-sphinxsearch-for-django.html I haven't used Google code before, so if theres any problems just le

Re: wikimarkup and django-sphinx releases

Thinking about this more, it made more sense in django-users, sorry :) On Sep 7, 3:30 pm, David Cramer <[EMAIL PROTECTED]> wrote: > I've taken the time to upload both our SphinxSearch layer, and our > MediaWiki markup util to Google code today. For more info see my blog > post:http://www.davidcra

Adsense Absolute Information :AAi Groups

Adsense Absolute Information :AAi Groups http://groups.google.com/group/aaigroup For your vision in google adsense. How to make money with adsense. How to create web to create page impression. How to earning money easy. For article, technique, thinking in adsense, seo, free downlaod, free stuff.

Re: Django, Components, and Interfaces

> The application creators weren't thinking about interoperability of their > applications because there are no such guidelines for making interoperable > applications. Interfaces and componentization would give Django the > opportunity to define some standard interfaces like IUser and give Django

Re: get_FIELD_filename() in pluggable FileField backends

On 9/7/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > I think, though, for the sake of backwards-compat we shouldn't remove > get_FIELD_filename() -- storing files on the filesystem is going to be > by far the common case; let's not make those doing the common thing > suffer. Well, get_FIELD_

Re: get_FIELD_filename() in pluggable FileField backends

On 9/7/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > The patch isn't quite ready yet after all. Once I got the code home > and started to plug it into a proper trunk checkout, it's taking a bit > more effort than I expected to get it to work properly. I'd rather > make sure it does in fact work ri

An update on dbsettings

I just thought I'd give a quick heads-up to those few of you who are paying attention to my dbsettings project[1]. I've finally gotten a comprehensive test suite written and checked in. So, barring any major features that are request or bugs reported, it's now as complete as it'll get. -Gul --~-