t has settled
> on v1.0, we will be able to give your proposal the attention it
> deserves.
So as Django 1.0 has been finally released, should we open a
discussion about templates for standard and custom widgets?
Best wishes!
Aidas Bendoraitis [aka Archatas]
--~--~-~--~~-
Hello folks!
Django cares about model-view-controller separation, but the HTML for
the widgets is hardcoded in the render method. I would propose to have
overridable templates for the widgets, so every project could have
specific presentation of widgets in the system (render method should
take a
to confuse the beginners with
the possibilities of Python, so that nobody would think that
monkeypatching is a good practice (until I evaluate that to myself,
how good or bad it is).
Regards,
Aidas Bendoraitis aka Archatas
P.S. Happy upcoming winter holidays, everyone!
On Dec 20, 2:35 am, &qu
riting all admin app
and other User-related parts of Django.
Do you consider this approach for extending existing code as a smart
python programming solution or an ugly hack?
Regards,
Aidas Bendoraitis aka Archatas
--~--~-~--~~~---~--~~
You received this messa
In this regard, I agree with Jedie. The documentation should really
never show non-working examples.
Aidas Bendoraitis aka Archatas
On 6/25/07, jedie <[EMAIL PROTECTED]> wrote:
>
> OK, i accepted: The documentation should not document bugs. This is
> the job for trac.
> But
Sorry, it seems, that I misunderstood something, because I was reading
only this discussion, but not the ticket information.
Regards,
Aidas Bendoraitis aka Archatas
On 4/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Done:
>
> http://code.djangoproject.com/ticket/39
isible=False or hidden=True, that would hide the system fields. Or
field names with the underscore at the beginning could be handled as
invisible from content administrators.
Regards,
Aidas Bendoraitis aka Archatas
On 4/10/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
> On Mon
Wouldn't it be more convenient not to have the closing {% endwith %}?
Once you defined a variable, you could use it anywhere in the template
without taking care about closing tags.
Regards,
Aidas Bendoraitis [aka Archatas]
On 3/24/07, Baptiste <[EMAIL PROTECTED]> wrote:
>
> F
validator is enough for such a
restriction that you need. And it would be much more important to
implement BLOB fields for saving binary files in the database.
Regards,
Aidas Bendoraitis [aka Archatas]
On 2/22/07, mario__ <[EMAIL PROTECTED]> wrote:
>
> Hello, I've been doing some
prefer the index of all main entities and
keywords pointing to appropriate help pages).
Regards,
Aidas Bendoraitis aka Archatas
On 1/24/07, Vadim Macagon <[EMAIL PROTECTED]> wrote:
>
> +1
>
> I'd also like to see a script that generates a CHM (Compiled HTML Help)
> fro
+1 for moving messages to sessions as well
Regards,
Aidas Bendoraitis [aka Archatas]
On 12/12/06, Favo <[EMAIL PROTECTED]> wrote:
>
> We have a abstract for message, if anonymous, use add_session_message,
> if auth user, use add_auth_user_message.
>
> +1 if django move au
HORIZONTAL style for many-to-many selection
fields and so on.
Regards,
Aidas Bendoraitis [aka Archatas]
On 11/15/06, Rob Hudson <[EMAIL PROTECTED]> wrote:
>
> I stumbled across this ticket with patch a couple months ago. I
> thought of it recently and wanted to bring it to the a
Thanks for explanation, Jeremy.
Regards,
Aidas Bendoraitis [aka Archatas]
On 11/15/06, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
>
> On 11/15/06, Aidas Bendoraitis <[EMAIL PROTECTED]> wrote:
> >
> > I am just curious, what the status of per-object-permissions branc
branch so that they could be merged.
Regards,
Aidas Bendoraitis [aka Archatas]
On 11/12/06, telenieko <[EMAIL PROTECTED]> wrote:
>
> Hi,
> You could also set "milestones" on a branch to make it easier to track
> tickets for a specific branch, therefore you could see how
+1 for such a possibility.
I think, you should edit somewhere around django/db/models/options.py
and django/contrib/admin.
Regards,
Aidas Bendoraitis [aka Archatas]
On 11/15/06, va:patrick.kranzlmueller <[EMAIL PROTECTED]> wrote:
>
> within a change-list, there is always one item
# translatable fields
Translatable content seems to be a core functionality for websites,
therefore there should be a mechanism or at least best practices to
implement that.
Regards,
Aidas Bendoraitis [aka Archatas]
--~--~-~--~~~---~--~~
You received this message
Congratulations about setting up the FileBrowser under svn! By the
way, if the FileBrowser project is open to public, what is the URL for
the latest and greatest revision?
Regards,
Aidas Bendoraitis
On 11/5/06, patrickk <[EMAIL PROTECTED]> wrote:
>
> thanks.
>
> Am 05.11.200
Hello Rob!Yes. To implment that you can use either a custom view or a generic view and a custom template tag.But at first you should really read and get used to official Django tutorial and other documentation:
http://www.djangoproject.com/documentation/Good luck!Aidas Bendoraitis [aka Archatas]On
I think, you should be able to do that with the method extra() at the moment:
http://www.djangoproject.com/documentation/db_api/#extra-select-none-where-none-params-none-tables-none
Anyway I am +1 for this proposal, as it would make things easier and faster.
Regards,
Aidas Bendoraitis [aka
I'm sure, SmileyChris had in mind http://yourdomain/path?handler={{ some_value }}">text (not
text), which would send the request for
a table cell to the server and after the page refresh, the user would
see somehow modified table cell or other data.
regards,
Aidas Bendoraitis [aka
I reported a similar error long time ago and it seems that it is still
not corrected:
http://code.djangoproject.com/ticket/2280
regards,
Aidas Bendoraitis [aka Archatas]
On 9/15/06, Bjørn Stabell <[EMAIL PROTECTED]> wrote:
>
> Given these two example models and sample data:
>
+1
I'm also for Django unicodization.
Regards,
Aidas Bendoraitis [aka Archatas]
On 9/19/06, Max Derkachev <[EMAIL PROTECTED]> wrote:
>
> +1
> Let the thing begin.
>
> Regards,
> Max.
>
>
> >
>
--~--~-~--~~~---~--~---
tables of the models related
using generic relation into the SQL query statement.
Is this going to be implemented in the nearest future? What are the
alternatives? Let's say, I need to show the lists of things filtered
or ordered according either properties of things or properties of
related tag
es
of models containing multilingual characters via python script file.
Regards,
Aidas Bendoraitis [aka Archatas]
On 8/9/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
> Hey Gabor,
>
> On Wed, 2006-08-09 at 01:03 +0200, gabor wrote:
> > today i experimented a littl
?
Regards,
Aidas Bendoraitis [aka Archatas]
On 8/4/06, Mikeal Rogers <[EMAIL PROTECTED]> wrote:
>
> I have to update multiple models a lot via post, and I love the
> django AddManipulators but they don't help that much out of the box
> because they are tied to a specific mo
but there is no form field for it. Does the latest SVN
version still has the same problem and should I use OneToOneField for
one-to-one relationships at all?
Regards,
Aidas Bendoraitis [aka Archatas]
--~--~-~--~~~---~--~~
You received this message because you are su
,
edit_inline=models.TABULAR, num_in_admin=1,min_num_in_admin=1,
max_num_in_admin=1,num_extra_on_change=0)
2. Overwrite the overwritten primary_key property:
user = models.OneToOneField(User)
user.primary_key = False
I hope these tricks will be helpful.
Good luck!
Aidas Bendoraitis [aka Archatas
hould be asked in django_users group, then I
will resend this message there. Thank you for your attention.
Sincerely,
Aidas Bendoraitis aka Archatas
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django devel
28 matches
Mail list logo
