On 11/6/05, Ian Holsman <[EMAIL PROTECTED]> wrote:
> I would like to write a function on my 'tag' table which will return
> the keywords that each contain a set of tags. (where keywords and tags
> in a many 2 many relationship).
Looks like you answered your own question. :)
http://code.djangopro
Hi.
I would like to write a function on my 'tag' table which will return
the keywords that each contain a set of tags. (where keywords and tags
in a many 2 many relationship).
i don't have a problem coding the intersection function, but I do have
a problem getting the function to live in the rig
Mochikit is an excellent framework. I like it a lot. But... While it solves
a lot of low-level problems, it doesn't provide any facilities for widgets.
Dojo solves widget packaging. I think that Django/Ajax should use a
high-level foundation: widgets, shared client/server objects, and so on.
P
I've fixed that problem; thanks for pointing it out, Luke.
Jacob
Within the past couple of weeks, the "django-admin.py runserver" has
started spewing some scary exceptions. Here's the Trac ticket:
http://code.djangoproject.com/ticket/698
Does anybody know how to fix this?
Adrian
--
Adrian Holovaty
holovaty.com | djangoproject.com | chicagocrime.org
Eugene Lazutkin wrote:
> http://code.djangoproject.com/wiki/AJAX --- it lists exactly one
> implementation done by Eric Moritz. It uses prototype.js. Current state of
> this project is "abandoned" --- no changes were made in a long time. His
> solution provides uniform access to models using ex
Link is not http://media.djang...angowish126x70.gif'? its
http://media.djang...angowish126x70.gif
On 11/6/05, Luke Plant <[EMAIL PROTECTED]> wrote:
>
> On Sun, 6 Nov 2005 20:24:43 +0100 Petar Marić wrote:
>
> > I wanted to use this idea for my blog, then figured this could
> > interest a few more
[EMAIL PROTECTED] wrote:
> Isn't it supposed to be solved with AJAX? The problem looks like
> http://ajaxpatterns.org/Drilldown
>
> Here is an example of a tree browser from an opensource DoJo project.
> http://dojotoolkit.org/~alex/dojo/trunk/tests/widget/test_TreeNode.html
>
> Has anyone been
http://code.djangoproject.com/wiki/AJAX --- it lists exactly one
implementation done by Eric Moritz. It uses prototype.js. Current state of
this project is "abandoned" --- no changes were made in a long time. His
solution provides uniform access to models using existing Django framework.
All d
On Sun, 6 Nov 2005 20:24:43 +0100 Petar Marić wrote:
> I wanted to use this idea for my blog, then figured this could
> interest a few more people:
>
> You know that orange bar on top of
> http://media.djangoproject.com/img/badges/djangowish126x70.gif ?
This happens to have highlighted a config
On 4 Nov 2005, at 22:39, Brant Harris wrote:
The templates currently go through a seemingly needless two-step
process: compilation and rendering. It seems like the point would be
to compile once, and then not again until the template is changed.
So, what exactly the strategy on templates comp
I wanted to use this idea for my blog, then figured this could
interest a few more people:
You know that orange bar on top of
http://media.djangoproject.com/img/badges/djangowish126x70.gif ?
Add another one at the bottom and write "So I've done it".
Cheers,
--
Petar Marić
*e-mail: [EMAIL PROTECTE
Isn't it supposed to be solved with AJAX? The problem looks like
http://ajaxpatterns.org/Drilldown
Here is an example of a tree browser from an opensource DoJo project.
http://dojotoolkit.org/~alex/dojo/trunk/tests/widget/test_TreeNode.html
Has anyone been exploring using AJAX with Django? I am
Isn't it supposed to be solved with AJAX? The problem looks like
http://ajaxpatterns.org/Drilldown
Here is an example of a tree browser from an opensource DoJo project.
http://dojotoolkit.org/~alex/dojo/trunk/tests/widget/test_TreeNode.html
Has anyone been exploring using AJAX with Django? I am
Brant Harris wrote:
> Half way through ticket #603
> (http://code.djangoproject.com/ticket/603/) Robert brings up a topic
> of much interest to me, which is the templates and their compilation.
>
> The templates currently go through a seemingly needless two-step
> process: compilation and renderi
jws wrote:
> I'd like to hear some discussion regarding what seems to be a common
> situation and how to best address it within Django-powered sites.
>
> Frequently there will be hierarchical data stored in the db as tables
> with foreign keys linking lower-level tables to their parents. As an
>
hugo wrote:
>>Either way, the admin does neither thing today. It seems to >me that
>>situations like this would happen regularly and would be an >excellent
>>candidate for inclusion in the admin. All the information >required to
>>create the interface already exists in the model definitions.
>
>
>Either way, the admin does neither thing today. It seems to >me that
>situations like this would happen regularly and would be an >excellent
>candidate for inclusion in the admin. All the information >required to
>create the interface already exists in the model definitions.
In what is that what
On 11/5/05, Luke Plant <[EMAIL PROTECTED]> wrote:
> I agree that functionality shouldn't be added until we have a use case,
> and the concept of walking up and down the stack helps. It's not quite
> that simple though -
Hmm... I thought the handlers did the right thing, damn :-(
> Solutions:
>
19 matches
Mail list logo
