On Sun, Dec 28, 2008 at 12:17 PM, Bjørn-Helge Mevik b...@mevik.net wrote:
snip snip
I tried modifying Catalyst::Plugin::Unicode the following way:
062016150213:/usr/share/perl5/Catalyst/Plugin# diff Unicode.pm.orig Unicode.pm
3a4
use Encode qw(encode decode);
22c23
utf8::encode(
Marius Kjeldahl wrote:
I've followed a similar path to yours, and the best choice eventually
for my projects was to make sure everything is utf8.
Thanks. I might follow that path eventually. For the time beeing,
I've found a hack that at least works on my development server
(A.K.A. my home
Zbigniew Lukasiak wrote:
Here is my wild guess of what happened: in some circumstances the
internal representation of Perl strings can be latin1 - and if you
don't encode it when writing to the database you'll get latin1 in the
database - but for the most common case the internal
On 5 Dec 2008, at 23:00, Guillermo Roditi wrote:
I think the trunk version fixes all your problems, but nobody has
been able to accurately describe their problems or produce a simple
failing test case.
I've found another one - if you assign a list to a CAF accessor, then
it packs the
I made an application that works fine in the Debian server with catalyst.
The problem comes when I use any redirect inside a controller module.
For example:
When I sign in the application redirects me to the appropiate page
according to the user type but in IE it doesn't redirect and showed an
I didn't understand your answer. Can you be more specific please
J. Shirley wrote:
On Mon, Dec 29, 2008 at 8:06 AM, Giancarlo Corcuera
gianca...@capybara-software.com wrote:
I made an application that works fine in the Debian server with catalyst.
The problem comes when I use any redirect
On Mon, Dec 29, 2008 at 8:26 AM, Giancarlo Corcuera
gianca...@capybara-software.com wrote:
I didn't understand your answer. Can you be more specific please
First, please don't top post. Reply at the bottom.
Secondly, you are asking for help with some code that is not behaving
the way you
Sorry, if you referred to this...
Here is my login method:
sub login :Chained('lang') :PathPart('sign_in') :Args(0) :Form {
my ($self, $c) = @_;
my $url_language = $c-stash-{'language'};
my $lang_id = $c-stash-{'language_id'};
my $form_data = load_tags($c,'fe_login_form',
HTML::Widget uses Class::Accessor::Chained::Fast, which overrides
make_accessor. As mk_accessors no longer uses make_accessor to generate the
coderef, this breaks horribly...
Uhm. wontfix? I don't even know how it would be possible to fix this. We'll
stop using Adopt::CAF by default, which
J. Shirley wrote:
On Mon, Dec 29, 2008 at 8:26 AM, Giancarlo Corcuera
gianca...@capybara-software.com wrote:
I didn't understand your answer. Can you be more specific please
First, please don't top post. Reply at the bottom.
Secondly, you are asking for help with some code that
On Mon, Dec 29, 2008 at 8:36 AM, Giancarlo Corcuera
gianca...@capybara-software.com wrote:
Sorry, if you referred to this...
Here is my login method:
sub login :Chained('lang') :PathPart('sign_in') :Args(0) :Form {
my ($self, $c) = @_;
my $url_language = $c-stash-{'language'};
my
J. Shirley wrote:
On Mon, Dec 29, 2008 at 8:36 AM, Giancarlo Corcuera
gianca...@capybara-software.com wrote:
Sorry, if you referred to this...
Here is my login method:
sub login :Chained('lang') :PathPart('sign_in') :Args(0) :Form {
my ($self, $c) = @_;
my $url_language =
On 29 Dec 2008, at 16:40, Guillermo Roditi wrote:
HTML::Widget uses Class::Accessor::Chained::Fast, which overrides
make_accessor. As mk_accessors no longer uses make_accessor to
generate the coderef, this breaks horribly...
Uhm. wontfix? I don't even know how it would be possible to fix
On 17 Dec 2008, at 13:11, Bill Moseley wrote:
On Wed, Dec 17, 2008 at 08:34:36AM +, Tomas Doran wrote:
Apologies if I wasn't being clear perviously - could you convert your
suggested changes and test into a diff against the distribution which
someone could just apply with patch, rather
J. Shirley wrote:
On Mon, Dec 29, 2008 at 9:02 AM, Giancarlo Corcuera
gianca...@capybara-software.com wrote:
J. Shirley wrote:
On Mon, Dec 29, 2008 at 8:36 AM, Giancarlo Corcuera
gianca...@capybara-software.com wrote:
Sorry, if you referred to this...
Here is my login method:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Guillermo Roditi wrote:
Catalyst::Plugin::HashedCookies calls
Catalyst::Request-make_accessor, which in some ways is quite
broken (as you're re-opening the package from outside), but it
isn't actually very hard to fix/support..
Yeah, that's
Hi,
Using Catalyst, TT and REST, I generate a page which contains SVG.
I am new to Catalyst (and Web Applications development in general), and this is
only one of the reasons for which I am facing the following problem.
On one hand, in Firefox and Safari, the page does not display correctly
On Mon, Dec 29, 2008 at 06:10:34PM +, Tomas Doran wrote:
Session handling could do with refactoring as-per the authentication
plugins, so that the store and state were not plugins themselves, this
would make things a lot 'nicer'.
However, in the shorter term, providing people with a
18 matches
Mail list logo
