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

Adrien Di Mascio adrien.dimascio at logilab.fr
Wed Jul 30 16:40:37 CEST 2014

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.


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).
Formations - http://www.logilab.fr/formations
Développements - http://www.logilab.fr/services
Gestion de connaissances - http://www.cubicweb.org/

More information about the Cubicweb mailing list