[OT] Re: [Catalyst] ANNOUNCE: Catalyst::Devel 1.07 andCatalyst::Manual5.7012 released to CPAN
YAML is hard to understand for a blind developer because if he arrows up or down the text, he hears the current line spoken, but he doesn't know how many spaces is that line indented. YAML is useful only visually, but not all the programmers can see, so from this point of view, other configuration modules are better. [..] It is also possible to hear the number of spaces when using a voice synthesizer, but it is not very friendly to use a language like Python. The languages like perl, Java or C# that use blocks enclosed between { and } are much more friendly. YAML, the format, supports "flow" style collections which use {} and [], as JSON does. http://yaml.org/spec/1.2/#id2589867 I don't think Perl's YAML modules support emitting in this style yet, although you may be able to hand-write YAML this way. Brad ___ 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] Another newbie question...
-Original Message- From: Bill Moseley [mailto:[EMAIL PROTECTED] Sent: Monday, June 09, 2008 4:22 PM To: The elegant MVC web framework Subject: Re: [Catalyst] Another newbie question... On Mon, Jun 09, 2008 at 12:44:07PM -0500, Mitch Jackson wrote: > On Mon, Jun 9, 2008 at 12:21 PM, Chris Devine <[EMAIL PROTECTED]> wrote: > > > > I am trying to set up a form using a .TT2, but no .fb, using > > "formbuilder.start" etc. I can assign a value to an input, and it > > shows on the page, but after submit, the value shows in "[debug] > > Body Parameters", but when I try to retrieve the value with > > $form->field, I get "" back. This seems like it should be simple enough, where have I gone astray?? > > > > Sounds like you're looking for: > $c->request->params->{field} This is using FormBuilder? I have not used FormBuilder in a while but wouldn't you want something like: $form->field->{foo}; or $form->field('foo'); $c->req->parameters->{foo} is the raw posted data. I would assume it could be different if the form validation process modified the input data. For example, in Form::Processor, a date input might be one or more elements of $c->req->parameters, but you would access it as $form->field('some_date')->value; ( or shorthand $form->value( 'some_date' ) ) and that would return a DateTime object. -- Bill Moseley [EMAIL PROTECTED] Sent from my iMutt == Yes, using FormBuilder. I originally was using $form->field('foo'). I just tried $form->field->{foo}. They both return "". I'm not sure why it's not working as it should. Thanks, Chris ___ 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: [OT] Re: [Catalyst] ANNOUNCE:Catalyst::Devel 1.07 andCatalyst::Manual5.7012 released to CPAN
From: "Brad Bowman" <[EMAIL PROTECTED]>> > YAML is hard to understand for a blind developer because if he > arrows up or down the text, he hears the current line spoken, > but he doesn't know how many spaces is that line indented. YAML > is useful only visually, but not all the programmers can see, > so from this point of view, other configuration modules are > better. > > [..] >>> It is also possible to hear the number of spaces when using a voice >>> synthesizer, but it is not very friendly to use a language like >>> Python. The languages like perl, Java or C# that use blocks >>> enclosed between { and } are much more friendly. > > YAML, the format, supports "flow" style collections which > use {} and [], as JSON does. > > http://yaml.org/spec/1.2/#id2589867 > > I don't think Perl's YAML modules support emitting in this style yet, > although you may be able to hand-write YAML this way. > > Brad > The problem is that if another person uses yaml, he probably won't use that style, so if a blind programmer would need to read it later, it would be hard to understand it. If Catalyst recommends another type of configuration file, that new type has more chances to be used more and more in the new apps. 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/
[Catalyst] Session Wipeout
Our catalyst app is having a problem with sessions. We have a calendar that is called via ajax and sometimes takes 45 seconds to load (optimizing this is in the works). The problem is if you navigate away from that page and start clicking around, the session is being updated just fine until that ajax call finishes. Then the session is over-written and all the previous session data is wiped out. Is there a way I can have that ajax call not write the session data? I'm using: Session Session::State::Cookie Session::State::URI Session::Store::DBIC Thanks in advance! Ryan Pack Programmer Genares Worldwide Reservations P. 817-722-2834 F. 817-442-0600 ___ 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] Frequent crashes with DBI using test server?
Forgive me if this is a newbie question. I have a suspicion I'm missing something obvious, but I can't find the answer with a google search. I'm developing my first Catalyst application, and it's going fairly well. For now, I'm using the test server (ie, scripts/ myapp_server.pl), which is great for where I'm at now. The problem is: I'm connecting to a local MySQL database in my model over a socket. Frequently but intermittently, this seems to get corrupted. I get messages like: DBIx::Class::ResultSet::next(): DBI Connection failed: Can't connect to local MySQL server through socket 'ple::Cookie' (2) at ... (Refresh changes the nonsense after the word socket, the 'ple::Cookie' in this case.) If I restart the server, and hit refresh, it works fine. Sometimes I can get a dozen or so requests through, sometimes only one or two. I've got an abstraction layer in front of my model - not using DBIx::Class directly as the model, but it does use a perl library that ultimately does use DBIx::Class. I don't see these kinds of problems from my unit tests directly against the libraries that the model uses. Is this a known issue with the standalone server? Or am I not doing something I ought with the database layer? Thanks for any pointers, Kirby ___ 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/