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

Christophe de Vienne christophe at unlish.com
Wed Jul 30 19:22:37 CEST 2014


I will try to arrive before 9:00. Hopefully 8:30.

On 30 juillet 2014 19:20:21 CEST, 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.
>
>Cheers,
>Adrien.
>Le 30 juil. 2014 18:34, "Paul Everitt" <paul at agendaless.com> a écrit :
>
>> 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
>>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Cubicweb mailing list
>Cubicweb at lists.cubicweb.org
>http://lists.cubicweb.org/mailman/listinfo/cubicweb

Christophe de Vienne

-- 
Envoyé en itinerance. Excusez la brièveté.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cubicweb.org/pipermail/cubicweb/attachments/20140730/e61e2a36/attachment-0127.html>


More information about the Cubicweb mailing list