haha ... thought it was going to be quoted.
I agree to keeping the payment processing as a non-django component.
I'll look at the links referred. Thx for that!
-Z
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
I agree completely.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email to [EMAIL
Hi,
I'm not abled to get edit_inline outside the admin to work on Magic
Removal. Inside admin it works really great, even in M-R. It must be
possible because it was introduced in this changeset:
http://code.djangoproject.com/changeset/1434
and I can see the edit_inline argument in the
I know that MS SQLServer and Oracle both have schema support (I think
it is part of SQL92 standard); probably other "traditional" RDBMSes
would have support too; don't know about MySQL and Sqlite...
HTH,
Alex
--~--~-~--~~~---~--~~
You received this message
On 4/15/06, Ed Epstein <[EMAIL PROTECTED]> wrote:
> What I'd like to know is, if I spend the time on this and do it
> properly (so that it plays nice with other database backends, will work
> easily with the old naming convention, etc) is there a chance that it
> would be incorporated within the
On 4/15/06, Rudolph <[EMAIL PROTECTED]> wrote:
> I just read Google started a new Summer of Code. It would be nice for
> Django to get some extra work done this summer (release 1.0?) and get
> some attention. It's just a suggestion...
Yeah, Jacob and I have wanted to get Django involved in
On 4/14/06, Clint Ecker <[EMAIL PROTECTED]> wrote:
> Here's basically what I have... the thing with t-shirts is that you can have
> a base product, the design... and it's got several subproducts Medium Black
> shirts, Large black shirts, Meidum blue. And they've all got different
> prices
> I would like to see payment processing become a general purpose
> library that has no Django dependencies.
>
> Maybe we can model (or at least learn from) the Perl OnlinePayment
> library that is here:
>
> http://420.am/business-onlinepayment/
>
> I have also collected a few other links here:
ok, found it in the developers-group.
2 problems:
### first, no dojo.js is loaded. i changed the base-template to load
"dojo.js".
### second, as olive has already pointed out, there´s a problem with
foreign keys resp. manytoone (i didn´t get it to work, even with
replacing all the fields
On 4/14/06, ZebZiggle <[EMAIL PROTECTED]> wrote:
>
> I have no interest in the shopping cart, shipping, etc. ... just the
> checkout and credit card processing. I'll happily do the SkipJack
> driver.
>
> -Z
>
I would like to see payment processing become a general purpose
library that has no
Of course, within one minute of sending my last email, I discover the
Loader Types section of the documentation. D'oh!
Todd
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this
Is there a way to set the TEMPLATE_DIRS relative to the project
rather than as absolute paths? It seems like having to change the
values when I move from my dev machine to my production machine is
one step that shouldn't have to be there.
Todd
Hi,
I just read Google started a new Summer of Code. It would be nice for
Django to get some extra work done this summer (release 1.0?) and get
some attention. It's just a suggestion...
Rudolph
--~--~-~--~~~---~--~~
You received this message because you are
i´m sorry, but i couldn´t figure out how to get/install dojo-stuff
with magic-removal.
any hints?
thanks,
patrick
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group,
this doesn´t work:
class Admin:
ordering = ['-id']
list_display = ('id', 'title', 'category', 'status', 'user',
'date',)
list_filter = ['createdate','updatedate','status','category']
fields = (
(None, {
'fields': ('title',
On 4/12/06, Max Battcher <[EMAIL PROTECTED]> wrote:
> Oh, right. You could do:
>
> tags = [tag for tag in Tag.objects.all() if tag.article_set.count() == 0]
>
> n queries for n tags, but it is "pretty" Python. Doing db-cleanup
> shouldn't happen all that often, so you probably don't need the
Don Arbow wrote:
> I also didn't like the names that Django gave to my tables. But of
> course you can name them anything you'd like using the db_table field
> of the META inner class. A little more effort, but this comes in
> handy when using legacy databases.
Yes, that is an option, but it
17 matches
Mail list logo