Re: [Catalyst] Advent Calendar... Grant proposal...
I'm rather concerned with that statement, but will allow time for all of us to sober up. On 03/01/15 22:44, Lance A. Brown wrote: Robert Brown wrote on 1/3/2015 5:36 PM: Is this something we can resolve, or simply make better as its install process, that maybe needs explaining better? I don't think it can be resolved unless Catalyst wants to move in the same direction Mojolicious has taken, which I don't agree with. I hesitate to call it a warning, but some kind of note in the documentation and or at the beginning of the Catalyst install process to let the user know it will take some time would be useful. --[Lance] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
Installation is basically a one shot (especially if you have a transportable perl compiled with perlbrew of Perl::Build). A framework is for life not just for a 5 minute write a blog engine demo. On Sun, Jan 4, 2015 at 9:44 AM, Lance A. Brown la...@bearcircle.net wrote: Robert Brown wrote on 1/3/2015 5:36 PM: Is this something we can resolve, or simply make better as its install process, that maybe needs explaining better? I don't think it can be resolved unless Catalyst wants to move in the same direction Mojolicious has taken, which I don't agree with. I hesitate to call it a warning, but some kind of note in the documentation and or at the beginning of the Catalyst install process to let the user know it will take some time would be useful. --[Lance] -- GPG Fingerprint: 409B A409 A38D 92BF 15D9 6EEE 9A82 F2AC 69AC 07B9 CACert.org Assurer ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
But that really depends on the system, doesn't it? I can install the usual parts of Catalyst by installing just a few packages on a Debian (and Debian-derived) systems. It takes a few minutes (less than ten, surely), but it's an easy process. Isn't that the primary purpose of distribution packaging teams? Assembling the various parts into a whole that is easily installed? On 01/03/2015 11:44 PM, Lance A. Brown wrote: Robert Brown wrote on 1/3/2015 5:36 PM: Is this something we can resolve, or simply make better as its install process, that maybe needs explaining better? I don't think it can be resolved unless Catalyst wants to move in the same direction Mojolicious has taken, which I don't agree with. I hesitate to call it a warning, but some kind of note in the documentation and or at the beginning of the Catalyst install process to let the user know it will take some time would be useful. --[Lance] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
I think that one of the main use of Perl is to create web apps. And the best way of creating web apps is by using a web framework. And the most developed web framework for Perl is Catalyst. But those who prefer other frameworks do it because they consider Catalyst too complex and hard to understand. So yes, a more clear documentation for Catalyst should be very helpful. Newbies might have the time and willing to write it, but they might not know what to write. :) So... applying for a grant to do it may be the solution. --Octavian Good documentation is clearly necessary, but I don't think that it will by itself be enough to attract newbies. I am an interested newbie, so perhaps I can add something to the conversation. My impression is that Catalyst is not so complex by itself, but it sits at the top of a pyramid of knowledge domains that are both broad and deep. MVC (each letter is a book in itself), Perl/CPAN, OO, web servers, security, web hosting (your shared hosting won't work), etc. What did I miss? The loosely coupled Catalyst approach to web frameworks therefore benefits from a loosely coupled approach to Catalyst training. What's the minimum required knowledge to create a best practice web application using Catalyst? Each area requires a loosely coupled learning module, that both stands on its own, and directly supports a minimal, yet best practice prerequisite understanding necessary for integration into a Catalyst application. I'd like to point out Andrew Solomon's excellent Geekuni courses. I'm just finishing up the Perl Essentials course, which I enrolled in primarily as an on-ramp to the Dancer course. The combination of carefully designed tasks, instant feedback, and mentoring provides a holistic learning experience that I couldn't achieve from months of reading books, online tutorials, and writing my own perl scripts. Yes, I was able to write many useful scripts without fully understanding many of the concepts I was using. I'm anticipating that the Dancer course will be equally effective. I recommend that the Catalyst community work with Andrew Solomon and Geekuni to create and promote courses that would support Catalyst (and prerequisites) training. Full Disclosure - I'm a perl newbie, and I'd love to learn to build useful web applications with Catalyst. :) ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
My greatest concern is only that we keep this accessible, no strings, no branches, etc. how can we best do this? On 03/01/15 22:44, Lance A. Brown wrote: Robert Brown wrote on 1/3/2015 5:36 PM: Is this something we can resolve, or simply make better as its install process, that maybe needs explaining better? I don't think it can be resolved unless Catalyst wants to move in the same direction Mojolicious has taken, which I don't agree with. I hesitate to call it a warning, but some kind of note in the documentation and or at the beginning of the Catalyst install process to let the user know it will take some time would be useful. --[Lance] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
There is at least one other potential newbie entrance point into Catalyst. That is where he/she installs a fully functional application (generally a blog, CMS, forums, etc.), then slowly begins contributing within a plugin architecture, then full applications, as his/her understanding of how the parts work expands. Or at least, the Catalyst app user will hire someone to work on his application. :) Octavian said: Imho a beginner should not start by creating best practice apps, but apps which help him/her to understand each step as easy as possible. She or he just need to know that there are better ways that will be learned later. Your 2012 Catalyst Advent Calendar articles Catalyst in 9 Steps embodied that principle nicely. I'd like to see those articles extended further, and have them linked in the official documentation. Why not set a documentation goal that would allow a perl newbie with Perl Beginner/(Intermediate) under his/her belt, be able to start hacking on a Catalyst app, with relevant documentation to take them all the way to a production ready, best practice site? That is where those 2012 Advent articles were heading, I think that is a great idea. IMHO :) ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
Hi, i'm currently building a catalyst-based CMS - it is fully working, but needs some help to make it open source and add some more features. Based on Catalyst, Template Toolkit, DBIx::Class, and some more great Perl-Modules. Multiple Rights and Roles - combined with a great Drag-n-Drop-Interface for custom elements. Currently i'm searching for contributors, those who will understand my English ;) and helping to make it open source! I also have paying customers for a long list of features! For those who are interested in, i will gave a online presentation. Please contact me if you like to contribute! Best regards, Jens Am 18.01.2015 um 19:36 schrieb r...@hiranyaloka.com: There is at least one other potential newbie entrance point into Catalyst. That is where he/she installs a fully functional application (generally a blog, CMS, forums, etc.), then slowly begins contributing within a plugin architecture, then full applications, as his/her understanding of how the parts work expands. Or at least, the Catalyst app user will hire someone to work on his application. :) Octavian said: Imho a beginner should not start by creating best practice apps, but apps which help him/her to understand each step as easy as possible. She or he just need to know that there are better ways that will be learned later. Your 2012 Catalyst Advent Calendar articles Catalyst in 9 Steps embodied that principle nicely. I'd like to see those articles extended further, and have them linked in the official documentation. Why not set a documentation goal that would allow a perl newbie with Perl Beginner/(Intermediate) under his/her belt, be able to start hacking on a Catalyst app, with relevant documentation to take them all the way to a production ready, best practice site? That is where those 2012 Advent articles were heading, I think that is a great idea. IMHO :) ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ -- Freiberuflicher Software-Entwickler Büro: 02271/462009 Skype: jens.gassmann E-Mail: jens.gassm...@atomix.de ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
From: r...@hiranyaloka.com I think that one of the main use of Perl is to create web apps. And the best way of creating web apps is by using a web framework. And the most developed web framework for Perl is Catalyst. But those who prefer other frameworks do it because they consider Catalyst too complex and hard to understand. So yes, a more clear documentation for Catalyst should be very helpful. Newbies might have the time and willing to write it, but they might not know what to write. :) So... applying for a grant to do it may be the solution. --Octavian Good documentation is clearly necessary, but I don't think that it will by itself be enough to attract newbies. What else do you think that it may attract you? I am an interested newbie, so perhaps I can add something to the conversation. My impression is that Catalyst is not so complex by itself, but it sits at the top of a pyramid of knowledge domains that are both broad and deep. MVC (each letter is a book in itself), Perl/CPAN, OO, web servers, security, web hosting (your shared hosting won't work), etc. What did I miss? The loosely coupled Catalyst approach to web frameworks therefore benefits from a loosely coupled approach to Catalyst training. What's the minimum required knowledge to create a best practice web application using Catalyst? Each area requires a loosely coupled learning module, that both stands on its own, and directly supports a minimal, yet best practice prerequisite understanding necessary for integration into a Catalyst application. Imho a beginner should not start by creating best practice apps, but apps which help him/her to understand each step as easy as possible. She or he just need to know that there are better ways that will be learned later. When we say that Catalyst is hard/easy or elegant/confusing for beginners we compare it with other web frameworks, but the apps made with all web frameworks need to interact with a web server, use OO, CPAN modules, should take care of security, should be installed on a remote server etc, so it is not a big difference. Dancer examples are nice and sweet, much more elegant than Catalyst's examples, most of them in just a single file, but in real world applications we may want to split the web apps in more modules for a better maintenability, we might need to access more databases, we might want to use more complex URL dispatching styles, and in that case we would see that if we would do those things in a Dancer app, that app might not be so elegant anymore. It sounds very good that Mojolicious doesn't require other CPAN modules but it offers its own modules for many things, and it looks like it would be much easier to install a Mojolicious app, but unless the app is simple enough we may still need to use other CPAN modules, so we should still need to be able to use cpan or cpanm. And in that case, it wouldn't be a big problem to install a large distribution like Catalyst either. Beginner may mean many things, so it is not very clear what recommendations you are searching for. For a Perl - beginner level it is recommended to use the common Perl best practices regarding the variables/subroutine naming, indentation etc, for a web developer beginner is recommended to learn about HTTP and CGI protocols, how web servers work, about security in web apps, for a Catalyst beginner is recommended to read: http://dev.catalystframework.org/ and the POD docs in Catalyst::Manual, trying to concentrate on Catalyst - related code and not DBIx::Class or Template-Toolkit or different form processors if you haven't used them yet. The Catalyst docs are not very good for real beginners that have never used a web framework and also never used an ORM or templating system. Many of them give best practice examples which may be harder to understand by a beginner because they contain Catalyst code intermixed with code from different other modules and a beginner may not know where ends Catalyst and starts DBIx::Class for example. This is why is said that Catalyst has a steap learning curve. It may be very helpful if the beginner first starts by learning to use a simple RDBMS like MySQL or SQLite and DBIx::Class ORM which is the prefered ORM by most and also Template-Toolkit which is the preferred templating system, even only superficially, and only after that start learning to use Catalyst because then it would be much easier to see that Catalyst is just a glue between other modules and that it is not hard to use it. --Octavian ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
Octavian said: Imho a beginner should not start by creating best practice apps, but apps which help him/her to understand each step as easy as possible. She or he just need to know that there are better ways that will be learned later. Your 2012 Catalyst Advent Calendar articles Catalyst in 9 Steps embodied that principle nicely. I'd like to see those articles extended further, and have them linked in the official documentation. Why not set a documentation goal that would allow a perl newbie with Perl Beginner/(Intermediate) under his/her belt, be able to start hacking on a Catalyst app, with relevant documentation to take them all the way to a production ready, best practice site? That is where those 2012 Advent articles were heading, I think that is a great idea. IMHO :) ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
Hi Jens, On Sun, 2015-01-18 at 20:16 +0100, Jens Gassmann wrote: i'm currently building a catalyst-based CMS - it is fully working, but needs some help to make it open source and add some more features. [...] For those who are interested in, i will gave a online presentation. Please contact me if you like to contribute! I'm the main author of ShinyCMS*, which is also an open source Catalyst-based CMS with a variety of features (pages, blogs, shop, forums, mailshots, etc etc). I'd love to learn more about your CMS and see if there are any useful ways we can work together, maybe even re-use some of each other's code! :) Regards, Denny * http://shinycms.org / https://github.com/denny/ShinyCMS ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
From: r...@hiranyaloka.com Octavian said: Imho a beginner should not start by creating best practice apps, but apps which help him/her to understand each step as easy as possible. She or he just need to know that there are better ways that will be learned later. Your 2012 Catalyst Advent Calendar articles Catalyst in 9 Steps embodied that principle nicely. I'd like to see those articles extended further, and have them linked in the official documentation. Yes, my intention was to show a few really simple ways of using Catalyst without an ORM or other CPAN modules as first steps of learning Catalyst by a beginner, even most of those steps are not intended to be used in production. It would have been very good to have the time to continue the serial and show more and more advanced steps by adding one by one more CPAN modules or Catalyst components, show different URL dispatching types from the most simple to the most complex, show how to use REST etc. Why not set a documentation goal that would allow a perl newbie with Perl Beginner/(Intermediate) under his/her belt, be able to start hacking on a Catalyst app, with relevant documentation to take them all the way to a production ready, best practice site? The people who know Catalyst the best are very occupied so they probably don't have the time to also maintain the documentation very well. Catalyst is mainly used for serious projects and they are probably thinking that the main target audience are the advanced developers, so a documentation/book for beginners probably was not considered a priority. --Octavian ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
The catalyst docs could do with a substantial review, they haven't had much attention lately. In particular there could do with being a good index. I think the issue with people thinking catalyst is too big/complex is that lots and lots of developers are used to a procedural approach to dealing with web applications, and have troulble with a couple of things. These are: 1. Lots of people are in the habit of writing procedural web apps, and don't feel that they want to shift over to a more OO style. 2. Some aspects of the dispatcher freak people out until they learn it (and especially until they get comfortable with chained) and this is a bit of a point of resistance. 3. Catalyst used to be hard to install (and catalyst had a lot of influence on improving the cpan toolchain during the relatively early days), but this isn't the case any more, but the perception lingers in places. Maybe the solution is in part for someone to write a Catalyst::Manual::Unsweetened in the same sprit as Moose::Manual::Unsweetened in order to gently guide people towards catalyst from something they're less familiar with. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
umm from something they're *more* familiar with. On Sun, Jan 4, 2015 at 7:43 AM, Kieren Diment dim...@gmail.com wrote: The catalyst docs could do with a substantial review, they haven't had much attention lately. In particular there could do with being a good index. I think the issue with people thinking catalyst is too big/complex is that lots and lots of developers are used to a procedural approach to dealing with web applications, and have troulble with a couple of things. These are: 1. Lots of people are in the habit of writing procedural web apps, and don't feel that they want to shift over to a more OO style. 2. Some aspects of the dispatcher freak people out until they learn it (and especially until they get comfortable with chained) and this is a bit of a point of resistance. 3. Catalyst used to be hard to install (and catalyst had a lot of influence on improving the cpan toolchain during the relatively early days), but this isn't the case any more, but the perception lingers in places. Maybe the solution is in part for someone to write a Catalyst::Manual::Unsweetened in the same sprit as Moose::Manual::Unsweetened in order to gently guide people towards catalyst from something they're less familiar with. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
I find that getting involved in a project like Catalyst is much like releasing your own CPAN module - possibly daunting at first, hence some reluctance? From my own experience only, it took years to finally find something I was comfortable to release, but when I did, it then starts to flow. To me, it's all about that initial involvement... that first step, and making it as painless as possible. Maybe I've been skipping things recently, do we have a roadmap? A simple list of issues, bugs, and feature-requests? Something Trello-esque maybe? and as small as possible? Do we have a documented workflow? Perhaps even down to copy paste commands to cut a branch, etc. I'd personally love to pick up a simple documentation fix to get involved. More to get a feel of actually contributing back to the codebase, as simple as that sounds, I feel it may be a huge stumbling block for most. If we make simpler, we may have more success? Just some random 2-cents... On 03/01/15 20:08, Octavian Rasnita wrote: From: http://www.catalystframework.org/calendar/2014/21 I've also considered making a request for a grant from the Perl Foundation in order to work on these docs, and wonder what you all think of that :) I think that one of the main use of Perl is to create web apps. And the best way of creating web apps is by using a web framework. And the most developed web framework for Perl is Catalyst. But those who prefer other frameworks do it because they consider Catalyst too complex and hard to understand. So yes, a more clear documentation for Catalyst should be very helpful. Newbies might have the time and willing to write it, but they might not know what to write. :) So... applying for a grant to do it may be the solution. --Octavian ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
From: Kieren Diment The catalyst docs could do with a substantial review, they haven't had much attention lately. In particular there could do with being a good index. I think the issue with people thinking catalyst is too big/complex is that lots and lots of developers are used to a procedural approach to dealing with web applications, and have troulble with a couple of things. These are: 1. Lots of people are in the habit of writing procedural web apps, and don't feel that they want to shift over to a more OO style. Yes, but shifting to OO style requires a very good knowledge of the entire module stack used. If these modules are too smart, the documentation should explain they very well. 2. Some aspects of the dispatcher freak people out until they learn it (and especially until they get comfortable with chained) and this is a bit of a point of resistance. And I'd say that the fact that Catalyst uses method attributes which in general are discouraged and very rarely found in other projects is another obstacle. Probably some people might like to be able to write their own hello world script that also uses method attributes in order to see how they work and what are their limits in order to understand then a more complex system of attributes in Catalyst. 3. Catalyst used to be hard to install (and catalyst had a lot of influence on improving the cpan toolchain during the relatively early days), but this isn't the case any more, but the perception lingers in places. :-) I think that the last time I also installed Catalyst or a Catalyst component in a hurry by using --force. I spent today a pretty long time trying to install RapidApp, which is a Catalyst extension, but finally I abandoned the idea. I installed a few modules by using ActiveState's ppm and a few others after looking in the .log file with the errors generated by cpanm, but there are other modules required, like JSON::DWIW which don't appear to be made to work under Windows. --Octavian ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
Kieren Diment wrote on 1/3/2015 3:43 PM: 3. Catalyst used to be hard to install (and catalyst had a lot of influence on improving the cpan toolchain during the relatively early days), but this isn't the case any more, but the perception lingers in places. Catalyst isn't nearly as difficult to install these days, but it still feels like you're installing most of CPAN in order to get Catalyst. And it still takes a frickin' long time. --[Lance] -- GPG Fingerprint: 409B A409 A38D 92BF 15D9 6EEE 9A82 F2AC 69AC 07B9 CACert.org Assurer ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
Is this something we can resolve, or simply make better as its install process, that maybe needs explaining better? On 03/01/15 22:26, Lance A. Brown wrote: Kieren Diment wrote on 1/3/2015 3:43 PM: 3. Catalyst used to be hard to install (and catalyst had a lot of influence on improving the cpan toolchain during the relatively early days), but this isn't the case any more, but the perception lingers in places. Catalyst isn't nearly as difficult to install these days, but it still feels like you're installing most of CPAN in order to get Catalyst. And it still takes a frickin' long time. --[Lance] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar... Grant proposal...
Robert Brown wrote on 1/3/2015 5:36 PM: Is this something we can resolve, or simply make better as its install process, that maybe needs explaining better? I don't think it can be resolved unless Catalyst wants to move in the same direction Mojolicious has taken, which I don't agree with. I hesitate to call it a warning, but some kind of note in the documentation and or at the beginning of the Catalyst install process to let the user know it will take some time would be useful. --[Lance] -- GPG Fingerprint: 409B A409 A38D 92BF 15D9 6EEE 9A82 F2AC 69AC 07B9 CACert.org Assurer ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst Advent Calendar 2014
John N published an appeal for help a few days ago. http://blogs.perl.org/users/john_napiorkowski/2014/12/catalyst-advent-2014.html Is the situation under control now or are we still very short of articles? -- The information contained in this message is for the intended addressee only and may contain confidential and/or privileged information. If you are not the intended addressee, please delete this message and notify the sender; do not copy or distribute this message or disclose its contents to anyone. Any views or opinions expressed in this message are those of the author and do not necessarily represent those of Motortrak Limited or of any of its associated companies. No reliance may be placed on this message without written confirmation from an authorised representative of the company. Registered in England 3098391 V.A.T. Registered No. 667463890 ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar 2014
That's 5 by John N and one by you. John blogged that he could do 10. That leaves us 20 short. I haven't done much new stuff on Catalyst this year. I did use ZOMG for something. I could look to see if the article on JFDI needs updating and, if it does, write a few lines. I'm not going to have any spare time until 20 Dec, so it would have to go right at the end. Other than that, I haven't got any ideas. On Fri, Dec 5, 2014 at 9:35 AM, David Schmidt davew...@gmx.at wrote: 6 articles have been committed so far http://dev.catalystframework.org/repos/Catalyst/trunk/examples/CatalystAdvent/root/2014/ On 5 December 2014 at 10:16, Duncan Garland duncan.garl...@motortrak.com wrote: John N published an appeal for help a few days ago. http://blogs.perl.org/users/john_napiorkowski/2014/12/catalyst-advent-2014.html Is the situation under control now or are we still very short of articles? The information contained in this message is for the intended addressee only and may contain confidential and/or privileged information. If you are not the intended addressee, please delete this message and notify the sender; do not copy or distribute this message or disclose its contents to anyone. Any views or opinions expressed in this message are those of the author and do not necessarily represent those of Motortrak Limited or of any of its associated companies. No reliance may be placed on this message without written confirmation from an authorised representative of the company. Registered in England 3098391 V.A.T. Registered No. 667463890 ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ -- The information contained in this message is for the intended addressee only and may contain confidential and/or privileged information. If you are not the intended addressee, please delete this message and notify the sender; do not copy or distribute this message or disclose its contents to anyone. Any views or opinions expressed in this message are those of the author and do not necessarily represent those of Motortrak Limited or of any of its associated companies. No reliance may be placed on this message without written confirmation from an authorised representative of the company. Registered in England 3098391 V.A.T. Registered No. 667463890 ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar 2014
good ideas to do if you need help - take any old articles from older advents that are good but need a modern refresher- talk about how you use Catalyst on your job- take some POD docs from the core distribution and expand on it- take some docs form a module you use (like a plugin) and expand on it Don't worry too much or overthink it! 50 - 75 lines of POD is enough. Thanks all! jnap On Friday, December 5, 2014 4:00 AM, Duncan Garland duncan.garl...@motortrak.com wrote: That's 5 by John N and one by you. John blogged that he could do 10. That leaves us 20 short. I haven't done much new stuff on Catalyst this year. I did use ZOMG for something. I could look to see if the article on JFDI needs updating and, if it does, write a few lines. I'm not going to have any spare time until 20 Dec, so it would have to go right at the end. Other than that, I haven't got any ideas. On Fri, Dec 5, 2014 at 9:35 AM, David Schmidt davew...@gmx.at wrote: 6 articles have been committed so far http://dev.catalystframework.org/repos/Catalyst/trunk/examples/CatalystAdvent/root/2014/ On 5 December 2014 at 10:16, Duncan Garland duncan.garl...@motortrak.com wrote: John N published an appeal for help a few days ago. http://blogs.perl.org/users/john_napiorkowski/2014/12/catalyst-advent-2014.html Is the situation under control now or are we still very short of articles? The information contained in this message is for the intended addressee only and may contain confidential and/or privileged information. If you are not the intended addressee, please delete this message and notify the sender; do not copy or distribute this message or disclose its contents to anyone. Any views or opinions expressed in this message are those of the author and do not necessarily represent those of Motortrak Limited or of any of its associated companies. No reliance may be placed on this message without written confirmation from an authorised representative of the company. Registered in England 3098391 V.A.T. Registered No. 667463890 ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ The information contained in this message is for the intended addressee only and may contain confidential and/or privileged information. If you are not the intended addressee, please delete this message and notify the sender; do not copy or distribute this message or disclose its contents to anyone. Any views or opinions expressed in this message are those of the author and do not necessarily represent those of Motortrak Limited or of any of its associated companies. No reliance may be placed on this message without written confirmation from an authorised representative of the company. Registered in England 3098391 V.A.T. Registered No. 667463890 ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar
On Thu, Dec 1, 2011 at 7:10 PM, Devin Austin devin.aus...@gmail.com wrote: On Thu, Dec 1, 2011 at 10:00 AM, will trillich will.trill...@serensoft.com wrote: I do appreciate the neat articles that talk about Facebook API's and Google API's and other advanced stuff, but those often seem a bit esoteric and beyond the daily grind of what we're developing. So it's also good to keep the newbies in mind. I think if the advent series could showcase a couple of basic articles (maybe even repackaging email threads?) it'd be great! Concepts such as: - how an insulated, personal perl library, instead of system-wide cpan, is better for a Catalyst app, Hmm. Not sure I quite understand this one, internal dependencies never seem to be a better architectural decision over external, thoroughly tested ones. Could you please elaborate? In my head, the first item (above) and second item (below) are closely related. That is, if you maintain your own $local::lib of CPAN wizardry then you're better off in the long run when your app outlives your server, or you migrate due to vendor concerns (or politics). Also, isn't it more likely you'll run into problems using the system perl libraries instead of a home-grown one? I think I've seen topics like that here on-list... would be nice to see those concepts encapsulated as an advent article. - tricks and tips to keep in mind to make migrating a catalyst app from system Q to system X easy, This could be interesting. Do you have tips? I personally don't migrate much from system to system, but others might find it useful. I don't have any such tips, yet. I'm hoping I don't need them all at once in the future in crash-bang mode when migration becomes a necessity, hopefully a clear advent article beforehand can help newbies like me avoid some of the pitfalls... - strengths and weaknesses of and techniques for using revision-management such as mercurial or subversion or git to track source code changes... - using InstantCRUD or AutoCRUD in various contexts as a debugging tool or data-mining aid There have been one or two a year on this sort of thing, and while I think it's beneficial, it's almost something that's been overdone. If there is something groundbreaking in this area, sure, I'm all for it. I sure wouldn't mind seeing some more new ideas concerning this, but I think we need to look toward new things that haven't necessarily been covered yet, even if we're in dire need of articles. :) -- The more you try to avoid suffering the more you suffer because smaller and more insignificant things begin to torture you in proportion to your fear of being hurt. -- Thomas Merton ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar
On Dec 2, 2011, at 3:03 PM, Tomas Doran bobtf...@bobtfish.net wrote: On 1 Dec 2011, at 22:02, Octavian Rasnita wrote: I think there may be helpful some articles about how to deploy Catalyst apps on the cloud (with examples of the cloud providers that can handle Catalyst apps). I hate to say this, but, well volunteered. Seconded whole heartedly. I would love to know what's good out there and why. Cheers t0m P.S. No, really - if you're deploying Catalyst 'in the cloud' on any service, then both myself and the wider community would love to hear from you, and writing a short article (a hundred words of provider X is awesome, here are 3 gotchas) would be extremely awesome... Thanks in advance :) ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst Advent Calendar - need HELP (again)
Hello all, as you probably know today is 1st of December and traditionally starts the Catalyst Advent Calendar. (the calendar is available here: http://www.catalystframework.org/calendar/2011) Unfortunately, we're a little bit late rigth now and we need some help making the first few articles. You can find some of the ideas for this year calendar here: http://dev.catalystframework.org/repos/Catalyst/trunk/examples/CatalystAdvent/root/2011/pen/ideas.txt If you are interested writing an artice or you just want throw some ideas or propose a intresting article, please contact Davin Austin (dhoss) on #catalyst, #catalyst-dev or #dbix-class on irc.perl.org. All ideas will be much appreciated! Thank you! Dimitar ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst Advent Calendar - need HELP (again)
Hello all, as you probably know today is 1st of December and traditionally starts the Catalyst Advent Calendar. (the calendar is available here: http://www.catalystframework.org/calendar/2011) Unfortunately, we're a little bit late rigth now and we need some help making the first few articles. You can find some of the ideas for this year calendar here: http://dev.catalystframework.org/repos/Catalyst/trunk/examples/CatalystAdvent/root/2011/pen/ideas.txt If you are interested writing an artice or you just want throw some ideas or propose a intresting article, please contact Davin Austin (dhoss) on #catalyst, #catalyst-dev or #dbix-class on irc.perl.org. All ideas will be much appreciated! Thank you! Dimitar ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst Advent Calendar
Hey all, It's that time of year again, and as per tradition, we're running a bit behind. If anyone can whip up a few articles to buffer us for the next few days with the Advent article, that would be great. We are also in great need of an opening article. Please contact myself (email, or irc: dhoss on irc.perl.org) or Dimitar (email: mita...@gmail.com, irc: dpetrov). Happy holidays! -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar
Coming up with good articles isn't easy! Documentation is the toughest part of writing code. Myself, I've been mulling, since Nov 3, how to make * http://search.cpan.org/~mstrout/Catalyst-View-TT-0.37/lib/Catalyst/View/TT.pm#expose_methods * resonate better with newbies like me, and I haven't come up with anything better than what's already there. :( Argh! I do appreciate the neat articles that talk about Facebook API's and Google API's and other advanced stuff, but those often seem a bit esoteric and beyond the daily grind of what we're developing. So it's also good to keep the newbies in mind. I think if the advent series could showcase a couple of basic articles (maybe even repackaging email threads?) it'd be great! Concepts such as: - how an insulated, personal perl library, instead of system-wide cpan, is better for a Catalyst app, - tricks and tips to keep in mind to make migrating a catalyst app from system Q to system X easy, - strengths and weaknesses of and techniques for using revision-management such as mercurial or subversion or git to track source code changes... - using InstantCRUD or AutoCRUD in various contexts as a debugging tool or data-mining aid On Thu, Dec 1, 2011 at 4:52 PM, Devin Austin devin.aus...@gmail.com wrote: Hey all, It's that time of year again, and as per tradition, we're running a bit behind. If anyone can whip up a few articles to buffer us for the next few days with the Advent article, that would be great. We are also in great need of an opening article. Please contact myself (email, or irc: dhoss on irc.perl.org) or Dimitar (email: mita...@gmail.com, irc: dpetrov). Happy holidays! -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ -- The more you try to avoid suffering the more you suffer because smaller and more insignificant things begin to torture you in proportion to your fear of being hurt. -- Thomas Merton ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar
On Thu, Dec 1, 2011 at 10:00 AM, will trillich will.trill...@serensoft.com wrote: Coming up with good articles isn't easy! Documentation is the toughest part of writing code. Myself, I've been mulling, since Nov 3, how to make http://search.cpan.org/~mstrout/Catalyst-View-TT-0.37/lib/Catalyst/View/TT.pm#expose_methods resonate better with newbies like me, and I haven't come up with anything better than what's already there. :( Argh! I do appreciate the neat articles that talk about Facebook API's and Google API's and other advanced stuff, but those often seem a bit esoteric and beyond the daily grind of what we're developing. So it's also good to keep the newbies in mind. I think if the advent series could showcase a couple of basic articles (maybe even repackaging email threads?) it'd be great! Concepts such as: - how an insulated, personal perl library, instead of system-wide cpan, is better for a Catalyst app, Hmm. Not sure I quite understand this one, internal dependencies never seem to be a better architectural decision over external, thoroughly tested ones. Could you please elaborate? - tricks and tips to keep in mind to make migrating a catalyst app from system Q to system X easy, This could be interesting. Do you have tips? I personally don't migrate much from system to system, but others might find it useful. - strengths and weaknesses of and techniques for using revision-management such as mercurial or subversion or git to track source code changes... - using InstantCRUD or AutoCRUD in various contexts as a debugging tool or data-mining aid There have been one or two a year on this sort of thing, and while I think it's beneficial, it's almost something that's been overdone. If there is something groundbreaking in this area, sure, I'm all for it. I sure wouldn't mind seeing some more new ideas concerning this, but I think we need to look toward new things that haven't necessarily been covered yet, even if we're in dire need of articles. On Thu, Dec 1, 2011 at 4:52 PM, Devin Austin devin.aus...@gmail.com wrote: Hey all, It's that time of year again, and as per tradition, we're running a bit behind. If anyone can whip up a few articles to buffer us for the next few days with the Advent article, that would be great. We are also in great need of an opening article. Please contact myself (email, or irc: dhoss on irc.perl.org) or Dimitar (email: mita...@gmail.com, irc: dpetrov). Happy holidays! -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ -- The more you try to avoid suffering the more you suffer because smaller and more insignificant things begin to torture you in proportion to your fear of being hurt. -- Thomas Merton ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ -- Devin Austin http://www.dhoss.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] advent calendar memcached article misleading or incorrect?
Hey,
Sorry about the delay in responding, I was away most of the day.
I wrote the tutorial, and looking at it now it could certainly use
more explanation in regards to what module is doing what.
specifying traits = ['Caching'] in your schema applies
Catalyst::TraitFor::Model::DBIC::Schema::Caching
to your schema,
which sets the default_cursor_class for your schema to
DBIx::Class::Cursor::Cached
and also does this:
if (ref $self-schema-default_resultset_attributes) {
$self-schema-default_resultset_attributes-{cache_object} =
$c-cache;
} else {
$self-schema-default_resultset_attributes({
cache_object = $c-cache
});
}
ie sets cache_object ( needed by DBIx::Class::Cursor::Cached )
to $c-cache, which is provided by Catalyst::Plugin::Cache.
Memcached comes into the picture via the configuration of
Catalyst::Plugin::Cache as you can see in the tutorial.
On Tue, Dec 21, 2010 at 12:01 PM, Tommy Butler a...@tommybutler.me wrote:
On 12/21/2010 10:52 AM, Tommy Butler wrote:
On 12/21/2010 10:43 AM, Bill Moseley wrote:
You seem to have trimmed this link in your email:
http://search.cpan.org/~rkitover/Catalyst-Model-DBIC-Schema-0.48/lib/Catalyst/TraitFor/Model/DBIC/Schema/Caching.pm
http://search.cpan.org/%7Erkitover/Catalyst-Model-DBIC-Schema-0.48/lib/Catalyst/TraitFor/Model/DBIC/Schema/Caching.pm
Yes! Sweet Loot, there it is! Moose magic.
What's more, based on the documentation and the source code for that trait
module, you don't even need to set your cursor class if you just specify a
caching trait. The code ||= it for you on line 63 -
http://cpansearch.perl.org/src/RKITOVER/Catalyst-Model-DBIC-Schema-0.48/lib/Catalyst/TraitFor/Model/DBIC/Schema/Caching.pm
Awesome.
*Thanks for the gentle guidance, Bill.*
--
Tommy
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
[Catalyst] Please Read If You Have Done a Catalyst Advent Calendar Submission At Any Time
Hi Everyone, The folks at perladvent.org would like to link to the Catalyst Advent Calendar and archive versions of it. We are assuming that everyone who has written an Advent entry in 2009 or prior years has done so under the standard Catalyst license. If you have submitted an article and would like to have a different license apply, please email Jerrad at belg4mit [at] pthbb.org (probably wouldn't hurt to CC me on that email as well). If we don't hear from folks, we will assume that the standard Catalyst license applies and tell Jerrad to go ahead with his plans in a week or so. Thanks! Kennedy Original Message Subject: Advent calendar Dear Calendar Authors, I was wondering what the license of your advent calendar was? I am unable to find any explicit statemenet regarding this on the site. We added links to all the major calendars we could find at perladvent.org this year, but I'm also thinking about archiving other calendars as well, just in case these sites were to go away. Would it be possible to include this? They'll be in a clearly marked section, and a simple mirror of the website's contents with invalid content such as links to the site's CMS culled. Sincerely, Jerrad Pierce Perl Advent Calendar Editor http://perladvent.org ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] advent calendar/2009/3
Kiffin Gish ha scritto: svn url might be handier to announce. Look closer: svn co http://dev.catalystframework.org/repos/Catalyst/trunk/examples/Advent09FormHandlerBlog :-) On Thu, 2009-12-03 at 10:55 +0100, Ulf Lenski wrote: Hi everyone. Has one of you tested the blog example from advent calender - day 3 ? () I tried that but I got this error message ?? Couldn't instantiate component Blog::Model::DB, Cannot load schema class 'Blog::Schema': abs2rel is not exported by the File::Spec module Can't continue after import errors at /home/lenski/temp/Advent09FormHandlerBlog/Blog/script/../lib/Blog/Schema.pm line 7 BEGIN failed--compilation aborted at /home/lenski/temp/Advent09FormHandlerBlog/Blog/script/../lib/Blog/Schema.pm line 7. Compilation failed in require at /usr/lib/perl5/site_perl/5.8.8/Catalyst/Model/DBIC/Schema.pm line 271. at script/blog_server.pl line 66 at script/blog_server.pl line 66 Compilation failed in require at script/blog_server.pl line 66. I'm wondering how that example should work without any model? What I'm doing wrong? Thanks in advance - cheers, Ulf. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ -- Marcello Romani ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] advent calendar/2009/3
Ulf Lenski ha scritto: Hi everyone. Has one of you tested the blog example from advent calender - day 3 ? Hi, I have been able to run it after manually installing all the dependencies (AFAIKT they're not listed in the makefile). What I'm trying to do now is deploy the schema to the db. I have manually created the (so far empty) database and the role 'blog', and properly setup the permissions, but when I try to run script/blog_deploy.pl I get the error load_schema not defined. Looking at the source, there's in fact no such method in Blog/Schema.pm Any advice would be appreciated. Thanks. -- Marcello Romani ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] advent calendar/2009/3
Hi everyone. Has one of you tested the blog example from advent calender - day 3 ? (svn co http://dev.catalystframework.org/repos/Catalyst/trunk/examples/Advent09FormHandlerBlog) I tried that but I got this error message ?? Couldn't instantiate component Blog::Model::DB, Cannot load schema class 'Blog::Schema': abs2rel is not exported by the File::Spec module Can't continue after import errors at /home/lenski/temp/Advent09FormHandlerBlog/Blog/script/../lib/Blog/Schema.pm line 7 BEGIN failed--compilation aborted at /home/lenski/temp/Advent09FormHandlerBlog/Blog/script/../lib/Blog/Schema.pm line 7. Compilation failed in require at /usr/lib/perl5/site_perl/5.8.8/Catalyst/Model/DBIC/Schema.pm line 271. at script/blog_server.pl line 66 at script/blog_server.pl line 66 Compilation failed in require at script/blog_server.pl line 66. I'm wondering how that example should work without any model? What I'm doing wrong? Thanks in advance - cheers, Ulf. attachment: lenski.vcf___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] advent calendar/2009/3
svn url might be handier to announce. On Thu, 2009-12-03 at 10:55 +0100, Ulf Lenski wrote: Hi everyone. Has one of you tested the blog example from advent calender - day 3 ? (svn co http://dev.catalystframework.org/repos/Catalyst/trunk/examples/Advent09FormHandlerBlog) I tried that but I got this error message ?? Couldn't instantiate component Blog::Model::DB, Cannot load schema class 'Blog::Schema': abs2rel is not exported by the File::Spec module Can't continue after import errors at /home/lenski/temp/Advent09FormHandlerBlog/Blog/script/../lib/Blog/Schema.pm line 7 BEGIN failed--compilation aborted at /home/lenski/temp/Advent09FormHandlerBlog/Blog/script/../lib/Blog/Schema.pm line 7. Compilation failed in require at /usr/lib/perl5/site_perl/5.8.8/Catalyst/Model/DBIC/Schema.pm line 271. at script/blog_server.pl line 66 at script/blog_server.pl line 66 Compilation failed in require at script/blog_server.pl line 66. I'm wondering how that example should work without any model? What I'm doing wrong? Thanks in advance - cheers, Ulf. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ -- Kiffin Gish kiffin.g...@planet.nl Gouda, The Netherlands ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent Calendar
On Thu, Nov 26, 2009 at 08:18:41PM -0700, Devin Austin wrote: Hey all, kd's laptop has shat out. �Zamolxes and I will have to take the reigns on getting things set up. �Please email the list, either of us, or hit us up on irc regarding all things Advent. Is there any reason why the RSS feed from 2008 appears to have risen from the dead? I was a tiny bit surprised to see a screen of Sorry! Christmas got the better of us ... entries in my LJ friend feed today. -- Chisel Wright e: chi...@herlpacker.co.uk w: http://www.herlpacker.co.uk/ Any problem can be made unsolvable with enough meetings. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Advent Calendar
Hey all, kd's laptop has shat out. Zamolxes and I will have to take the reigns on getting things set up. Please email the list, either of us, or hit us up on irc regarding all things Advent. Thanks! -dhoss -- Devin Austin http://www.codedright.net 9702906669 - Cell ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Advent calendar 2009
Hi all It's advent calendar time again. Having dedicated a very large chunk of the first half of the year to writing a book about Catalyst, I don't have masses of time to run the editorial for the advent calendar this year, so I need some volunteers to ensure that we get one reasonably grammatical, reasonably well spelled entry per day, each day of December up until Christmas day. I'll be offline for some of the time at the end of the month too, so please if you think you can step up to help, grab me on irc (I'm KD there). Meanwhile, I'd like volunteers to write an article. Ideally we'd have 25 people writing one article each. I'd especially like articles about things that you use Catalyst for in-house that you might not think are terribly relevant to the outside world but in reality are probably really important. Articles need to be between 500 and 2000 words each. If English is not your first language, don't worry, there are people (with professional editorial skills) who can fix things up for you. I especially want a volunteer to write 500-1000 words on How to write your own Moose Role for Catalyst. Please step up and volunteer now. Don't reply to the list, reply to me at dim...@gmail.com (header set but your client may be retarded). I'm grabing the CSS frameworks article, and if we run out of copy, another article plugging the new-ish book (http://xrl.us/bgcztu). ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent calendar
I'd like to suggest hosting the Advent Calendar articles on the Catalyst Wiki: http://dev.catalyst.perl.org/wiki/adventcalendararticles When you have a project with an internet presence, and you don't have time to do a proper job, you put up a wiki and hack it into doing what you want. You also put up a wiki when you want to have up-to-date information. Case in point: http://www.catalystframework.org/calendar/2006/6 Imagine someone new to Catalyst who comes across that page. There's no notification whatsoever about the current state of BindLex. Another example: last night in #catalyst, a new user googled deployment and came across http://www.catalystframework.org/calendar/2005/17. There was no indication about modern deployment alternatives (listed at http://dev.catalyst.perl.org/wiki/deployment). When you have a bunch of web developers, and your project is web development, and you need something done that's really not wiki-ish at all, you _do it right_. How is documentation not wiki-ish at all? Time has proven that the CatalystAdvent application is just not conducive to host up-to-date documentation. Whoever wrote the articles just doesn't (have time to go back and) update them, and others don't contribute, for a variety of reasons. Here's the most frequent scenario of why someone checks the Advent entries: they are new to that particular area of Catalyst. If they stumble upon an obsolete article, or one with errors, will they go to the trouble of figuring out how to update the entry (that's not listed anywhere either, but, ironically, *is* listed on the wiki)? Will they get SVN permissions, check out, patch, then commit? Probably not. All these will be way over their PITA Threshold [1]. And those who do know how to update the entry, rarely revisit them, and are too caught up with larger projects to bother updating. [1] http://wiki.dandascalescu.com/essays/pita-threshold So yes, if we want to have a Catalyst history museum, CtalystAdvent rocks. If Advent sucks (yes, organization could be better, and markdown has its pros, as well as its cons that you seem to be ignoring), 1. MojoMojo supports POD. 2. We're talking about MultiMarkdown, which is what MojoMojo uses. What are MultiMarkDown's cons that POD doesn't have? Schlepping it onto the wiki has its own set of problems, Like? There's a lot of documentation on the wiki, and more gets added every week, as opposed to every December. and isn't in itself a _solution_ to anything. I honestly believe the wiki is a solution to each of the problems I mentioned in my first post: * obsoletion * presentation/accessibility * ease of collaboration * ease of editing (markup format) - random example: try to set the text of an external link in POD * plus, searchability. The Catalyst wiki has built-in search (incidentally not enabled ATM). CatalystAdvent has to be searched through an external search engine with the site: operator. Which brings us back to the second example above. Best regards, Dan ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar - Day 10 - Config General Arrays
On 11/12/2008, at 6:38 PM, Michele Beltrame wrote: Hi all! You should also be able to get around this Config::General limitation this way: some_values want_an_array myentry want_an_array myentry /some_values That is, repeating twice the same entry. This avoids the creation of spurious entries. I'm quite sure I used to go this route before definitely switching to JSON, which doesn't suffer of this and, if formatted properly, can be easy to read and manipulate as well. I looked at this, and the length of the array was still wrong, which means there is bogus data in there, however subtle. Ideally we'd get proper single item arrays back into Config::General, but apparently nobody cares enough about it to actually write the code. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst Advent Calendar - Day 10 - Config General Arrays
I was just reading http://www.catalystframework.org/calendar/2008/10
thinking to myself, awesome! this really bugs me!
I hope you'll forgive me for being old and slow, but where should one
place The Solution? [setup' = sub { }]
It's not obvious [to me] from the advent entry.
Cheers,
Chisel
--
Chisel Wright
e: [EMAIL PROTECTED]
w: http://www.herlpacker.co.uk/
Please wait a moment while Windows prepares to start for the first time..
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar - Day 10 - Config General Arrays
On Thu, Dec 11, 2008 at 10:54 AM, Chisel Wright [EMAIL PROTECTED] wrote:
I was just reading http://www.catalystframework.org/calendar/2008/10
thinking to myself, awesome! this really bugs me!
I hope you'll forgive me for being old and slow, but where should one
place The Solution? [setup' = sub { }]
It's not obvious [to me] from the advent entry.
Cheers for the feedback. I've edited the entry to answer your question.
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
[Catalyst] Re: Catalyst Advent Calendar - Day 10 - Config General Arrays
Kieren Diment said the following on 12/10/2008 8:00 PM:
On Thu, Dec 11, 2008 at 10:54 AM, Chisel Wright [EMAIL PROTECTED] wrote:
I was just reading http://www.catalystframework.org/calendar/2008/10
thinking to myself, awesome! this really bugs me!
I hope you'll forgive me for being old and slow, but where should one
place The Solution? [setup' = sub { }]
It's not obvious [to me] from the advent entry.
Cheers for the feedback. I've edited the entry to answer your question.
Perhaps I'm dense, but the advent entry still does not say where to use
this
--[Lance]
--
GPG Fingerprint: 409B A409 A38D 92BF 15D9 6EEE 9A82 F2AC 69AC 07B9
CACert.org Assurer
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent calendar
Hi, the feed (http://www.catalystframework.org/calendar/feed/2008) in both Firefox and Liferea feed reader is showing also the tags for me. Like: Getting the word out with Catalyst::View::Email 2008-12-06 17:00 div class=pod h1 id=Getting_the_word_out_with_Catalyst_VGetting the word out with Catalyst::View::Email/h1 div id=Getting_the_word_out_with_Catalyst_V-2 pI don' ... Strange... Jozef. Kieren Diment wrote: Hi all, The 2008 Catalyst advent calendar has started. In general this year we will aim to have articles up by 12:00 UTC each day. If you want to contribute an article, contact me (kd) on irc or via email. Kieren ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent calendar
On Tue, Dec 02, 2008 at 08:38:25AM +1100, Kieren Diment wrote: And of course I forgot the URL: http://www.catalystframework.org/calendar ... and because I'm a forgetful/lazy fecker, I've syndicated the feed in livejournal: http://syndicated.livejournal.com/catadvent08/ Chisel -- Chisel Wright e: [EMAIL PROTECTED] w: http://www.herlpacker.co.uk/ It's just a motivational meeting. I don't care if I miss it. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Advent calendar
Hi all, The 2008 Catalyst advent calendar has started. In general this year we will aim to have articles up by 12:00 UTC each day. If you want to contribute an article, contact me (kd) on irc or via email. Kieren ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent calendar
And of course I forgot the URL: http://www.catalystframework.org/calendar On 02/12/2008, at 8:01 AM, Kieren Diment wrote: Hi all, The 2008 Catalyst advent calendar has started. In general this year we will aim to have articles up by 12:00 UTC each day. If you want to contribute an article, contact me (kd) on irc or via email. Kieren ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent calendar
And of course I forgot the URL: http://www.catalystframework.org/calendar I'd like to suggest hosting the Advent Calendar articles on the Catalyst Wiki: http://dev.catalyst.perl.org/wiki/adventcalendararticles Here are some arguments: 1. The presentation at http://www.catalystframework.org/calendar/2007 does not list the article titles. It only lists the numbers from 1 to 31 and finding an article later is a pain, as a blogger commented at http://www.simplicidade.org/notes/archives/2007/12/catalyst_advent.html Compare with the clear list at http://www.catalystframework.org/calendar/2007 2. Some Advent entries become obsolete and are highly unlikely to be edited. For example, entry 14 of 2005 is severely obsoleted and an inspection of the SVN repo shows that the most recent revisions to the 2005 and 2006 entries are 2 years old, and the 2007 entries are one year old. http://dev.catalystframework.org/svnweb/Catalyst/browse/trunk/examples/CatalystAdvent/root/2005/ (for bonus points, try to figure out what entry 14 is about... then hail SEO-friendly URLs) 3. POD is not really conducive for the kinds of articles in the calendar. See the source of the Catalyst survey - http://dev.catalystframework.org/svnweb/Catalyst/checkout/trunk/examples/CatalystAdvent/root/2008/1.pod. Kd apparently had to resort to pasting HTML from a Word/OO document. The Catalyst wiki uses Multimarkdown, which makes table creation much easier and is generally less of a pain than POD. 4. I proposed this on the channel and got the counter-arguments that SVN provides for peer review, and kd (manually) periodically makes the next entry availalbe. Well, MojoMojo provides for that too. Create/edit entries not to be released yet (e.g. http://dev.catalyst.perl.org/wiki/adventcalendararticles/2008/2008/03-sparklines_with_Chart_Clicker.edit), have the contributors edit, and link to them when they should be released. Finally, I found myself preferring the list of articles at http://dev.catalyst.perl.org/wiki/adventcalendararticles over the list of numbers at http://www.catalystframework.org/calendar/2007 every single time I tried to look for an article. HTH, Dan ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent calendar
On 02/12/2008, at 12:22 PM, Dan Dascalescu wrote: And of course I forgot the URL: http://www.catalystframework.org/calendar I'd like to suggest hosting the Advent Calendar articles on the Catalyst Wiki: http://dev.catalyst.perl.org/wiki/adventcalendararticles Here are some arguments: Eventually everything gets linked to this page: http://dev.catalystframework.org/wiki/adventcalendararticles in the advent calendar template Other than that, patches welcome ;) 1. The presentation at http://www.catalystframework.org/calendar/2007 does not list the article titles. It only lists the numbers from 1 to 31 and finding an article later is a pain, as a blogger commented at http://www.simplicidade.org/notes/archives/2007/12/ catalyst_advent.html Compare with the clear list at http://www.catalystframework.org/calendar/2007 2. Some Advent entries become obsolete and are highly unlikely to be edited. For example, entry 14 of 2005 is severely obsoleted and an inspection of the SVN repo shows that the most recent revisions to the 2005 and 2006 entries are 2 years old, and the 2007 entries are one year old. http://dev.catalystframework.org/svnweb/Catalyst/browse/trunk/examples/CatalystAdvent/root/2005/ (for bonus points, try to figure out what entry 14 is about... then hail SEO-friendly URLs) 3. POD is not really conducive for the kinds of articles in the calendar. See the source of the Catalyst survey - http://dev.catalystframework.org/svnweb/Catalyst/checkout/trunk/examples/CatalystAdvent/root/2008/1.pod . Kd apparently had to resort to pasting HTML from a Word/OO document. The Catalyst wiki uses Multimarkdown, which makes table creation much easier and is generally less of a pain than POD. 4. I proposed this on the channel and got the counter-arguments that SVN provides for peer review, and kd (manually) periodically makes the next entry availalbe. Well, MojoMojo provides for that too. Create/edit entries not to be released yet (e.g. http://dev.catalyst.perl.org/wiki/adventcalendararticles/2008/2008/03-sparklines_with_Chart_Clicker.edit) , have the contributors edit, and link to them when they should be released. Finally, I found myself preferring the list of articles at http://dev.catalyst.perl.org/wiki/adventcalendararticles over the list of numbers at http://www.catalystframework.org/calendar/2007 every single time I tried to look for an article. HTH, Dan ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent calendar
On Monday 01 December 2008 07:22:48 pm Dan Dascalescu wrote: And of course I forgot the URL: http://www.catalystframework.org/calendar I'd like to suggest hosting the Advent Calendar articles on the Catalyst Wiki: http://dev.catalyst.perl.org/wiki/adventcalendararticles When you have a project with an internet presence, and you don't have time to do a proper job, you put up a wiki and hack it into doing what you want. When you have a bunch of web developers, and your project is web development, and you need something done that's really not wiki-ish at all, you _do it right_. If Advent sucks (yes, organization could be better, and markdown has its pros, as well as its cons that you seem to be ignoring), then help improve it. Schlepping it onto the wiki has its own set of problems, and isn't in itself a _solution_ to anything. Andrew ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Advent calendar
Hi all The advent calendar is looking a bit thin for the rest of the month right now, and this year today's entry (10) is about the best I can do, because I've been doing very little software development this year. There are a couple of half finished entries, and a few stubs, but nothing else. So firstly I'd like anyone who wants to contribute to the advent calendar to join #catalyst-dev on irc.perl.org. Secondly, if you want to write a minimal test case application for some scratch you've had to itch, I can find someone to wrap some words around it for you, so long as you're available on irc to answer questions during some of your normal waking hours. Thirdly if you want to volunteer to wrap words around code, get in touch. I'm kd on #catalyst-dev, and jshirley (and maybe jrockway so long as you plug his book ;-) ). I really really really want to see an openid authentication example this year. Next year we should have a provider recipe so big kudos to anyone who can provide me with either an minimal working app and/ or words to wrap around it. --- We haven't got a king, we're an anarcho-syndacalist commune. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/[EMAIL PROTECTED]/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Advent calendar
On Mon, 2007-12-10 at 19:25 +1100, Kieren Diment wrote: I really really really want to see an openid authentication example this year. Next year we should have a provider recipe so big kudos to anyone who can provide me with either an minimal working app and/ or words to wrap around it. There is no clean way to do OpenID right now. Regards, Jonathan Rockway signature.asc Description: This is a digitally signed message part ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/[EMAIL PROTECTED]/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst Advent Calendar
Hi, Congrats for the entries in the calendar, they are great. Do you think its possible to include a title attribute in the links on the home-page with the article title? It would make searching for an article easier. Thanks, -- Pedro Melo Blog: http://www.simplicidade.org/notes/ XMPP ID: [EMAIL PROTECTED] Use XMPP! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/[EMAIL PROTECTED]/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Advent Calendar
We're aware of the limitation. Actually the catalyst advent calendar is an app written for Catalyst 5.5 which is still running no problems on Catalyst 5.7011 which we're pretty pleased about. You can grab the source at http://dev.catalystframework.org/svnweb/Catalyst/ browse/trunk/examples/CatalystAdvent, and provide us with a patch, or just be patient and eventually you'll get a summary at http:// dev.catalyst.perl.org/wiki/DocLinks/AdventCalendar2007 to go with the previous years ones at http://dev.catalyst.perl.org/wiki/DocLinks/ AdventCalendar2006 or http://dev.catalyst.perl.org/wiki/DocLinks/ AdventCalendar On 4 Dec 2007, at 19:47, Pedro Melo wrote: Hi, Congrats for the entries in the calendar, they are great. Do you think its possible to include a title attribute in the links on the home-page with the article title? It would make searching for an article easier. Thanks, -- Pedro Melo Blog: http://www.simplicidade.org/notes/ XMPP ID: [EMAIL PROTECTED] Use XMPP! ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/ [EMAIL PROTECTED]/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/[EMAIL PROTECTED]/ Dev site: http://dev.catalyst.perl.org/
