[Cubicweb] meeting with Paul Everitt "a Pyramid guy" on July 31st 2014 at Logilab

Celso FLORES celso.flores at crealibre.com
Wed Jul 30 21:25:29 CEST 2014


Hi Adrien,

Yeah, i guessed so.
I just wanted to bring the subject, as CubicWeb community could certainly
grow if videos about CubicWeb uses and evolution were posted online.
Anyways, we will be gladly waiting for any outcome of the meeting.

Cheers,

Celso.



2014-07-30 13:08 GMT-05:00 Adrien Di Mascio <adimasci at gmail.com>:

> Hi Celso,
>
> Interesting idea though even if Paul would be ok with it, I don't think we
> would be able to manage that before tomorrow anyway.
>
> Cheers,
> Adrien.
>
>
> On Wed, Jul 30, 2014 at 7:07 PM, Celso FLORES <celso.flores at crealibre.com>
> wrote:
>
>> I understand this is not usually done at Logilab or CubicWeb community,
>> but a video recording of this session, will be great for those who can't be
>> in Paris tomorrow.
>> Just saying.
>>
>>
>>
>> 2014-07-30 11:32 GMT-05:00 Paul Everitt <paul at agendaless.com>:
>>
>> I can certainly come earlier, perhaps 8h30.
>>>
>>> Sent from my iPhone
>>>
>>> > On Jul 30, 2014, at 4:40 PM, Adrien Di Mascio <
>>> adrien.dimascio at logilab.fr> wrote:
>>> >
>>> > Hi Paul,
>>> >
>>> > Is it ok for you to start at 9h30 ? The door will be open around 8
>>> a.m. If you feel like arriving earlier, you'll be welcome.
>>> >
>>> > Cheers,
>>> > Adrien.
>>> >
>>> > Le 30/07/2014 10:56, Paul Everitt a écrit :
>>> >>> Le 28/07/2014 16:08, Paul Everitt a écrit :
>>> >>>> On Jul 28, 2014, at 3:29 PM, Christophe de Vienne <
>>> christophe at unlish.com> wrote:
>>> >>>>
>>> >>>>> Le 28/07/2014 14:32, Nicolas Chauvat a écrit :
>>> >>>>>> On Mon, Jul 28, 2014 at 09:35:14AM +0200, Paul Everitt wrote:
>>> >>>>>>
>>> >>>>>>> When I heard the description of the way views in CubicWeb are
>>> looked
>>> >>>>>>> up, it made me think of Pyramid's traversal, which is designed
>>> for
>>> >>>>>>> graphs. It's possible that traversal is precisely the right
>>> approach
>>> >>>>>>> for CubicWeb and, if used, would bring in a number of benefits:
>>> >>>>>> Interesting thought. I am not sure what you see as common between
>>> >>>>>> using cubicweb's registry to select a view and traversal, but
>>> will go
>>> >>>>>> read again about traversal.
>>> >>>>> In my understanding, the traversal would build the rset, like the
>>> RestPathEvaluator does, and make a context out of it.
>>> >>>>> This context would be fed to the cubicweb predicates by the
>>> pyramid view selection system.
>>> >>>>>
>>> >>>>> Hence, the common is not between traversal and cubicweb registry
>>> selection, but between traversal and RestPathEvaluator, and between the
>>> cubicweb registry and the pyramid registry.
>>> >>>>>
>>> >>>>> Note that it does'nt mean we remove the cubicweb registry for view
>>> selection in general (yet), just that we can bypass it for the top-level
>>> view.
>>> >>>>>
>>> >>>>> Also, it means that the way views are chosen by the end-user will
>>> probably need to change from "/somepath?vid=someview" to
>>> "/somepath/someview". I personnally think it is for the best, as using the
>>> query parameters for view selection (and for rql query anywhere in the
>>> application) looks like bad practice to me.
>>> >>>> In a word: correct! :) Although there are more benefits than just
>>> cleaning up bad practice. As a note, I don't think this will require
>>> changing CubicWeb, just the way Pyramid integrates with it. If you think
>>> this is worth a Skype call, let me know. It would be nice to decide soon
>>> whether this is worth investigating this week.
>>> >>>
>>> >>> I have a feeling that this particular subject is almost a bonus for
>>> thursday. I would like to work on it asap (I did since the beginning of
>>> this experiment), but I know other things needs to be done first.
>>> >>>
>>> >>> It should at least discuss it a little and 1) explain and make it
>>> well understood by everyone 2) investigate what would need to be done to
>>> achieve it.
>>> >>
>>> >> Ok, sounds good. For the purpose of discussion, if everyone could
>>> read:
>>> >>
>>> >>
>>> http://docs.pylonsproject.org/projects/pyramid/en/master/narr/traversal.html
>>> >>
>>> >> You have a rich graph. It would be nice to put that to work.
>>> Especially in the view lookups and security. If it would help orient
>>> people, we could spend 45m very quickly going through my traversal tutorial.
>>> >>
>>> >> --Paul
>>> >>
>>> >> _______________________________________________
>>> >> Cubicweb mailing list
>>> >> Cubicweb at lists.cubicweb.org
>>> >> http://lists.cubicweb.org/mailman/listinfo/cubicweb
>>> >
>>> >
>>> > --
>>> > Adrien Di Mascio - LOGILAB, Paris (France).
>>> > Tél: 01.45.32.03.12
>>> > Formations - http://www.logilab.fr/formations
>>> > Développements - http://www.logilab.fr/services
>>> > Gestion de connaissances - http://www.cubicweb.org/
>>> > _______________________________________________
>>> > Cubicweb mailing list
>>> > Cubicweb at lists.cubicweb.org
>>> > http://lists.cubicweb.org/mailman/listinfo/cubicweb
>>> _______________________________________________
>>> Cubicweb mailing list
>>> Cubicweb at lists.cubicweb.org
>>> http://lists.cubicweb.org/mailman/listinfo/cubicweb
>>>
>>
>>
>>
>> --
>> Celso FLORES
>> Knowledge Management Consultant
>> Mx. 044 81 80 75 04 73
>> celso.flores at crealibre.com        Skype: jcelsoflores
>>
>> _______________________________________________
>> Cubicweb mailing list
>> Cubicweb at lists.cubicweb.org
>> http://lists.cubicweb.org/mailman/listinfo/cubicweb
>>
>>
>


-- 
Celso FLORES
Knowledge Management Consultant
Mx. 044 81 80 75 04 73
celso.flores at crealibre.com        Skype: jcelsoflores
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cubicweb.org/pipermail/cubicweb/attachments/20140730/827c5880/attachment-0165.html>


More information about the Cubicweb mailing list