suggestions, please chime in :)
//Dmitri
On Nov 25, 2007 7:04 PM, William Waites <[EMAIL PROTECTED]> wrote:
>
> On Fri, Nov 23, 2007 at 02:05:28PM -0800, Dmitri Fedortchenko wrote:
> >
> > I found this ticket:
> > http://code.djangoproject.com/ticket/2445
>
I found this ticket:
http://code.djangoproject.com/ticket/2445
It's not seen much activity for a while, but in september jkocherhans
posted some news which I found interesting. So since I needed this
functionality, I wrote a patch for it.
The patch is still shaky on edit_inline objects, but it
for some strange hacks, then they may have some
issues.
//D
On Nov 18, 4:41 pm, Dmitri Fedortchenko <[EMAIL PROTECTED]> wrote:
> I found something.
>
> FilterExpression seems to be a bad boy.
>
> Check out these two pieces of code (in the __init__ function
he first piece of code
will solve this little problem and it seems only fair that you should
be able to escape doublequotes (since it's clearly possible in filter
arguments)...
Should I start a new ticket for this or bake it into the "backwards
compatibility fix" of my i18n templatetag patch
bed.
//D
On Nov 18, 4:09 am, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> On Sat, 2007-11-17 at 17:47 -0800, Dmitri Fedortchenko wrote:
> > Once again I return with my whacky ideas.
>
> > I want to apply filters to my translations in the templates. So.
> >
m Tredinnick <[EMAIL PROTECTED]>
wrote:
> On Sat, 2007-11-17 at 18:27 -0800, Dmitri Fedortchenko wrote:
> > The django.template.TokenParser has a little problem.
>
> > I am not sure if this is a problem actually, but it is inconsistent
> > when parsing filters that follow c
The django.template.TokenParser has a little problem.
I am not sure if this is a problem actually, but it is inconsistent
when parsing filters that follow constant strings or variables.
Meaning that:
{% tag thevar|filter sometag %} will produce:
self.value() = "thevar|filter"
self.tag() =
Once again I return with my whacky ideas.
I want to apply filters to my translations in the templates. So.
I have created a patch which allows use of the following syntax:
{% trans "username"|capfirst|slice:"2:" noop %}
{% trans somevar|slice:"2:" %}
The filters are applied on the
007-11-07 at 13:01 +, Dmitri Fedortchenko wrote:
> > I am trying to figure out the state of the translation tags in the
> > django template system.
> >
> > My ticket has been rejected, but I am not satisfied with the RTFM
> > answer given there, based on th
> On 11/7/07, Dmitri Fedortchenko <[EMAIL PROTECTED]> wrote:
> >
> > The Admin class should be able to define post_ and pre_save hooks that
> are
> > called before or after all Manipulation of the model is done (there are
> > post_save hooks for t
after all Manipulation of the model is done (there are
post_save hooks for the save method, but they are still called before the
Manipulator is done working with the model)
On 11/7/07, Collin Grady <[EMAIL PROTECTED]> wrote:
>
>
> Dmitri Fedortchenko said the following:
> > W
is that your site is edited by a staff, or a client, or
maybe just you and you don't want to have to deal with creating backend
interfaces just to manage content.]
The message seems clear to me. ;)
//D
On 11/7/07, Collin Grady <[EMAIL PROTECTED]> wrote:
>
>
> Dmitri Fedortchenko sai
That is what I thought as well, however I checked, and the
_add_items() method is only called once with the correct objects
(meaning the existing keywords and the keywords that I added).
Are you telling me that the admin actually has it's own method for
setting the relationships that is outside
post.
So repeating this should not be a problem...
I'll try to delve deeper into the transaction side of things, but any
insight you can give me would be appreciated.
//Dmitri
On Nov 7, 2:25 am, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> On Wed, 2007-11-07 at 00:50 +0000, Dmitri Fed
Example code:
def save(self):
regex = re.compile("\{\{([^\}]{2,60})\}\}")
words = regex.findall(self.body)
self.body = regex.sub("\\1",self.body)
super(Chapter,self).save()
for word in words:
if len(word.strip()) > 0:
Sounds good.
I'll try to clean up the patch as much as possible when I get some time too.
Right now it's a little rough around the edges.
//D
On 11/1/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 2007-10-31 at 19:17 +0100, Dmitri Fedortchenko wrote:
> &
I opened a ticket, looking forward to your input and ideas.
http://code.djangoproject.com/ticket/5849
On 10/31/07, Dmitri Fedortchenko <[EMAIL PROTECTED]> wrote:
>
> Now that I re-read your definition, there is one difference between your
> suggestion and my patch.
> My patch j
Tredinnick <[EMAIL PROTECTED]> wrote:
>
>
> On Sun, 2007-10-28 at 21:46 +, Dmitri Fedortchenko wrote:
> > That's a great idea! I'll see if I can squeeze out a patch for this,
> > since I feel that I want to be able to indent blocktrans without
> > having the extra spac
<[EMAIL PROTECTED]> wrote:
>
>
> On Sun, 2007-10-28 at 21:46 +, Dmitri Fedortchenko wrote:
> > That's a great idea! I'll see if I can squeeze out a patch for this,
> > since I feel that I want to be able to indent blocktrans without
> > having the extra spaces i
the subsequent lines based on the indentation of the
second line, or assume that the user wants to keep the text as is?
:)
Please advise.
On Oct 27, 12:41 am, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> On Fri, 2007-10-26 at 15:04 +0000, Dmitri Fedortchenko wrote:
> > I'v
I've started using blocktrans in my templates and noticed that when
using make_messages it includes all the tabs and linebreaks around the
text that is surrounded by blocktrans tags.
For example:
{% blocktrans %}
Translate this string
{% plural %}
21 matches
Mail list logo