Hi Luke,
On Sat, Sep 3, 2011 at 9:13 PM, Luke Plant wrote:
> On 25/08/11 00:39, Russell Keith-Magee wrote:
>
>> On principle, I have no objection to the idea of making the admin
>> templates more robust in the presence of TEMPLATE_STRING_IF_INVALID;
>> adding dummy values in the context sounds li
Hello all,
How do you like the following idea:
startproject command puts a fixture for django.contrib.sites (and
fixture for superuser probably) to the root folder or whatever, to be
loaded with syncdb?
That way also encourage users to get more familiar with fixtures.
Of course it's too far for 1.
Hi Alexander,
Do you mean XML serialization/deserialization?
XML is exchange format, it's not efficient for storage purposes.
You might feel better asking usage and development related questions
in russian in group django-russian, i'll answer there.
On Fri, Jan 29, 2010 at 5:07 PM, Alexander Kul
Hi Russell,
regarding that doc page,
there's a typo, please remove that hanging "admin.site.register":
class PublisherAdmin(MultiDBModelAdmin):
inlines = [BookInline]
admin.site.register
On Mon, Jan 25, 2010 at 5:53 PM, Russell Keith-Magee
wrote:
> On Mon, Jan 25, 2010 at 7:31 PM, Bill
Hi Asgeir,
Cool, thanks.
According to http://docs.djangoproject.com/en/dev/internals/contributing/ ,
before someone will look closer at the problem,
could you please create a) a ticket describing this problem, and b)
create a test case demonstrating the problem?
On Fri, Jan 22, 2010 at 7:04 PM,
Hi Russell,
On Thu, Jan 21, 2010 at 7:10 PM, Russell Keith-Magee
wrote:
> On Thu, Jan 21, 2010 at 8:21 PM, Yuri Baburov wrote:
>> Hi Russell,
>>
>> Thanks, I'm rather happy too.
>> It's exactly what we wanted!
>>
>> DB Routing API is even be
Hi Russell,
Thanks, I'm rather happy too.
It's exactly what we wanted!
DB Routing API is even better than some fixed db routing format.
I just thought about any model with GFK, like TagField from django-tagging --
with multidb, to be effectively reusable, it has to know in what DB
to save and loa
Hi Łukasz, Mikhail,
You can go further and create DictionaryField.
But I see the problems you will get with it:
1) You won't be able to refer to the model afterwards, since it's not
defined in models.py as global.
2) I prefer to make DictionaryModel key the primary_key when
appropriate, you'll ne
Hi Harro,
Just create a special "AnonymousUser" as User with id=0, and set it up
with backend/middleware.
You'll have your permissions.
On Sun, Jan 17, 2010 at 2:45 PM, Harro wrote:
> Why wouldn't a AnonymousUser have permissions?
>
> Imagine a site where can create photo albums.
>
> User A crea
Hi Davor,
On Tue, Jan 5, 2010 at 5:06 PM, rebus_ wrote:
> Hi,
>
> This is the "natural" sequence of doing things anyway, i don't see why
> would you shuffle it around.
>
> 1. process stuff into variables
> 2. add said variables to a ContextRequest
> 3. send said ContextRequest to a template for r
Hi Simon,
Readability is all about lots of tiny details.
I suppose you meant this:
def my_view(request, param):
return render('my/template.html', {'data': 'some_data'}, request)
This decorator intercepts `request` argument.
When you have 2 or more ways to return anything from function, it
lo
Hi Paul, Tobias,
Well, this is god.
Few more use cases that will appear on big django installations:
Sometimes, with master/slave replication (or legacy read-only
databases), users write to one connection, but read from (few) others.
Sometimes, with master/master replication, or different shar
Hi James,
I just suggested a way it *could* work, not how it should work.
Are you objecting to my whole plan or only on Manager part of it?
On Sat, Dec 5, 2009 at 2:49 AM, James Bennett wrote:
> On Fri, Dec 4, 2009 at 2:42 PM, Yuri Baburov wrote:
>> Like, calling current
Yes, and the similar function for syncdb can be written too!
On Sat, Dec 5, 2009 at 2:42 AM, Yuri Baburov wrote:
> Hi all,
>
> Database -> Model.Manager -> Queryset.
> Save -> Model -> Database
>
> How about making a default Manager that's now "mode
Hi all,
Database -> Model.Manager -> Queryset.
Save -> Model -> Database
How about making a default Manager that's now "model.Manager" to be a
setting to override?
Like, calling current Manager a DefaultManager, and making "Manager =
load(settings.MODEL_MANAGER) or DefaultManager". Or
Manager.get
Hi Russell,
On Thu, Nov 26, 2009 at 1:47 PM, Russell Keith-Magee
wrote:
> On Wed, Nov 25, 2009 at 4:24 PM, Yuri Baburov wrote:
>> Hi Russell,
>>
>> is it possible to introduce some new field type
>> ShortTextField for that purpose, that will be by default
>>
Hi Russell,
is it possible to introduce some new field type
ShortTextField for that purpose, that will be by default
`varchar(4000)` on Oracle and DB2 who supports long varchars, and
`text` on other backends like it was before, excepting 'smalltext'
instead of 'longtext' for mysql?
I think this is
Hi Eric, Arthur,
also argument can be a subcommand, and i don't understand how you
intended to complete options. i.e. "manage.py migrate show -l --indent
4 h", and so that means like everywhere you need previous
arguments sometimes to be accounted when making choices for the next
one, and few more
On Tue, Nov 3, 2009 at 11:37 PM, Adam V. wrote:
>
> I've been running with this patch applied, and it is a useful
> debugging addition, color choice aside.
Thanks.
Of course, I will do something with current colors.
I think the situation here is that new colors on familiar things
always looks wei
Hi Tobias,
On Tue, Nov 3, 2009 at 9:27 AM, Tobias McNulty wrote:
> I'm not a big fan of the red/green either. They imply that Django code is
> "bad" and user code is "good".
The opposite, in fact.
Django code is green, "good", user code is red, "untrusted".
--
Best regards, Yuri V. Baburov, I
Hi All,
Since you are discussing and applying different features,
I think it's time to ask what do you think of the subj.
It's at http://code.djangoproject.com/ticket/11834
It adds some helpful color beauty to django 500 output.
Sample pictures are here:
http://code.djangoproject.com/attachme
On Tue, Oct 20, 2009 at 9:23 PM, Jacob Kaplan-Moss wrote:
>
> Hi Yuri, Mart --
>
> I feel that I need to make it clear that I'm not ignoring you, or this
> conversation. However, the tone is so hostile and unprofessional that
> it'd be a waste of my time to try to engage, so I'm simply going to
>
Hi Mart,
actually, you are half right. Fork & go.
Still the main reason I wrote wasn't recognized.
Total anarchy in Django team.
Core developers don't agree with each other on who will respond on
what kind of messages, what part of Django contributions is under
their maintenance.
Moreover, new
Hi Luke,
On Sat, Oct 17, 2009 at 12:24 AM, Luke Plant wrote:
>
> Hi Yuri,
>
> I'm slightly confused about what were debating. In your first
> response, you said:
>
>> I strongly believe any provided django views (django contrib views,
>> your own views or 3rd-party views) should allow enhancing
Hi Alex, Michael,
On Fri, Oct 16, 2009 at 11:20 PM, Alex Gaynor wrote:
>
> On Fri, Oct 16, 2009 at 12:05 PM, Michael P. Jung wrote:
>>
>> Some time ago I came up with a decorator to enable rendering jinja2
>> templates easily. The decorator 'monkey patches' the request object by
>> providing a _
comments)
response['form'] = CommentForm(request.POST or None)
return response
urls = BlogPostController.urls() # so you are able to do this
I took this as a prototype and looked from this perspective.
On Fri, Oct 16, 2009 at 10:10 PM, Luke Plant wrote:
>
> On Friday
Hi Russell,
On Fri, Oct 16, 2009 at 8:14 PM, Russell Keith-Magee
wrote:
>
> On Fri, Oct 16, 2009 at 6:01 PM, Yuri Baburov wrote:
>>
>> That means,
>> 1) perfect render_to_response should be lazy.
>
> This isn't a new idea - Simon Willison has been propos
Hi Luke,
it's better, but I think it's still far from perfection.
I strongly believe any provided django views (django contrib views,
your own views or 3rd-party views) should allow enhancing with
"logic-reusability-fu":
def djangoview(request):
...
def betterview(request):
src = djang
Jacob,
yeah, found django-filters mentioned few times at Admin-02 notes.
Ok, nice, idea isn't abandoned.
On Wed, Oct 14, 2009 at 2:38 AM, Yuri Baburov wrote:
> Hi Jacob,
>
> Could you please add "Add Alex's django-filters
> (http://github.com/alex/django-filter) i
Hi Jacob,
Could you please add "Add Alex's django-filters
(http://github.com/alex/django-filter) instead of admin filters and
#5833 Custom FilterSpecs proposal" feature idea into your google
spreadsheets doc and vote for it.
I was "late to the party" when you told you're going to vote on
features
This is kind of incorrect question by itself.
It's MVC pattern you're trying to overcome with this sort of question.
Model is not living anywhere on site!
Admin app instance ("View" and "Controller") is one that allows you to
manage specific model instances ("Model") and make guesses what's the
m
Hi Jacob,
how about my kind of patch -- deprecation and removal of the feature? :)
On Mon, Sep 14, 2009 at 8:24 PM, Jacob Kaplan-Moss wrote:
>
> Hi guys --
>
> Ya know, this conversation is going in circles, and arguing over
> increasingly trivial details. As always, our policy is that the pers
On Mon, Sep 14, 2009 at 6:30 PM, drozzy wrote:
>
> get_absolute_url is just a shortcut for one stupid thing: Get some url
> returned by the model.
> It does not have to be about the object. It can be: google.com.
> Whatever!
So you tell get_absolute_url does some random stuff, and no contract imp
Hi all,
I'm very much concerned about using get_absolute_url and its substitutes at all.
This approach makes harder to keep apps modular, extensible and
reusable of apps.
1) You make a hypothesis that each object instance has a single point
of reverse and a default output format, giving you onl
On Sun, Sep 6, 2009 at 12:35 AM, Joshua Russo wrote:
> On Sat, Sep 5, 2009 at 4:14 PM, Yuri Baburov wrote:
>>
>> Hi devs,
>>
>> I published http://code.djangoproject.com/ticket/11834
>> Screenshot:
>> http://code.djangoproject.com/attachment/ticket/118
Hi devs,
I published http://code.djangoproject.com/ticket/11834
Screenshot: http://code.djangoproject.com/attachment/ticket/11834/11834.png
I consider it pretty useful and it has saved me few hours of debugging
already by its visual aid.
But I'd like to hear what do you think of it.
--
Best re
On Sat, Aug 29, 2009 at 2:35 AM, James Bennett wrote:
>
> On Fri, Aug 28, 2009 at 10:09 AM, Yuri Baburov wrote:
>> but could anyone please tell me what's planned time frame for GSoC
>> projects integration into Django if there's any.
>
> There is no timeline I&#x
Hi all,
I'm sorry, probably everyone's busy with DjangoCon stuff, other
projects, and spending their vacation times,
but could anyone please tell me what's planned time frame for GSoC
projects integration into Django if there's any.
--
Best regards, Yuri V. Baburov, ICQ# 99934676, Skype: yuri.
On Wed, Aug 19, 2009 at 1:53 AM, Jacob Kaplan-Moss wrote:
>
> On Tue, Aug 18, 2009 at 12:35 PM, Yuri Baburov wrote:
>> Do you think that using *any* javascript framework for admin interface
>> will get boost for useful admin, overall django improvements and
>> third-p
On Wed, Aug 19, 2009 at 2:04 AM, Alex Gaynor wrote:
> I'll take a Jacob's comment a step further and say that I personally
> am opposed to Django using an external JS framework for even the
> admin. My reason for this is that it restricts the ability of people
> to contribute to Django. If Djang
On Tue, Aug 18, 2009 at 9:53 PM, Jacob Kaplan-Moss wrote:
>
> Django is a server-side framework. It should never dictate front-end
> considerations.
Hi Jacob,
Pretty understand and agree with your will, as a user of Dojo,
mootools, prototype.js and jQuery in different projects.
Though I believe
On Sat, Aug 15, 2009 at 4:48 PM, Graham
Dumpleton wrote:
> On Aug 15, 6:42 pm, Yuri Baburov wrote:
>> On Sat, Aug 15, 2009 at 12:24 PM, Graham
>> Dumpleton wrote:
>> > On Aug 15, 1:15 pm, Yuri Baburov wrote:
>> >> Hi all,
>>
>> >> I&#x
On Sat, Aug 15, 2009 at 12:24 PM, Graham
Dumpleton wrote:
> On Aug 15, 1:15 pm, Yuri Baburov wrote:
>> Hi all,
>>
>> I'm trying to figure out correct overall and settings path usage
>> strategy for my Django applications.
>> What I am experiencing now is t
Hi all,
I'm trying to figure out correct overall and settings path usage
strategy for my Django applications.
What I am experiencing now is that settings.py is imported 4 times on
"python manage.py runserver" command,
twice as "settings", and twice as "myapp.settings", given that my
project is na
Hi Chris,
Found the same problem after broken module import at urlresolvers.py:
raise ViewDoesNotExist, "Tried %s in module %s. Error was: %s" %
(func_name, mod_name, str(e))
I guess this solution is not known to patch creators?
I didn't know about this solution, and I thought it is impossible
r us.
>>
>> Thanks in advance
>> Chris
>>
>> >
>>
>
> Most of the links in that post don't work. But it appears to me that
> it's similar to my django-filter[0] application. Yuri Baburov
> recently proposed it's inclusion[1] into Dja
Hi Russell,
On Mon, Aug 3, 2009 at 9:02 PM, Russell
Keith-Magee wrote:
>
> On Mon, Aug 3, 2009 at 7:48 PM, Ivan Sagalaev
> wrote:
>> In this vein I propose to teach CursorDebugWrapper to log SQL queries
>> into a named logger instead of storing them into connection.queries.
>> Before writing a p
Hi devs,
What do you think, is it a good idea to integrate django-filter by
Alex Gaynor into django admin instead of
[Django] #5833: Custom FilterSpecs which have now 15 people in cc: already?
App is looking nice, and working pretty fine as a foreign library, but
using it from django.contrib.ad
Hi Honza,
Unfortunately, this doesn't work for subclasses of subclasses.
I believe the intention was to get all object who have type T or type
of T subclasses.
Subclassing information is now not stored in ContentType model.
On Mon, Jul 27, 2009 at 6:59 AM, Honza Král wrote:
>
> Hi Forest,
> yo
Hi Tom,
SortedDict(yourdict) is a hard thing and takes a lot of tinkering?
don't you have python 2.4 to use sorted(dict.iteritems())?
can't write your own python function to do this in your views side?
next, |dictsort:"0" is working for at least two years and is pretty
stable functionality.
even
one little comment about thread local really
> helped a lot.
>
> Margie
>
> On May 27, 12:30 am, Yuri Baburov wrote:
>> My usual workaround to this is to store object, request and action
>> ("add", "change", "changelist") in thread local sto
My usual workaround to this is to store object, request and action
("add", "change", "changelist") in thread local storage when add_view,
changelist_view or change_view are called, and use it later.
I will be happy if a ModelAdmin instance was created for each request,
then I'll able to use it to
Hey guys,
Yes, I must say, in any advanced form there are fields that depends
one from another.
Country/Region/City, Project/Issue, Project/Owner, User/Account,
Group/User... when two selects appear, there's not zero probability
they will depend on each other. Also often a checkbox can
enable/dis
Hi Marty, Jerome,
I saw such widget in time planning apps (Jira bugtracker) and like it very much.
When I need to tell that I will work "4 hours" on task, i don't want
to see [ 0 ] days [ 4:00:00 ] seconds, and when I tell milestone will
long for 6 weeks, i want to see just "1 month 2 weeks", not
hould
move into constructor too, and a single line should stay in
from_timetuple.
> Cheers, I'll try the patch tomorrow.
>
> Jerome
>
> On Mon, May 25, 2009 at 4:12 AM, Yuri Baburov wrote:
>>
>> Hi Adys,
>>
>> I solved this problem, wrapping datetime.timedelta
Hi Adys,
I solved this problem, wrapping datetime.timedelta into custom TimeDelta.
Now everything works: http://gist.github.com/117307
Also altered microseconds in one month value so 12 * month are equal to 1 year.
This fixes "13m" bug (breaking into smaller parts incl. microseconds).
"31d" bug
> On 11 Mai, 15:03, Marty Alchin wrote:
>> If you're using the filename to store it somewhere else, typically for
>> denormalization, it'd be better to do that post-save, since then you
>> know the record actually got saved in the database. Otherwise, you
>> might be trying to access the content
On Thu, Mar 12, 2009 at 11:44 AM, James Bennett wrote:
>
> On Wed, Mar 11, 2009 at 11:39 PM, Yuri Baburov wrote:
>> Maybe let's go a bit further towards pool of db connections and wrap a
>> bunch of lines importing backend into some function that depends on
>>
Hi Adrian,
Maybe let's go a bit further towards pool of db connections and wrap a
bunch of lines importing backend into some function that depends on
engine argument?
And later call it with settings.DATABASE_ENGINE to import default backend.
http://code.djangoproject.com/browser/django/trunk/dja
On Tue, Mar 3, 2009 at 7:51 PM, timmyt wrote:
>
> my buddy and i have created a Standard CRUD (SCRUD) spec that we'd
> like to use across projects and frameworks
>
> before we get totally dependent on the pattern, I want to make sure
> there's not some better solution out there, or some ideas tha
oops, wrong group.
sorry, guys.
2009/2/26 Yuri Baburov :
> для багов можно со временем будет перелезть на систему
> http://opentodo.openminds.ru/tasks/
> мне очень понравилась: и дизайном, и функциональностью.
>
> --
> Best regards, Yuri V. Baburov, ICQ# 99934676, Skype: yuri.
для багов можно со временем будет перелезть на систему
http://opentodo.openminds.ru/tasks/
мне очень понравилась: и дизайном, и функциональностью.
--
Best regards, Yuri V. Baburov, ICQ# 99934676, Skype: yuri.baburov,
MSN: bu...@live.com
--~--~-~--~~~---~--~~
You r
Hi Malcolm,
> I look forward to reading your patch. :-)
OK.
--
Best regards, Yuri V. Baburov, ICQ# 99934676, Skype: yuri.baburov,
MSN: bu...@live.com
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django develop
On Fri, Jan 23, 2009 at 3:58 AM, Evgeniy Ivanov wrote:
>
> On Jan 22, 6:51 pm, Yuri Baburov wrote:
>> Hi, and what's wrong with writing a fix for admin to make "inverted"
>> m2m relation to show m2m if specified in list_display list? I know
>> it
Hi, and what's wrong with writing a fix for admin to make "inverted"
m2m relation to show m2m if specified in list_display list? I know
it's not easy to do for one who is not django creator, but since it's
open source... ;)
Core devs, what's your opinion?
Such change is pretty logical, short and
Could you please write some tutorial on your page, how does the
migration process looks like with your app?
On Sat, Jan 3, 2009 at 2:29 AM, Brantley Harris wrote:
>
> Having not been content with the state of Django migrations systems,
> I've created one of my own:
>
> http://www.bitbucket.org/D
On Fri, Dec 19, 2008 at 1:44 AM, Jacob Kaplan-Moss
wrote:
>
> On Thu, Dec 18, 2008 at 11:38 AM, gert wrote:
>> 1) On a technical level there is a design flaw in the fact that the
>> ADD and DELETE permissions depend on the CHANGE permission.
>
> Really, no, there's not. The fact that you disagre
My argumentation:
1) i'd like to have solution to allow my users to see their objects
with admin interface.
2) i'd like to have this built-in because
a) there's no simple way to do this manually without patching django,
b) there's no such solution ready and because
c) such solution implemen
On Thu, Nov 20, 2008 at 9:47 PM, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
>
> On Thu, Nov 20, 2008 at 6:19 AM, zvoase <[EMAIL PROTECTED]> wrote:
> ...
>> # Using RequestContext
>> def myview(request, *args):
>># some code here...
>>request.render('template_name.html', {...})
> ...
>>
>> Tha
Hi Adrian,
> * View-02 (Add RequestContext to render_to_response() by default): A
> ticket or mailing-list discussion wasn't linked-to on this one, so I'm
> going purely on the name of the change -- but I really don't like it.
> I rarely use RequestContext; I'd even feel comfortable saying I
> di
On Tue, Sep 23, 2008 at 8:38 PM, Túlio Paiva <[EMAIL PROTECTED]> wrote:
> Hello!
Hi
> Before I wrote this e-mail, I look at the tickets but I haven't found
> none with this approach.
Cause this functionality has been available for long time without any patches.
You should have looked into docs.
h
On Thu, Sep 18, 2008 at 2:49 AM, mengel <[EMAIL PROTECTED]> wrote:
> On Sep 16, 2:16 am, mrts <[EMAIL PROTECTED]> wrote:
>> * generally we should strive for a hassle-free experience so that
>> `easy_install django-foo` gives you an expected entry point (`from
>> django.apps import foo`) and works-
Core devs,
Please choose what solution do you like the most.
I'll write a patch.
On Wed, Sep 10, 2008 at 4:38 AM, Yuri Baburov <[EMAIL PROTECTED]> wrote:
> Hi,
>
> the bug was filed long time ago in bugtracker.
> see ticket #3579 ( http://code.djangoproject.com/ticket/3
Hi,
the bug was filed long time ago in bugtracker.
see ticket #3579 ( http://code.djangoproject.com/ticket/3579 )
On Tue, Sep 9, 2008 at 11:15 PM, ikshefem <[EMAIL PROTECTED]> wrote:
>
> Shouldn't the fact that TEMPLATE_STRING_IF_INVALID breaks admin be
> marked as a bug ?
> (see bug #2583)
>
>
On Sat, Sep 6, 2008 at 5:51 AM, Aidas Bendoraitis
<[EMAIL PROTECTED]> wrote:
>
>> As with all suggestions for enhancements at the moment, the opinion is
>> "please wait". We're currently in the process of finalizing the v1.0
>> release, and not really in a position to give a good analysis of
>> fe
On Fri, Aug 22, 2008 at 10:25 PM, Brian Rosner <[EMAIL PROTECTED]> wrote:
>
> On Fri, Aug 22, 2008 at 2:26 AM, Yuri Baburov <[EMAIL PROTECTED]> wrote:
>>
>> Hi core devs,
>>
>> could you please force http://code.djangoproject.com/ticket/8367 to
>>
Hi core devs,
could you please force http://code.djangoproject.com/ticket/8367 to
include into 1.0 asap?
I was also beaten by it when migrating project with customization of
viewed and edited fields :(
diff --git a/django/contrib/admin/options.py b/django/contrib/admin/options.py
index b72eed6.
Also you are able to use %s for numbers and any custom types: "str%s"
% 12 but not "str" + 12.
Less errors -- more fun.
On Thu, Aug 21, 2008 at 11:00 PM, Jeff Anderson
<[EMAIL PROTECTED]> wrote:
> Joost Cassee wrote:
>>
>> Hi all,
>>
>> Just a quick question to set my head right for future Django
On Tue, Aug 19, 2008 at 6:12 PM, Yuri Baburov <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 19, 2008 at 5:55 PM, Graham Dumpleton
> <[EMAIL PROTECTED]> wrote:
>> On Aug 19, 8:32 pm, "Yuri Baburov" <[EMAIL PROTECTED]> wrote:
>>> Hi devs,
>>>
On Tue, Aug 19, 2008 at 5:55 PM, Graham Dumpleton
<[EMAIL PROTECTED]> wrote:
> On Aug 19, 8:32 pm, "Yuri Baburov" <[EMAIL PROTECTED]> wrote:
>> Hi devs,
>>
>> Happily there's ihooks.py that does 99% of work (and a bit more).
>>
>> Pleas
Hi devs,
Happily there's ihooks.py that does 99% of work (and a bit more).
Please see ticket and applied patch: http://code.djangoproject.com/ticket/8413
Working for me on windows and linux.
Also one can use the patch to track wrong imports, and it might be
useful to add warn() to tell people t
Hi Victor,
http://www.djangosnippets.org/snippets/821/ ?
On Tue, Jul 15, 2008 at 5:36 PM, vicvicvic <[EMAIL PROTECTED]> wrote:
>
> In the Django FAQ, we can read this about views:
>
>>In our interpretation of MVC, the "view" describes the data that gets
>>presented to the user. It's not necessa
Hi Ben,
Yes, it's worth it. Or alternatively you can blog this.
On Sat, Jul 12, 2008 at 12:11 AM, Ben Spaulding <[EMAIL PROTECTED]> wrote:
>
> There are many cases where the clickable text of objects listed on a
> change-list page is only a few characters. I propose making the entire
> cell cont
Hi Join.Together,
The question was about changing defaults, actually.
On Thu, Jul 10, 2008 at 10:05 PM, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
> The admin site is currently being entirely redone, and in the new
> system it will be very easy to make changes like this yourself without
> ch
cific options. If it's worth it, of course.
On Sun, Jul 6, 2008 at 10:14 PM, Joseph Kocherhans
<[EMAIL PROTECTED]> wrote:
>
> On Sun, Jul 6, 2008 at 9:01 AM, Yuri Baburov <[EMAIL PROTECTED]> wrote:
>>
>> Hi all,
>>
>> I'd like to propose the same d
Hi all,
I'd like to propose the same declarative syntax for ModelAdmin as Ivan
suggested for ModelForms below.
ModelAdmin and ModelForms both are quite similar already in NFA, and I
think it would be The Right Thing if 90% of their features to be the
same and they will have only one implementati
agalaev <[EMAIL PROTECTED]> wrote:
>> Yuri Baburov wrote:
>> > And before it's landed into the trunk (i hope it will ;) ) you can
>> > make your own subclass of ModelForm which does exactly what you
>> > proposed, and then subclass it everywhere ;)
&
Hi Malcolm,
Solution #4:
make this choice an optional second argument of include(), but not patterns().
patterns are overloaded, and this approach combines advantages of
solution #1 and solution #2.
Solution #5
add map: root path -> urlconf
On Sun, Jul 6, 2008 at 8:51 AM, Malcolm Tredinnick
<[E
ossible.
100% of developers want to make their simple forms even more simple
(some forms will always be custom).
On Sun, Jul 6, 2008 at 8:20 PM, Ivan Sagalaev
<[EMAIL PROTECTED]> wrote:
>
> Yuri Baburov wrote:
>> And before it's landed into the trunk (i hope it will ;) ) you can
Hi Ivan,
Yes, together with dynamic choices will perform great (on init,
developers might assign some options to widgets...).
And before it's landed into the trunk (i hope it will ;) ) you can
make your own subclass of ModelForm which does exactly what you
proposed, and then subclass it everywher
Hi Alex,
Check out this: http://www.djangosnippets.org/snippets/414/
and this: http://www.djangosnippets.org/snippets/323/
On Sun, Jul 6, 2008 at 12:47 PM, Alex Rades <[EMAIL PROTECTED]> wrote:
> You mean this?
>
> http://code.djangoproject.com/wiki/NewformsHOWTO#Q:HowdoIchangetheattributesforaw
Hi guys,
recently I found out that for much easier admin interface role-based
customization,
some methods that doesn't have access to request and edited object
now, needs them.
However, I don't want to apply threadlocal patch -- why it's not added
to django yet if it is the best way to go?
And I
Hi Yurii,
I will help you if you will start the project. I use python since 2004.
I'm definitely lacking easily-distributed and fast document-based DB for python.
Couple of comments:
Use list comprehensions instead of ruby-blocks for python, they are neat ;)
And python has some storages that rub
I can add newer patch if anyone interested.
On Wed, May 21, 2008 at 2:54 AM, graham_king <[EMAIL PROTECTED]> wrote:
>
> Making {{ myval }} fail loudy would break the admin app. Setting
> TEMPLATE_STRING_IF_INVALID to anything other than '' also breaks it.
>
> Here's an example: http://code.djan
rtunately nobody has time to make it done, and we've
got that silly
"include-no-any-prebuilt-javascript-library-into-django(-admin)-so-let's-everyone-reinvent-the-wheel"
decision
On Tue, May 20, 2008 at 10:03 PM, JReynolds <[EMAIL PROTECTED]> wrote:
>
>
>
> On
Hi, something like this? http://www.djangosnippets.org/snippets/747/
Hi Mon, May 19, 2008 at 8:53 PM, JReynolds <[EMAIL PROTECTED]> wrote:
>
> I posted this on django-users before and didn't get much response, so
> asking here...
>
> I have seen this posted a few times on the list here, but it a
Hi, Florian
Actually, I'm afraid you haven't got a change to look under a cover
yet. Use The Source, Luke!
self.connection = smtplib.SMTP(self.host, self.port,
local_hostname=DNS_NAME.get_fqdn())
where
self.host = host or settings.E
Hi, I like to use TEMPLATE_STRING_IF_INVALID with %s, however such usage is discouraged.
I think that in production mode it's better to put no item into HTML
instead of 500 error in most of cases.
But there might be a method to mail admins somehow for important
fields having broken.
If TEMPLATE_ST
can this be considered as difference of complex apply against 2
consequent applications of annotate?
like 2 filter applied one-by-one can be different from one complex filter?
like: .annotate('purchases__quantity__sum').annotate('age__max')
and .annotate('purchases__quantity__sum', 'age__max')?
co
schema-evolution is separable from applications -- it's utility, and
applications codes are still compatible with each other, but different
querysets features as 3rd-party libraries could make project code
incompatible, and that's baaad.
On Fri, Mar 28, 2008 at 11:07 AM, [EMAIL PROTECTED] <[EMAIL
1 - 100 of 147 matches
Mail list logo
