Good afternoon,
On 6/03/10 at 4:51 PM +0800, Lupin Deterd
wrote:
I'm using View::PDF::Reuse to create/generate pdf, and though it
successfully create one but it's empty, following is code/template.
-- template/receipt.tt2 --
[% pdf.prFont('Helvetica-Bold') %]
[% pdf.prFontSize(50) %]
[% y
My office is looking for a full-time dev with a possible emphasis on
Catalyst.
http://seattle.craigslist.org/see/sof/1626501176.html
Strangely enough, I was hired there after responding to a similar
announcement on this list about 15 months ago. Please follow the
directions in the job p
On 03/09/10 16:55, Tomas Doran wrote:
Alex Povolotsky wrote:
Catalyst is 5.80020
5.80021 2010-03-03 23:02:01
Bug fixed:
- $c->uri_for will now escape unsafe characterss in captures
($c->request->captures) and correctly encode utf8 charracters.
Can you try upgrading?
And I'm _very_
On 03/09/10 17:05, Bernhard Graf wrote:
Then you are probably doing it wrong!
I suspect that you want to use cyrillic characters. The problem is, that
most software components (also Perl) default to latin1 or similar.
A good start is always to use utf-8 encoding everywhere: your source
code, y
On 03/09/10 13:47, Bernhard Graf wrote:
Am 09.03.2010 11:26, schrieb Alex Povolotsky:
uri_for seems to have some troubles with unicode.
Use of uninitialized value within %URI::Escape::escapes in substitution
iterator at /usr/local/lib/perl5/site_perl/5.10.1/Catalyst.pm line 1268.
Am 09.03.2010 um 21:30 schrieb Alex Povolotsky:
> On 03/09/10 13:47, Bernhard Graf wrote:
>> Am 09.03.2010 11:26, schrieb Alex Povolotsky:
>>
>>
>>> uri_for seems to have some troubles with unicode.
>>>
>>
>>> Use of uninitialized value within %URI::Escape::escapes in substitution
>>>
Hi All,
I am planning to start development with Catalyst and planning to deploy the
app on mod_perl, cgi and fastcgi. I have following concern:
1. I am planning to put 4 catalyst app under a directory and some app will run
on mod_perl and one on cgi and other one on Fastcgi. Will it be a appro
Alex Povolotsky wrote:
Catalyst is 5.80020
5.80021 2010-03-03 23:02:01
Bug fixed:
- $c->uri_for will now escape unsafe characterss in captures
($c->request->captures) and correctly encode utf8 charracters.
Can you try upgrading?
And I'm _very_ interested in test cases / fixing this
Am 09.03.2010 14:30, schrieb Alex Povolotsky:
> After adding Catalyst::Plugin::Unicode::Encoding, it became MUCH worse.
> What was readable, became unreadable. What was unreadable, remained so.
> Replacing C::P::Unicode by C::P::Unicode::Encoding did not yield any
> difference.
Then you are proba
this a general recommendation? (For not using DBIx::Class::UTF8Columns)
Thanks.
Octavian
__ Information from ESET NOD32 Antivirus, version of virus signature
database 4929 (20100309) __
The message was checked by ESET NOD32 Antivirus.
http
Am 09.03.2010 11:26, schrieb Alex Povolotsky:
> uri_for seems to have some troubles with unicode.
> Use of uninitialized value within %URI::Escape::escapes in substitution
> iterator at /usr/local/lib/perl5/site_perl/5.10.1/Catalyst.pm line 1268.
I remember, that there was quite a few progress i
Am 09.03.2010 15:32, schrieb Octavian Rasnita:
>> appropriate DBD::*/DBIC manpages how to do that) and don't use
>> DBIx::Class::UTF8Columns.
>
> Is this a general recommendation? (For not using DBIx::Class::UTF8Columns)
That's MY general recommendation. ;-)
I tried this UTF8Columns a while ago
Hello!
uri_for seems to have some troubles with unicode.
The following template part
[% item.name %]
edit
result in warning
Use of uninitialized value within %URI::Escape::escapes in substitution
iterator at /usr/local/lib/perl5/site_perl/5.10.1/Catalyst.pm line 1268.
and, while displayi
Hi,
I've used PDF::Reuse a lot, not with Cat though. The template should
be a PDF file and then you can write over it and output a new one. So
without checking the pod for this view is your template right?
Try it outside Cat first or using a test you've written.
Thanks,
Gavin.
On 06/03/2010,
14 matches
Mail list logo