compilemessage command.
Best,
REF's
1. https://pypi.org/project/Pyliner/
El sáb., 19 ene. 2019 a las 19:34, J. Pablo Martín Cobos ()
escribió:
> I reply between lines,
>
> El sáb., 19 ene. 2019 a las 12:31, Adam Johnson () escribió:
>
>> I agree, I'd like to s
o prove that your solution is widely adopted in everyday use and
>> it's "winning" technology.
>>
>> That would practically mean that code is well written, constantly
>> maintained and documented.
>>
>> You can keep showing speed test results
:-)
Best,
REF's
1. https://code.djangoproject.com/ticket/15053
2. https://github.com/goinnn
>
> J. Pablo Martín Cobos kirjoitti la 19. tammik. 2019
> klo 10.22:
>
>>
>>
>>
>>
>>
>> El sáb., 19 ene. 2019 7:08, Jani Tiainen escribió:
nvenient, like any
improve.
Thanks!
>
> On Sat, Jan 19, 2019 at 12:18 AM J. Pablo Martín Cobos
> wrote:
>
>> I reply beetween lines,
>>
>> El vie., 18 ene. 2019 a las 21:25, Jani Tiainen ()
>> escribió:
>>
>>> Hi,
>>>
>>>
obody resolve it I will propose a change, but I
know ifor experience it is very hard collaborate with code in Django, and
more difficult with a new feature.
To understand it, the best is to use the command with a simple template
such as admin/index.html.
Best,
>
> On Fri, Jan 18, 2019 at 7
Sorry, I reply beetween lines
El vie., 18 ene. 2019 16:32, J. Pablo Martín Cobos
escribió:
> Hi another time,
>
> I am tring to reply every people in this email:
>
> Josh
>
> I was not using django.template.loaders.cached.Loader, but the result are
> very similar i
> there are very little chances that your solution would make to django it
> self.
>
> Improvements to rendering are always welcome, but they must come without
> too much maintenance burden.
>
> On Thu, Jan 17, 2019 at 11:02 AM J. Pablo Martín Cobos
> wrote:
>
>> Hi,
&g
ess templates, so Django win time.
We can get a backend a little faster with very little effort.
Best!
> On Thu 17 Jan, 2019 2:32 pm J. Pablo Martín Cobos
>> Hi,
>>
>> From one year ago, I am using an own command for Django templates that
>> unify them. With an exam
silly thing.
Best,
> Regards,
> Maciej
>
> czw., 17.01.2019, 10:02 użytkownik J. Pablo Martín Cobos
> napisał:
>
>> Hi,
>>
>> From one year ago, I am using an own command for Django templates that
>> unify them. With an example it is easy to see. If I am t
Hi,
>From one year ago, I am using an own command for Django templates that
unify them. With an example it is easy to see. If I am to render for
example a template call news.html like it:
1. news.html
{% extends "base.html" %}
{% block title %}
{% include "inc.news.title.html" %
Florian, I know that the benefits of this solution. But I see the
detriments too. I think that if we allow that a app template overwrite with
self-reference another app template the template development will be a
chaos. I thought alot about it
2013/12/9 Florian Apolloner
> Just as a good example
2013/12/9 Florian Apolloner
> On Monday, December 9, 2013 12:43:04 PM UTC+1, Goinnn wrote:
>>
>> 1. Efficiency: If this new solution slows the compilation/find/render
>> template, I dislike it
>>
>
> Lots of "ifs" which are not really worth discussing before we run actual
> benchmarks; also I thi
2013/12/8 unai
> Hello,
>
> > given this approach, what if the third party app wants to self-extend
> > a django admin template for example?
>
> I'm working on an other solution that instead of relying on loader skipping
> relies on template skipping.
>
> Imagine you extend to a self-reference fr
2013/12/8 Jonathan Slenders
> Do we ever intend to implement something like collect_templates in the
> future? Similar to collect_static?
>
I think that for this reason exists the cache template loader, it is
something similar. With this template loader every template is only
compiled one time.
2013/12/7 Florian Apolloner
> Hi,
>
> there is no need to convince us that this feature would be nice to have;
> the ticket is accepted…
>
Yes this ticket is accepted, but this is accepted from 3 years ago... I
think that everybody knows that the current solution needs to improve in
the self-re
2013/12/6 German Larrain
> On Friday, December 6, 2013 11:36:00 AM UTC-3, unai wrote:
>>
>> Lot of app/CMS creators create base templates for their apps. Currently,
>> if one
>> of those templates needs some kind of change, the user needs to copy the
>> template all over again, making it difficul
/blogs/
2.
http://www.yaco.es/blog/en/contribuciones/2012/07/how-visually-detect-cyclic-import-between-our-django-applications/
Thanks for all :-)
--
Pablo Martín
2012/7/20 J. Pablo Martín Cobos
> Ok, thanks
>
> I hope that work soon :-)
>
> 2012/7/20 Daniel Greenfeld
>
>
Ok, thanks
I hope that work soon :-)
2012/7/20 Daniel Greenfeld
> When we changed over to Heroku for hosting and went with the 'www' prefix,
> somehow the redirects to the new location have been failing. I submitted
> the changed url to https://www.djangoproject.com/community/ but it hasn't
> p
Hi,
I think that the Django packages rss [1] is broken or now this works
differently. The last package is from 29/06/12 and in djangopackages [2] is
from today
REF's
1. https://www.djangoproject.com/rss/community/packages/
2. http://www.djangopackages.com/feeds/packages/latest/rss/
Thanks,
B
Hi,
I created a ticket [1] in Django. And I think that is a important bug.
I also think it has not had sufficient impact.
I sent a patch, but this is only a reference, and temporal solution for me.
I don't think that it is a final solution.
REF's
1. https://code.djangoproject.com/ticket/17600
work with any number of overwrites).
2010/10/15 Łukasz Rekucki
> 2010/10/15 J. Pablo Martín Cobos :
> >
> > Really the problem comes when we reuse a application: from other people,
> > from Django (i.e. django.contrib.admin), or even my own that we reuse in
> > some
2010/10/15 Andy McCurdy
> We are in complete agreement ;)
>
Thanks for the clarification ;)
>
> 2010/10/15 J. Pablo Martín Cobos
>
>> Hi Andrew,
>>
>>
>> I think you agree with me in all. Thank you very much for your long
>> e-mail. I think you ha
4:10, "Andrew Godwin" wrote:
> > On 15/10/10 13:41, J. Pablo Martín Cobos wrote:
> >> Hi,
> >>
> >> I'm a Django developer since more or less 3 years. Some time ago I had
> >> the need for the extends templatetag to have more funcio
Hi Andrew,
I think you agree with me in all. Thank you very much for your long e-mail.
I think you have explain the problem better than me. To use the urls for
overwrite the templates "leads terrible looking URL", it's really true.
If you don't think you agree with me in all, please tell me. Beca
a part of the website in a
> lightbox popup without all the "outer content".
> I removed it afterwards and we did it properly.. it felt dirty.
>
> On Oct 15, 3:29 pm, Luke Plant wrote:
> > On Fri, 2010-10-15 at 14:41 +0200, J. Pablo Martín Cobos wrote:
> >
> >
ld be very good for me that the new funcionality that I have
implemented would be added to django project. If not I hope this could be
usefull for somebody
Regards,
--
Pablo Martín
2010/10/15 Luke Plant
> On Fri, 2010-10-15 at 14:41 +0200, J. Pablo Martín Cobos wrote:
>
> > To perfo
django-messages/source/browse/trunk/django_messages/templates/django_messages/base.html
--
Pablo Martín
El 15 de octubre de 2010 14:41, J. Pablo Martín Cobos
escribió:
> Hi,
>
> I'm a Django developer since more or less 3 years. Some time ago I had the
> need for the ex
Hi,
I'm a Django developer since more or less 3 years. Some time ago I had the
need for the extends templatetag to have more funcionality.
The funcionality I mean is that a template can extends from "itself". I'm
going to try to explain it better, so I will put Django admin as an example,
althoug
28 matches
Mail list logo