oogle Translate or whatever he was using? This is a
retorical question => please do not try to answer.
Cheers,
Eugene Lazutkin
http://lazutkin.com/
On 07/30/2010 04:02 PM, Jacob Kaplan-Moss wrote:
> On Fri, Jul 30, 2010 at 3:39 PM, Mark Bucciarelli wrote:
>> The devs here _extremely_ patien
I added to the wiki a new document "Removing the magic: the cheat
sheet": http://code.djangoproject.com/wiki/MagicRemovalCheatSheet.
Essentially it is an index to "Removing the magic" organized by
functional areas with small hints. It reflects my experience with
converting web sites to the "ma
Moving closer to portable Django apps I decided to relocate template
files from
djangoprojectroot/templates/APP/
to
djangoprojectroot/APP/templates/
I like it better because it keeps all APP-related files together.
Immediately I encountered three problems:
1) Before the move I referred to t
Malcolm Tredinnick wrote:
>
> At the risk of offending everybody who uses a language requiring
> accents, but this one of those "it's harder than it looks" problems in
> Unicode. You need to have a mapping from every accented character (or a
> reasonable set of them) to their unadorned equivalent
Jacob Kaplan-Moss wrote:
>
>> schema evolution support:
>
> This is actually one of the accepted Summer of Code projects for
> Django, so the best answer is perhaps to way until the end of the
> summer to see what happens with it.
...or he can discuss it with Derek Anderson (the student) an
Adrian Holovaty wrote:
>
> So, convince us to continue using setuptools. What incentive do we
> have to keep using it? I'm not sure the convenience of easily being
> able to specify a manifest outweighs the horrid stain of requiring an
> Internet connection just to install our software. Are there
Adrian Holovaty wrote:
>
> So, convince us to continue using setuptools. What incentive do we
Which reminds me that you used setuptools 0.6c1, which is a developer's
version, if I am not mistaken. setuptools tries to update itself from
the current version on my computer and cannot find 0.6c1 v
Chris Long wrote:
> As an aside, if anyone is interested in this conversation, please let
> us know when you are available (on this topic) and we'll try working
> out a time for everyone. Otherwise, we'll post a log/summary of our
> conversation and decisions to keep everyone up to date.
It would
Linicks wrote:
>
> AJAX integration is a nice touch, but I think that the use of YUI goes
> against the established use of Dojo with Django. After reading the
> proceeding threads in this post, a couple of questions come to mind:
>
> 1. Chris, would it be reasonable to move your work to Dojo
James Bennett wrote:
> On 8/9/06, Linicks <[EMAIL PROTECTED]> wrote:
>> 1. Chris, would it be reasonable to move your work to Dojo?
>
> From the looks of things, that's how he'd implemented it at first; he
> then switched to YUI.
Do you know the reason? I am curious to know what was wrong.
T
cenyongh wrote:
> My method is based on this. And I add defer support which I think it is
> the most important reason for why we integrate these two frameworks.
Could you add your version to the Trac ticket #172 and reopen it as an
enhancement? Another way to do it is to open a new enhancement ti
cenyongh wrote:
> My method is based on this. And I add defer support which I think it is
> the most important reason for why we integrate these two frameworks.
Could you add your version to the Trac ticket #172 and reopen it as an
enhancement? Another way to do it is to open a new enhancement ti
Rob Hudson wrote:
Jacob Kaplan-Moss wrote:
Good point. Eugene sent me a windows installer a while ago, but I didn't have
a chance to test it out and then I lost track of it
Let's table this until closer to the release, but if you want to talk to him
and anyone else and start lining things
It is that time of year again! Google announced GSoC 2007, and this year
the timeline was changed dramatically. Read FAQ [1], pay attention to
new dates [2]. Most important upcoming dates are here:
For Django organization:
March 5: Mentoring organizations can begin submitting applications to Goo
Thank you for detailed post. You are raising valid points. I want to add my
laundry list, which partially intersects with yours.
1) Currently app's name should be unique within a project. I want to be able
to reuse the same app several times. Example: categories. I may have
different categorie
sage news:[EMAIL PROTECTED]
Thanks for your ideas,
I hope that others - especially those with Ruby experience - may be
able to offer some informed solutions. In the case of points (1) and
(6) I wonder if the following would help:
On 04/09/05, Eugene Lazutkin
<[EMAIL PROTECTED]> wrote:
>
Hello,
I have some questions regarding Django.middleware.cache, which is impressive
feature of Django. I am trying to understand it better but some design
decisions are unclear to me. I am sure you had your reasons to do it that
way and I want to know them. ;-)
1) Prefix.
All cache keys are
Hello,
Today I submitted new patch, which introduces three new cache backends:
'locmem:', 'file:', 'sql:'. If you are interested, please test it, and give
me your feedback. See http://code.djangoproject.com/ticket/515 for details
and required files.
Thanks,
Eugene
Hello,
One week ago I introduced new patch, which replaces existing MySQL backend.
Current MySQL backend is unusable in multi-threaded environment (e.g.,
FastCGI). Obviously this is a critical piece. So far I didn't have any
problems. If you are interested in it, please test it, and give me yo
"Robert Wittams" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Sounds like a really good idea to me. It would certainly be best to get
> the big changes in all in a short period.
Yep. If it should be done, it should be done now before official release.
Thanks,
Eugene
+1 from me.
"Adrian Holovaty" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
On 9/15/05, Sune Kirkeby
<[EMAIL PROTECTED]> wrote:
>
> Then one could put "def gnah" in MODULE_LEVEL instead of
> "def _module_gnah" in the model, also exceptions and the
> module_constants that cannot b
I would love to see an application, which looks at my models and provide
different Admin UI --- current Admin provides all necessary basic
functionality but it would be nice to extend it even more for some custom
apps. As soon as I have it, I'll compare it with existing Admin application
and form
Eugene
"Jacob Kaplan-Moss" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> On Sep 19, 2005, at 3:56 PM, Eugene Lazutkin wrote:
>> I would love to see an application, which looks at my models and provide
>> different Admin UI --- current Admin provides a
"Jason Huggins" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Okay, I'm hearing lots of arguments and assertions without proof (from
> anyone). Let's try to tone down the emotion here. I simply have a
> business requirement that I need to figure out, and I'm kind of stuck
> on h
It's very good that Sune's and George's additions finally made their way
into Django. They brought more structure to http handling.
Now it is high time to start Q&A session. Qs:
1) If I want to use all 3 cache middlewares + session middleware, what is
the correct order now? Is this stack corre
Georg,
Thank you for comprehensive answers. I think the part about interaction
between different types of middleware should go directly to Django's
documentation.
Thanks,
Eugene
"hugo" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Hi,
>
>>1) If I want to use all 3 cache mi
It sounds reasonable. The only problem is how to expose this functionality
to developers. Right now database backends expose a connection, which can be
used to obtain cursors, which can be used to execute SQL. Model and view
code doesn't work with connections and cursors directly. It's in a dif
Access to SQL Server is always a problem. :-)
1) MSDE 2000 (http://www.microsoft.com/sql/msde/default.mspx)
"Microsoft SQL Server 2000 Desktop Engine (MSDE 2000) is the free,
redistributable version of SQL Server that's ideal for client applications
that require an embedded database, new devel
+1. I am totally for it!
"Simon Willison" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
>
> Here are a couple of interesting Django tools:
>
> http://hugo.muensterland.org/2005/10/23/generic-search-service-for-
> django/
> http://hugo.muensterland.org/2005/10/19/tagging-with-djang
FYI.
Oracle Database 10g Express Edition. Free to develop, deploy, and
distribute: http://www.oracle.com/technology/products/database/xe/index.html
Now it is going to be simpler to build and test Django's Oracle backend.
Thanks,
Eugene
Now you don't need to sign up. And you can deploy it, if you want. And it is
10.2. :-)
"Tim Keating" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Actually, you could always download the express edition for free for
> development purposes (you just had to sign up for Oracle Te
beat the pants of it due to
the limits they imposed)
regards
Ian
On 11/2/05, Eugene Lazutkin
<[EMAIL PROTECTED]> wrote:
>
> Now you don't need to sign up. And you can deploy it, if you want. And it
> is
> 10.2. :-)
>
> "Tim Keating" <[EMAIL PROTECTED]&
Just a thought.
Isn't it possible to implement layout (structure) and text in separate
templates? One template defines layout and blocks, another one extends the
former and populates blocks with translated text and/or proper i18n tags.
The idea is to have several "translation" templates, which
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
so on.
Probably templates should be involved as well, e.g., some specialized
template tags, which define Ajax components.
"Robert Wittams" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Eugene Lazutkin wrote:
>> http://code.djangoproject.com/w
Inline.
"Adrian Holovaty" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
On 11/8/05, Jacob Kaplan-Moss
<[EMAIL PROTECTED]> wrote:
> * Transactions.
There are problems with transactions in caching --- sometimes database is
locked up for no reason without any errors. I didn't hav
"Jacob Kaplan-Moss" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Reading over what I've written so far, it seems that I'm shying away from
> difficult tasks. Perhaps I am, but the fact is that the longer we linger
> in a pre-release stage the more our potential community
Move it out. It makes Django leaner and more granular. If anybody needs it,
it can be easily installed.
Thanks,
Eugene
"Adrian Holovaty" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
Right now, Django checks redirects as a last resort, in the
django.views.defaults.page_not_fo
I want to highlight MSSQL problems outlined by Jacub below:
1) Yep, it should be [name].
2) In general you have to use an intermediate table. It is not as bad as it
sounds performance-wise, but it is a hassle. Or you have to design your
databases to simulate limit/offset functionality. In real
Personally I am leaning towards Dojo over MochiKit.
Disclaimer: I contributed some code to Dojo so I may be biased. Upside: I
know what I am talking about in regards of Dojo.
The reasons are simple: flexible AOP-inspired event system, thought-out
widget packaging and management, versatile I/O.
I don't recall anybody proposing "AJAX in the core". Clearly Ajax should be
an optional feature. While Ajax is generating a lot of buzz lately causing
adverse reaction in non-marketing people, don't overlook it is potential to
improve usability of web sites. Ajax can be abused, but let's be pra
Inline.
"James Bennett" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
On 11/14/05, Eugene Lazutkin
<[EMAIL PROTECTED]> wrote:
>> I don't recall anybody proposing "AJAX in the core".
>I've seen it asked for more than once, part
Inline.
"James Bennett" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
On 11/14/05, Eugene Lazutkin
<[EMAIL PROTECTED]> wrote:
>By "AJAX in the core" I mean "Ships with an AJAX library and both
>makes use of that library in built-in are
Nah, it would take all fun from bashing. :-) What kind of code do want to
see for negative statements?
"Simon Willison" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
>
>
> On 14 Nov 2005, at 22:37, Jacob Kaplan-Moss wrote:
>
>> How does this sound to everyone?
>
> Frickin' awesom
Looks good. It pretty much consistent with my arguments. Unfortunately the
third layer is the most complex one and it is not well defined.
"Jacob Kaplan-Moss" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
Hey folks --
Man, it's fun having such smart and passionate people on thi
Failing usability tests?
if stuff_is_blinking then return YOU_FAIL!!! :-)
"Jeremy Dunck" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
On 11/14/05, Eugene Lazutkin
<[EMAIL PROTECTED]> wrote:
>
> Nah, it would take all fun from bashing. :-) What k
"Adrian Holovaty" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
>With that in mind, I still want to comprehend this mysterious concept
>of "Ajax support." In fact, I yearn for it. I want to know what it is,
>desparately.
Let me take a stub at it.
1) Client-side form validation.
2
"Robert Wittams" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> I've got to say, this plan sounds like it would lead to *another*, half
> featured AJAX library. Do we really want to reimplement everything? It
> seems like the world needs fewer JS toolkits, not more...
>
> Lets ac
"Robert Wittams" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> I have no idea where you are coming from. The fact that some stuff best
> performed with AJAX is wanted in the admin is clear (see ticket #13) . I
Yep. Just try to reorder stuff without drag and drop. I did it using
"Maniac" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> But I think this whole approach is wrong and should not be supported.
> There are certain reasons behind separating server and client part and
Care to share these reasons or provide a link to reasons you support?
Unfortun
...and of course typically there is a limit on how many items to be returned
for auto-suggest, but taking it into considiration ruins all fun of
arguments. :-)
"Jeremy Dunck" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
On 11/14/05, Maniac
<[EMAIL PROTECTED]> wrote:
> But I th
news:[EMAIL PROTECTED]
>
>
> On 14 Nov 2005, at 19:26, Eugene Lazutkin wrote:
>
>> I think it is wise to talk to core Dojo guys (e.g., Alex Russell) about
>> Django Ajax and explain them what we need. They are accessible and
>> responsive. I am sure they will meet Djan
[EMAIL PROTECTED]
>
> Does the following help :-
>
> URL :- http://lmap.co.nr/Amazon1.htm
>
> In the tree, one can browse amazon catalogues based
> on the browse id. On reaching the item level (marked
> with red dots) one can click on it to view details
> such as price, image
What are these mysterious "AJAX effects" you talking about in your posts? Is
it the same as "AJAX in the core" or different beast?
Thanks,
Eugene
"James Bennett" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
On 11/15/05, Robert Wittams <[EMAIL PROTECTED]>
wrote:
> What probl
ther visual effect called "dynamic callback".
"James Bennett" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
On 11/15/05, Eugene Lazutkin
<[EMAIL PROTECTED]> wrote:
> What are these mysterious "AJAX effects" you talking about in your post
Inline.
"James Bennett" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
>
>Many so-called "AJAX libraries" are as heavy on the "visual DHTML
"So-called" by whom?
>For example, Rails includes an "AJAX library" called Prototype; this
>library provides "AJAX" functionality in that it
Inline.
"Wilson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> I think Dojo looks great. Their rich text editor demo looks like it's
> designed to plug in to the Django admin :)
:) I am thinking to switch from TinyMCE to Dojo Rich Editor on my web sites.
> Before we get too f
Today I discovered that I missed very interesting Django/Ajax-related
discussion on #django. Specifically MochiKit-Dojo comparison was discussed.
I know it is hard to talk about Dojo, when documentation is lacking. Let me
present my take, based on some experience with both toolkits from
prospe
Baishampayan,
1) With all due respect I shall remind you that nobody forces to read all
posts.
2) I feel offended when people replace real issues with a stream of
meaningless buzz-words using evasive rhetoric when asked to explain the
meaning of those words --- "It depends on what the meaning
Inline.
"Baishampayan Ghose" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
>
> Heh, AJAX, as you might have noticed is mostly all buzzword crap, but
No. My experience is quite opposite: AJAX is very useful tool. Not more, not
less.
> again many not-so-knowledgeable developers wo
While it does go against my beliefs, I have to admit that
"freeing users from choice" works. At least it worked in case of TurboGears. In
any case we have to provide "the preferred path" and document "the best
practices". Documented way to do typical things always trumps "you can use
whatev
Will do. I was hoping that it would be discussed publicly before being
canned.
"Jacob Kaplan-Moss" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Eugene --
>
> Can you add this to the discussion on the wiki?
>
> Thanks,
>
> Jacob
>
ssible.
Thanks,
Eugene
"Jacob Kaplan-Moss" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> On Nov 16, 2005, at 2:34 PM, Eugene Lazutkin wrote:
>> Will do. I was hoping that it would be discussed publicly before being
>> canned.
>
> I didn'
Not true! I support your position. While we attempt to make Django
library-agnostic, let's settle on what is going to be used in bundled apps.
IMHO admin should be used as a field test of design decisions and a source
of new ideas. Maybe it would be useful to compile a list of required widgets
Inline.
"Wilson" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> But no matter which framework gets bundled (or if anything gets bundled
> at all) the exact same work is going to be necessary on the backend
> first.
All toolkits have different ways to make their magic. While it
Inline.
"Maniac" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> separation. This is bad (allow me not to descend into an academic-style
> discussion why).
I am with you.
> What I was trying to say is that I'm agains 'Ajax support' only if it
> means what I described above -
Sorry for replying to myself.
"Eugene Lazutkin" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]
>
> PS: There are some people in Dojo community, who work on form widget,
> which supports some validation mechanism. It would be nice to see what
> they do.
I didn't see it before. It looks like it implements CRUD-type manipulator
with predefined RESTful API --- a few lines of code on top of prototype.js.
This approach is a form of remoting and be complimented by automatic object
publishing from server side.
Usefulness of remote CRUD depends on a
t; <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]...On
11/16/05, Eugene Lazutkin <[EMAIL PROTECTED]>
wrote:
>
PS: There are some people in Dojo community, who work on form
widget,> which supports some validation mechanism. It would be nice
Inline.
"Christopher Lenz" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> I'd prefer a hybrid approach, where simple javascript validation checks
> are generated, and the others are performed via AJAX callbacks.
+1.
Well-known type validation and simple checks can be (and sh
Inline.
"Antonio Cavedoni" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
>
>along with it. We're in 2005, and we *know* that some people turn JS off
>on purpose, use browsers where JS support sucks, or are disabled
I specifically track js settings of all people who come to my si
WFIW, Dojo collects CLAs from contributors. I signed it, when
submitted code.
OTOH, anybody can be sued for no reasons whatsoever. Don't ask
me how I know it. :(
Thanks,
Eugene
"David Ascher" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]...IP
discussions are wort
"Adrian Holovaty" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
>
>Thoughts?
+1.
I want to throw in an idea related to apps. Hugo, Sune, and I had a
discussion some time ago about get_absolute_url() in models. My idea is
totally half-baked, undetailed, and flawed. I want to colle
There is a well know effect related to the light speed limit. :-) Basically
it adds some constant delay to all packets. This delay depends on physical
wire distance between client and server. Even if you have infinite
bandwidth, you will still experience delay. Retransmissions of packets and
techn
Let me present my half-cooked view of the layers.
I don't care how many layers we are going to have in
implementation, I care for the final layer --- actual use of Ajax in templates.
RPC is not a final layer for me, because I suspect that majority of user will
need end user functionality,
+1. I think that Simon and David (and aaronsw in Trac) raised
valid points about first experience. It does count. The appreciation of innards
comes later. For example I switched from RoR to then new Django because of
superficial things mentioned by David: Django web site cleanliness projecte
"Robert Wittams" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Ok. Now that we have the 0.9 release, shall we merge new-admin, and
> people who are worried about short term stability can just stick with
> the release?
+1.
There is a well know effect related to the light speed limit. :-) Basically
it adds some constant delay to all packets. This delay depends on physical
wire distance between client and server. Even if you have infinite
bandwidth, you will still experience delay. Retransmissions of packets and
t
WFIW, Dojo collects CLAs from contributors. I signed it, when
submitted code.
OTOH, anybody can be sued for no reasons whatsoever. Don't ask
me how I know it. :(
Thanks,
Eugene
"David Ascher" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]...IP
discussions are worth
Let me present my half-cooked view of the layers.
I don't care how many layers we are going to have in
implementation, I care for the final layer --- actual use of Ajax in templates.
RPC is not a final layer for me, because I suspect that majority of user will
need end user functionality,
"Adrian Holovaty" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
>
>Thoughts?
+1
I want to throw in an idea related to apps. Hugo, Sune, and I had a
discussion some time ago about get_absolute_url() in models. My idea is
totally half-baked, undetailed, and flawed. I want to collect some input and
your ideas.
Basically I was thinking about settings.py-style file for apps. I
Hmm. Some of my posts are duplicated two days after the fact. It looks like
gmane plays tricks after being down for some time. I apologize for that.
"Eugene Lazutkin" <[EMAIL PROTECTED]>
wrote in message news:[EMAIL PROTECTED]
>
> I want to throw in an idea related to a
Why not make two screencasts (or more)? For example:
1) Blog+RSS+flatpages with nice post editor: Admin + RichEdit (either ours
or 3rd party like TinyMCE).
2) Adding comments + secure e-mail form to the blog from 1st screencasts
with Markdown/Textile/Whatever (or restricted RichEdit, if we have
I think you hit the nail on the head: there are different methodologies of
software development and tools may support different stages of software
development.
It seems to me that RoR supports earlier stages of development better:
scaffolding affords toying with your model without paying much
"Simon Willison" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
>
> Pluralisation is a nice idea in theory, but in practise it causes more
> problems (in terms of confusion over whether something is singular or
> plural) than it solves.
+1
Now I expect to see examples of Admin code reuse in regular modules. ;-)
Thanks,
Eugene
There is a ticket pending: http://code.djangoproject.com/ticket/914
"mortenbagai" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Hi,
>
> I encountered a change, which I think must be a consequence of the
> new-admin merge. It seems that the "js" admin option - given to link
> j
Inline.
"hugo" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> 2) offline generating javascript files for each language by running
> them through the template engine (and using translation tags). This has
> the benefit that javascript files can still be in the media server, but
>
I've read it. I think the author is under false impression that ORM is
supposed to provide better/simpler alternative to SQL. It is not the goal of
ORM. ORM is about bridging SQL with systems written in conventional computer
languages. Usually it is assumed that the system is OO-based, hence O
"Simon Willison" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
>
> Actually the Flickr front page photo is picked from a small subset of
> editorially approved pictures (with accompanying relevant quotes) so it
> could be done using the proposed tag.
Really? About a month ago I
"Adrian Holovaty" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
>Finally, along those lines, we could introduce a vary_on_get
>decorator, which, used with the NO_GET_PARAMS setting, would be an
>opt-in signifying a view *does* rely on query string. This could be
>for stuff like se
"Adrian Holovaty" <[EMAIL PROTECTED]> wrote
in message
news:[EMAIL PROTECTED]
>The question is where that "Welcome to Django" view lives. It
>shouldn't be in the URLconf by default, because that's crufty. (That
>forces people to remember to delete it.) It's probably safe to
>activate it when th
That's how Dojo guys explain it:
http://dojo.jot.com/WikiHome/Getting+Started+With+Subversion
"SVN Config Settings" at the bottom gives an example. Obviously, you should
add/modify *.py entry instead of *.js they have in the example.
Thanks,
Eugene
"oggie rob" <[EMAIL PROTECTED]> wrote in
m
Inline.
"Simon Willison" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
>
>
> On 6 Dec 2005, at 21:00, Adrian Holovaty wrote:
>
>> Thoughts?
>>
>> http://code.djangoproject.com/wiki/RemovingTheMagic
>
> I really like almost all of it. My one hang-up is this:
>
> Person.objects.get_l
Three weeks ago we had a discussion about Ajax support in Django, which
resulted in "Ajax and Django" wiki page. A short recap: it lists a vague
goal, some general considerations, and possible strategies; it scratches the
surface of existing implementations (mostly RoR), existing third-party
t
Inline.
"hugo" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> Just some thoughts from me on this: it would make much more sense to
> address the whole Ajax stuff from a practical point - start adding
> stuff to the admin that needs Ajax or at least makes good use of it.
> Then w
"Colin Howlett" <[EMAIL PROTECTED]> wrote
in message news:[EMAIL PROTECTED]
>
> If as Eugene says, we're not interested really in visual effects, then
> perhaps we should choose something smaller, like prototype.js or
> tw-sack.js (just 4 lines of js to retrieve an html fragment from a URL
> and
"Robert Wittams" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> So I think Dojo could do all of this, at the cost of adopting its heavy
> widget framework. MochiKit could also do most of this with the addition
> of Drag and Drop and some simple visual effects. I believe there are
Inline.
"Robert Wittams" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
>
> I had a look at dojo before and these were the questions that popped up
> in my mind:
>
> Dojo seems to rely on adding its own unnamespaced attributes to normal
> elements. Is this compatible with strict use
1 - 100 of 153 matches
Mail list logo
