<div dir="ltr">We need to think about, what would be the profit for a standard intergrator if there is a diazo theme?<div><br></div><div>You cannot derive from it like a normal skin, so a intergrator always needs to start over, or we need a feature for this.</div>
<div><br></div><div>I think we need to make sure the default skin theme is strong, simple and having all the features needed, the diazo theme only needs to copy header, col-one, content, col-two and footer including all features from the theme. This way if a intergrator creates a new viewlet, its automaticly copyed by the diazo theme.</div>
<div><br></div><div>Second most, i like to use bootstrap in my themes, we need to make sure the default diazo theme is so simple that moving out the css and replacing it by bootstrap or any other default css framework it would work, the edit logica is in the p.a.toolbar so we dont need to worry about that.</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 9, 2013 at 6:24 PM, Ramon Navarro Bosch <span dir="ltr"><<a href="mailto:ramon.nb@gmail.com" target="_blank">ramon.nb@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2013/10/8 David Glick (Plone) <span dir="ltr"><<a href="mailto:david.glick@plone.org" target="_blank">david.glick@plone.org</a>></span><div class="im">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div>
    <div>On 10/8/13 1:38 PM, Ramon Navarro Bosch
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">I've been sprinting today on the middleware
        rendering subject and this are my points to be discussed :
        <div><br>
        </div>
        <div>* Without direct access (with diazo) to Plone we will not
          be able to access @@manage-viewlets so we will need some
          control panel that decides which viewlet should be rendered on
          the middleware for diazo ?</div>
      </div>
    </blockquote>
    <br></div>
    I guess you are asking how to disable some viewlets that are not
    used in the theme, so that you can avoid the overhead of rendering
    them?<br>
    <br>
    We can disable diazo for the manage-viewlets page. But it may be
    better to have a more conventional control panel where you can click
    a checkbox to show/hide each viewlet.<div><br>
    <br></div></div></blockquote><div><br></div></div><div>That's my idea.</div><div class="im"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">

<div>
    <blockquote type="cite">
      <div dir="ltr">
        <div>* The main goal I'm looking for is reducing the amount of
          things that are beeing rendered on plone before diazo. So my
          idea is to implement a IMainTemplate view that renders the
          main template depending on the viewlet managers that are
          active. Also in case it's a browser request from toolbar ( we
          can mark with some interface ) render only the content part
          with some possible viewlets managers before or after. Toolbar
          is only rendering the content of the edit page and doesn't
          make any sense to render all the page for this requests.</div>
      </div>
    </blockquote>
    <br></div>
    The current main_template already has the ajax_request flag to
    disable rendering of most viewlet managers. Do we really need
    something new?<br></div></blockquote><div><br></div></div><div>I know the ajax_request flag that hides most of the rendered viewlets, just trying to figure out a way that is customizable, enables calls from toolbar to get just content and nearby viewlets. If we move main_template to a browser page we have more options to do it in a clear way and easier to customize, no ?</div>

