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

Adrien Di Mascio adimasci at gmail.com
Wed Jul 30 20:00:57 CEST 2014


On Wed, Jul 30, 2014 at 7:20 PM, Adrien Di Mascio <adimasci at gmail.com>
wrote:

> Hi Paul,
>
> You'll be welcome at 8h30 but not everyone  will be here ans de probably
> won't be able tout start before 9 or 9h30.
>
>
Wow, I shouldn't try to write english with my mobile. Hopefully, you got
the general idea that the work session won't start before 9am anyway :-)

Cheers,
Adrien.

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
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cubicweb.org/pipermail/cubicweb/attachments/20140730/1ad57a13/attachment-0165.html>


More information about the Cubicweb mailing list