On 7/10/07, Brian Rosner <[EMAIL PROTECTED]> wrote:
>
> This is an excellent patch and does solve many good issues as well as
> add some good new functionality. One thing I want to point it is
> ticket #4398. You might want to make sure that is also incorporated.
Thanks for the heads up on that
On 7/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> 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.
+1 from me.
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.
>
On 7/9/07, leif strickland <[EMAIL PROTECTED]> wrote:
> 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 flexibili
Tai Lee wrote:
> 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,
>
On 7/9/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> I've been taking a look at newforms-admin trying to integrate widget
> media definitions (ticket #4418), and encountered a few problems with
> the fieldset, fieldset_add, and fieldset_change methods on ModelAdmin.
> [...]
> Is there any p
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 so
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 t
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, 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;
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 whic
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.
--
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 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 I
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 integra
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 integration will be required, and language
developers will need to have mor
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 becau
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 'hyphenatedwo
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 for
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 afte
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
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
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 labels
On 2007-07-09 09:45:34 -0600, "Russell Keith-Magee"
<[EMAIL PROTECTED]> said:
>
> Hi all,
>
> 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.
>
> For those not keeping tr
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
behin
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 b
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:
-=-=-=-=-=-
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 yo
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 de
Hi all,
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.
For those not keeping track, the idea of this patch is to enable a
newforms widget to define the javascript/css that it r
Hi all,
I've been taking a look at newforms-admin trying to integrate widget
media definitions (ticket #4418), and encountered a few problems with
the fieldset, fieldset_add, and fieldset_change methods on ModelAdmin.
These three fieldset methods are generators. This means when the
result of fie
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, 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, 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. Essentially
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
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 sin
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
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
On 7/7/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> So, like many other things these days, it comes down to a bikeshed.
> The Django authors built theirs the way they'd like it built, because
> it's what they needed for what they were doing. If you need your own,
> you're more than welcome to bu
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 differ
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 quest
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 "/admi
42 matches
Mail list logo
