[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:08:07 CEST 2014


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


More information about the Cubicweb mailing list