On 7/9/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> A fair number of the questions asked regularly on the users list could
> be avoided if the point was made that Django code is just Python code
I think a fair number of people start learning Python at the same time
the start learning
Hi.
I have a dojo checkbox. I made it dynamically.
But on change event didn't work correctly.
my code is :
check=(ctrl['value']==true ? "checked=''" : "");
def=""+ctrl.text+"";
I have a dojo floating pane and I finally do this:
this.panel.setContent(def);
and I call my onchange function with
On Jul 9, 1:11 pm, "Adrian Holovaty" <[EMAIL PROTECTED]> wrote:
> On 7/8/07, Nick <[EMAIL PROTECTED]> wrote:
>
> > Ticket 4805 (http://code.djangoproject.com/ticket/4805) suggests
> > adding a paginator object to the template context in the object_list
> > generic view, which I think has its
Hopefully this is a suitable post for dev as I'm trying to work out if
it's a bug worth filing or not. Apologies if it turns out to be user
error...
I'm switching between trunk and newforms-admin using a .pth file.
In trunk when I login as superuser and 'add user' through admin I
taken to
On 7/9/07, andybak <[EMAIL PROTECTED]> wrote:
>
> Hopefully this is a suitable post for dev as I'm trying to work out if
> it's a bug worth filing or not. Apologies if it turns out to be user
> error...
In future, you should ask on django-users first. There's a better
chance of getting your
Hi,
I hope this patch will be merged soon:
http://code.djangoproject.com/attachment/ticket/4604/visitor_messages.patch
Messages should be stored with sessions.
I would like to enhance the message system by a loglevel:
debug, info, error.
This way you could display important messages
On Mon, 2007-07-09 at 08:09 -0400, Kevin Menard wrote:
> I'm not sure that makes a large amount of sense, so please correct me
> if I'm wrong. But, if n users want to be able to use email addresses
> as usernames but m developers are indifferent to it, where n is likely
> to be magnitudes larger
I thought you guys might appreciate some feedback from a total newbie.
I am trying to learn Django and Python and the same time, and greatly
appreciate the documentation available on Djangoproject and in the
Django Book. They are clearly one of Django's greatest strengths.
I have worked through
I definitely agree that some additional documentation is in order.
Over the past few months, I've released a couple apps that used to be
tied specifically to a project, and I had quite a bit of
back-and-forth on this list trying to figure out the best practices
for releasing them.
I think the
On 7/9/07, Thomas Guettler <[EMAIL PROTECTED]> wrote:
> Messages should be stored with sessions.
>
> I would like to enhance the message system by a loglevel:
>
> debug, info, error.
>
> This way you could display important messages different.
There was some discussion on this a while back, and
On 7/9/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> I don't know if this is what Adrian was referring to, but I would
> think an ideal "project" would be nothing more than settings.py,
> urls.py (which might be split into multiple files), a set of templates
> and static media content.
On 7/9/07, James Bennett <[EMAIL PROTECTED]> wrote:
> That's pretty much what I've been doing for a good long while now;
> djangosnippets.org, for example, is a project that has a settings
> file, root URLConf and templates, and everything else lives inside the
> apps it uses.
Good to know I was
On 7/9/07, raha <[EMAIL PROTECTED]> wrote:
> I have a dojo checkbox. I made it dynamically.
> ...
> Is there any body to help me?
There probably is, but not here (this list is for development of
Django (not Dojo)).
You might want to try http://dojotoolkit.org/forum
- Ben
On 7/9/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> Attached to #4418 is the latest version (v3) of the newforms Media
> patch.
I like -- +1!
Jacob
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django
On 7/9/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> There was some discussion on this a while back, and my main concern
> with that, is whether or not those are sufficient for everybody. For
> instance, many projects would probably benefit more from "success" and
> "failure" info than the ones
Hi there,
I encountered what seems to be a bug in newforms-admin. Before I open
a ticket, I want to be sure it is indeed a bug. (I'm new to Django, so
thanks for being patient.)
When using RadioSelect as the custom widget for a DB field in newforms-
admin, I get the following error:
Hi all,
In newforms-admin, are there any plans to change the admin.options
class so inline fields can be included in the main fields tuple?
Seems like it would be a fairly easy addition, and it would certainly
provide much more design flexibility than forcing all inline fields to
display at the
On 7/9/07, Max Battcher <[EMAIL PROTECTED]> wrote:
> So, basically I'm suggesting adding a tags or labels field rather than
> a debug-style levels field. Then let template writers decide how the
> tags/labels might be used.
That's definitely something I had thought about, and I could stand
On 7/9/07, Max Battcher wrote:
> You could just leave it as a unqualified tag/slug-style string
I'd suggest leaving it as a list. Then template users have more
control:
[{{ message.labels|join:", " }}] {{ message }}
{{ message }}
Perhaps the SessionWrapper can provide some commonly used
On Jul 9, 3:21 pm, "Jeremy Dunck" <[EMAIL PROTECTED]> wrote:
> On 7/9/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> > A fair number of the questions asked regularly on the users list could
> > be avoided if the point was made that Django code is just Python code
>
> I think a fair number
I've been using my own messages in sessions for a while now and every
message i send is either "good", "bad", or neutral (neither good nor
bad). these three states are very generic and cover every type of
message i need to send. at present i display good messages in green,
bad in red, and neutral
For each new site I work on I have a root folder which contains a copy
of Django, other 3rd party libs I need, and a Django project for my
site. I do this so I can upgrade or customise Django for each site
individually without breaking other sites. I'll probably switch back
to a common Django
I do the same thing, only mine are SUCCESS, ERROR, and INFORMATION. It
seems like it is a good meme and is pretty standard for windows
development. Um... maybe it's not as good as I thought :-)
On Jul 9, 8:35 pm, Tai Lee <[EMAIL PROTECTED]> wrote:
> I've been using my own messages in sessions
Ned just posted the code for the tabblo hyphenate filter in the public
domain. This should be added as a builtin django filter with proper
attribution. I don't think wordwrap should use it by default, and
optional arguments don't work. I was thinking of just calling it
'hyphenate' or
On 7/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Ned just posted the code for the tabblo hyphenate filter in the public
> domain.
[snip]
> Thoughts?
Maybe an addition to django.contrib.humanize?
Jacob
--~--~-~--~~~---~--~~
You received this message
On Tue, 2007-07-10 at 02:54 +, [EMAIL PROTECTED] wrote:
> On further reflection, there is a huge internationalization issue
> here. The hyphenation rules and data driven exceptions are English
> specific. Some will work (minimally) for other languages, but are not
> good enough. Proper
On Jul 9, 11:07 pm, "Todd O'Bryan" <[EMAIL PROTECTED]> wrote:
> I seem to remember that Knuth did a pretty amazing job with hyphenation
> in TeX, most of it was algorithmic, and there were hyphenation engines
> for at least a few languages.
Ned's implementation is taken directly from this, and
Well you only really need two then. Information/neutral doesn't need a
label, it's the "default" in my opinion.
On Jul 10, 2:12 pm, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> I do the same thing, only mine are SUCCESS, ERROR, and INFORMATION. It
> seems like it is a good meme and is pretty
On 7/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> The code Ned put up contains data from the public domain and
> was most likely restricted due to that.
I'm not sure what you mean by this; "public domain" means anyone can
do pretty much whatever they want with it, without restriction.
On Jul 9, 11:59 pm, "Tom Tobin" <[EMAIL PROTECTED]> wrote:
> I'm not sure what you mean by this; "public domain" means anyone can
> do pretty much whatever they want with it, without restriction.
I mean he wanted his code in the public domain with working data so
that restricted him to data
On 7/9/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> Attached to #4418 is the latest version (v3) of the newforms Media
> patch. It incorporates some suggestions made before I disappeared on
> my grand adventure last month.
I see there are some not-insignificant changes to the admin site;
Ticket with initial patch made: http://code.djangoproject.com/ticket/4821
It still needs documentation and unit testing (and
internationalization) but it is a start. Will try to get to the doc
and test this weekend.
-Doug
On Jul 9, 10:30 pm, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
>
On 7/9/07, andybak <[EMAIL PROTECTED]> wrote:
> However in newforms-admin takes me to "/admin/auth/user/add/" but it
> looks identical to the edit user screen (all user fields are presented
> rather than just username/password)
Yeah, adding users via the admin interface is not yet supported in
On 7/9/07, cjl <[EMAIL PROTECTED]> wrote:
> Thanks again for all the hard work, and sorry for jumping in on this
> discussion.
For the record, there's absolutely no need to apologize for jumping
in! Your comments were very insightful -- I wish more relative
newcomers would participate in these
On 7/10/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
>
> On 7/9/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> > Attached to #4418 is the latest version (v3) of the newforms Media
> > patch. It incorporates some suggestions made before I disappeared on
> > my grand adventure last month.
>
35 matches
Mail list logo