<div><br></div><div>I don't know which is the status of the tiles project but creating a tile for content when we need the content by itself would be a step forward ?</div><div><br></div><div>So aside to decide what is going to be rendered on plone I think that it's needed to provide and easy customizable way to decide what's going to be rendered on different scenarios (toolbar request, diazo request, .... ) so it's much more aproachable to create custom layouts for integrators.</div>
<div><div class="h5">
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
    <br>
    <blockquote type="cite"><div><div>
      <div dir="ltr">
        <div><br>
        </div>
        <div>* So we render the viewlets that have been said to be
          rendered, the view of the content and the portlets ( we could
          integrate plone_layout and plone view on this main_template
          view ). The question is how we show it:</div>
        <blockquote style="margin:0 0 0 40px;border:none;padding:0px">
          <div>* We need to find a a way that it's easy for themeeditor
            to map the content to the diazo theme. Maybe a list of
            elements (viewlets/portels/contents) instead of seeing the
            actual sunburst view.</div>
        </blockquote>
        <blockquote style="margin:0 0 0 40px;border:none;padding:0px">
          <div>* We need to discard XML for the user content as they can
            write non valid XML and we need to render the view of the
            content with the custom browser view. </div>
        </blockquote>
        <blockquote style="margin:0 0 0 40px;border:none;padding:0px">
          <div>* We need to use the same id's we have now on the
            main_template to provide BBB on diazo themes ?</div>
        </blockquote>
        <blockquote style="margin:0 0 0 40px;border:none;padding:0px">
          <div>* What about js registry and css registry ? we need to
            render the bunch of js/css that are needed on addons and the
            one's that are conditionals (logged in and aren't not on
            toolbar)</div>
        </blockquote>
        <blockquote style="margin:0 0 0 40px;border:none;padding:0px">
          <div><br>
          </div>
        </blockquote>
        <div>I'm thinking on small steps that are affortable to provide
          a better "diazo only" concept on Plone 5.</div>
        <div><br>
        </div>
        <div>We did some tests, creating a main_template-remove on
          Products.CMFPlone and did some performance tests having a bit
          better performance.</div>
        <div><br>
        </div>
        <div>If somebody knows some work done on the same direction, or
          have some time, I'll try to sprint on it tomorrow also so I
          can write a PLIP.</div>
        <div><br>
        </div>
        <div>Ramon</div>
      </div>
      <div class="gmail_extra">
        <br>
        <br>
        <div class="gmail_quote">2013/10/2 Johannes Raggam <span dir="ltr"><<a href="mailto:dev@programmatic.pro" target="_blank">dev@programmatic.pro</a>></span><br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div>
              <div>On Die, 2013-10-01 at 15:58 +0100, Martin
                Aspeli wrote:<br>
                > On 1 October 2013 14:03, Ramon Navarro Bosch <<a href="mailto:ramon.nb@gmail.com" target="_blank">ramon.nb@gmail.com</a>><br>
                wrote:<br>
                >> Since we are moving to Diazo I have the bad
                feeling that rendering<br>
                twice the page is a waste of energy and a possible
                missunderstanding for<br>
                integrators / developers ( we will have the frontend,
                the backend of<br>
                widgets, the native rendering ... )<br>
                >> During these days in Brazil, we've been
                discussing if it's possible<br>
                to change the main_template to export the structure of
                plone instead of<br>
                a rendered page, different sections with the viewlets,
                with the<br>
                portlets, the content, .... and on diazo rules it would
                be much easier<br>
                to define the rules. As right now is the moment to
                discuss about this<br>
                subject(diazo theme is really in early step and plone5
                is a possible<br>
                target to change this), my idea is to talk about it
                today at FWT meeting<br>
                if it's ok with you.<br>
                > So to check my understanding: you are saying
                main_template exposes<br>
                something very simple, e.g. a pile of divs with sensible
                ids, and then<br>
                Diazo makes it visually appealing?<br>
                > If so, that makes sense to me, at least once we
                have good "out of the<br>
                box" Diazo themes.<br>
                <br>
              </div>
            </div>
            What if we expose each of these building blocks via HTTP and
            let diazo<br>
            fetch them via the href attribute?<br>
            <br>
            This way we can also provide alternative dynamic user
            interfaces, where<br>
            we fetch the contents for a page via Javascript AJAX calls.<br>
            <span><font color="#888888"><br>
                Johannes<br>
                <br>
                <br>
                --<br>
                programmatic  web development<br>
                di(fh) johannes raggam / thet<br>
                python plone zope development<br>
                mail: <a href="mailto:office@programmatic.pro" target="_blank">office@programmatic.pro</a><br>
                web:  <a href="http://programmatic.pro" target="_blank">http://programmatic.pro</a><br>
                      <a href="http://bluedynamics.com" target="_blank">http://bluedynamics.com</a><br>
              </font></span></blockquote>
        </div>
        <br>
        <br clear="all">
        <div><br>
        </div>
        -- <br>
        Ramon a.k.a bloodbare
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      </div></div><div><pre>_______________________________________________
Framework-Team mailing list
<a href="mailto:Framework-Team@lists.plone.org" target="_blank">Framework-Team@lists.plone.org</a>
<a href="https://lists.plone.org/mailman/listinfo/plone-framework-team" target="_blank">https://lists.plone.org/mailman/listinfo/plone-framework-team</a>
</pre>
    </div></blockquote>
    <br>
  </div>

</blockquote></div></div></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Ramon a.k.a bloodbare
</font></span></div></div>
<br>_______________________________________________<br>
Framework-Team mailing list<br>
<a href="mailto:Framework-Team@lists.plone.org">Framework-Team@lists.plone.org</a><br>
<a href="https://lists.plone.org/mailman/listinfo/plone-framework-team" target="_blank">https://lists.plone.org/mailman/listinfo/plone-framework-team</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">-- <br>Maarten Kling<br><a href="http://fourdigits.nl/mensen/maarten-kling" target="_blank">http://fourdigits.nl/mensen/maarten-kling</a><br>
<br>Four Digits BV<br><a href="http://www.fourdigits.nl" target="_blank">http://www.fourdigits.nl</a><br>Jansbinnensingel 26, 6811 AL, Arnhem<br>tel: +31 (0)26 4422700 fax: +31 (0)84 2206117<br></div>
</div>