view release on metacpan or  search on metacpan

docs/summaries/2006/09-23.yaml  view on Meta::CPAN

            name: Fagyal Csongor
          - email: fawaka@gmail.com
            name: Leon Timmermans
          - email: aankhen@gmail.com
            name: Aankhen
          - email: michael.snoyman@ucla.edu
            name: Michael Snoyman
          - email: stevep@metalogicplc.com
            name: Steve Pitchford
          - email: larry@wall.org
            name: Larry Wall
        subject: the CGI.pm in Perl 6
        summary: |-
          Last week, a number of posts were devoted to discussing the merits of
          refactoring and renaming CGI.pm for Perl 6.  Removing HTML generation
          methods from the core module, renaming CGI, and the relationship between
          CGI.pm and session management received the most type.  This week, the
          thread continued.
          
          Once again, several people expressed the opinion that HTML generation
          could be included in a separate module which worked well with the parameter
          gathering, but the view that these are integrated tasks was also expressed.
          Mark Stosberg suggested that people who have concrete ideas about the API
          should create a 
          [wiki page](http://rakudo.org/perl6/index.cgi).  This would allow the
          design to be developed by many people and understood by those with less 
          API design experience.
          
          Mark also pointed out that the suggestion of `use perl5:CGI` might not work
          well in practice, as currently it is not clearly defined how to pass
          information to Perl 5.  This led to a side discussion on how Perl
          5 embedding should work.  Mark created a
          [wiki page](http://rakudo.org/perl6/index.cgi?using_perl_5_embedding) to
          summarize expectations about Perl 5 embedding.
          
          Meanwhile, Juerd suggested that the `param` method should be replaced with
          two hashes, `get` and `post`.  A. Pagaltzis thought that the beauty of the
          `param` method is that it lets you treat input as single- or multi-valued
          at your own discretion.  The topic continued, with a detour to cover
          the correct syntax for `my @bar = $q.param<bar>[];`.
          
          Another topic was concerned with the default encoding.  An argument
          was made for it being UTF-8, and another person preferred it to be
          undeclared.  The HTTP specification says that the default is Latin 1.
          
          In thread <msgid:dc69626e0609111331o1d33dc87n5b26c918256c5bc@mail.gmail.com>,
          the discussion of session management continued.  Last week, Michael
          Snoyman suggested including it in CGI.pm, and Yuval Kogman begged for a
          plugin solution.  This week, the thread was consumed by the API design
          and module naming discussions from the initial thread.
          
          In the splinter on module names, Juerd was
          completely against anything which contained the word 'CGI'.  Ian
          Langworth proposed 'HTTP', but several people thought that the module
          typically involves fetching parameters, not dealing with the protocol.
          
          As for the API design discussion, it repeated the main
          thread's arguments for the most part.
          Jacinta Richardson introduced a new request: subroutines should have
          a uniform naming scheme, rather than mixing terms (`scrolling_list` but
          `popup_menu`) and underscores (`textfield` versus `password_field`).
          
          For more CGI discussion, also see
          <msgid:20060917103509.GJ16337@c4.convolution.nl>.
      - date_from: 1157829345
        date_to: 1158185556
        hidden: 'continuation of thread p06230900c128b8a02d9b@[192.168.1.101]'
        message_id: 20060910142358.F43587@bowser.eecs.harvard.edu
        messages:
          - 20060911201333.19368.qmail@lists.develooper.com
          - 874pvdldn5.fsf@teufelkommraus.webit.de
          - 20060912132152.12099.qmail@lists.develooper.com
          - 'p06230900c12cde1d7114@[192.168.1.101]'
          - 20060913160052.GK1952@bytemark.barnyard.co.uk
          - 'p06230902c12e30eaee25@[192.168.1.101]'
          - 97f280ea0609120718u4eba6fa0p3a4fd21ad98e7aa5@mail.gmail.com
          - 20060913151550.GG1952@bytemark.barnyard.co.uk
          - 20060917012340.14037.qmail@lists.develooper.com
          - Pine.LNX.4.62.0609131140060.17562@fractal.phys.lafayette.edu
          - 86k645xg1k.fsf@blue.stonehenge.com
          - 450F12C1.2000208@cantrell.org.uk
          - 57494.80.98.159.250.1158621728.squirrel@www.hunhost.com
          - 20060915212656.GZ16337@c4.convolution.nl
          - 20060915213532.GB16337@c4.convolution.nl
          - 20060917013831.15426.qmail@lists.develooper.com
          - a51e610c0609131521x8904c64r7977ca2442209f38@mail.gmail.com
          - ae697d050609141700r45003586h8e38289a9ca10183@mail.gmail.com
          - 450CB3A7.8010003@summersault.com
          - 450CB353.8000403@summersault.com
          - 20060917092747.GG16337@c4.convolution.nl
          - 20060917121011.3817.qmail@lists.develooper.com
          - 20060917101645.GI16337@c4.convolution.nl
          - 20060915021812.GT16337@c4.convolution.nl
          - dc69626e0609150727p575da8a0n8d440f3c82172bbf@mail.gmail.com
          - 'p06230900c12fa515c3fa@[192.168.1.101]'
          - 20060909191532.12771.qmail@lists.develooper.com
          - 20060911201333.19368.qmail@lists.develooper.com
          - 874pvdldn5.fsf@teufelkommraus.webit.de
          - 20060912132152.12099.qmail@lists.develooper.com
          - 'p06230900c12cde1d7114@[192.168.1.101]'
          - 20060913160052.GK1952@bytemark.barnyard.co.uk
          - 'p06230902c12e30eaee25@[192.168.1.101]'
          - 97f280ea0609120718u4eba6fa0p3a4fd21ad98e7aa5@mail.gmail.com
          - 20060913151550.GG1952@bytemark.barnyard.co.uk
          - 20060917012340.14037.qmail@lists.develooper.com
          - Pine.LNX.4.62.0609131140060.17562@fractal.phys.lafayette.edu
          - 86k645xg1k.fsf@blue.stonehenge.com
          - 450F12C1.2000208@cantrell.org.uk
          - 57494.80.98.159.250.1158621728.squirrel@www.hunhost.com
          - 20060915212656.GZ16337@c4.convolution.nl
          - 20060915213532.GB16337@c4.convolution.nl
          - 20060917013831.15426.qmail@lists.develooper.com
          - a51e610c0609131521x8904c64r7977ca2442209f38@mail.gmail.com
          - ae697d050609141700r45003586h8e38289a9ca10183@mail.gmail.com
          - 450CB3A7.8010003@summersault.com
          - 450CB353.8000403@summersault.com
          - 20060917092747.GG16337@c4.convolution.nl
          - 20060917121011.3817.qmail@lists.develooper.com
          - 20060917101645.GI16337@c4.convolution.nl
          - 20060915021812.GT16337@c4.convolution.nl
          - dc69626e0609150727p575da8a0n8d440f3c82172bbf@mail.gmail.com