Re: [fw-general] Zend PDF outline fonts?
On Jul 29, 2008, at 8:53 AM, Mark Steudel wrote:
I’m playing around with the PDF classes, and am trying to utilize
some non-standard fonts. In the documentation it says that it can
use TTF and OTF fonts. So I tried copying one of my windows fonts
that was an OTF over to try out. I ended up getting the following
error:
Fatal error: Uncaught exception 'Zend_Pdf_Exception' with message
'Cannot determine font type: MyriadPro-Bold.otf' in C:\wamp\www
\domain.com\Zend\library\Zend\Pdf\Font.php:714 Stack trace: #0 C:
\wamp\www\domain.com\domain.com\pdf\index.php(12):
Zend_Pdf_Font::fontWithPath('MyriadPro-Bold') #1 {main} thrown
in C:\wamp\www\studiob-gso.com\Zend\library\Zend\Pdf\Font.php on
line 714
Obviously it didn’t like my font. Is there a way to know before hand
whether or not a font I have will work or not?
Zend_Pdf should work with any TrueType font or OpenType font if it
contains TrueType outlines. If the OpenType font contains Type1
outlines, it won't work yet.
Run the following code and let me know what, if any, exception is
thrown:
require_once 'Zend/Pdf/Font.php';
$dataSource = new Zend_Pdf_FileParserDataSource_File($pathToFontFile);
$fontParser = new
Zend_Pdf_FileParser_Font_OpenType_TrueType($dataSource);
$font = new
Zend_Pdf_Resource_Font_Simple_Parsed_TrueType($fontParser, 0);
--
Willie Alberty
Spenlen Media
[EMAIL PROTECTED]
http://spenlen.com/
RE: [fw-general] The how-to / what to do upgrading 1.5.2 to 1.6.0
Could you please try again and mail me privately? Same goes for everyone
else having this issue. It seems to be a relatively complex issue with
cache corruption in our authentication service. I disabled SSO for the
app that seems to be causing the problem.
,Wil
> -Original Message-
> From: Wil Sinclair
> Sent: Monday, July 28, 2008 6:31 PM
> To: Wil Sinclair; Karol Grecki; fw-general@lists.zend.com
> Subject: RE: [fw-general] The how-to / what to do upgrading 1.5.2 to
> 1.6.0
>
> Can you please try it again and let me know the results? Same goes for
> anyone else who thinks they should be able to add issues but can't
> somehow.
>
> Thanks.
> ,Wil
>
> > -Original Message-
> > From: Wil Sinclair
> > Sent: Friday, July 25, 2008 8:05 AM
> > To: 'Karol Grecki'; fw-general@lists.zend.com
> > Subject: RE: [fw-general] The how-to / what to do upgrading 1.5.2 to
> > 1.6.0
> >
> > BTW, I reproduced this problem with a test user. The issue seems to
> be
> > that your membership in the jira-users group isn't propagating to
> JIRA.
> > I have verified that you are in this group, however. I looked at it
> > briefly yesterday; right now I haven't honed in on the root cause,
so
> I
> > don't have an ETA for a fix yet. I'll take a look at it as time
> permits
> > today.
> >
> > ,Wil
> >
> > > -Original Message-
> > > From: Karol Grecki [mailto:[EMAIL PROTECTED]
> > > Sent: Thursday, July 24, 2008 9:42 AM
> > > To: fw-general@lists.zend.com
> > > Subject: RE: [fw-general] The how-to / what to do upgrading 1.5.2
> to
> > > 1.6.0
> > >
> > >
> > > I was logged in, I also tried logging out and in again but that
> > didn't
> > > help.
> > > I could see my profile, unresolved issues I reported etc.
> > > It seemed to be working fine, it's just the link was not there.
> > >
> > > Heh, I just checked and it's missing again.
> > > My profile says
> > > Groups:
> > > confluence-users
> > >
> > > Logging out didn't help. I don't have this option ATM.
> > > But it was there like an hour ago, because I raised an
improvement.
> > >
> > > Karol
> > >
> > >
> > >
> > > wllm wrote:
> > > >
> > > > Could you please verify that you're logged in (check that your
> name
> > > is
> > > > listed with filters, profile, etc. links in the upper right-hand
> > > corner
> > > > *on the same page/request* where you don't see the 'create
issue'
> > > > option? We've been having issues at our ISP with load balancing
> > that
> > > > manifests as the applications not authenticating correctly on
> some
> > > > responses, so you might log in, request a page that comes back
as
> > if
> > > you
> > > > weren't logged in, then refresh and see a page where you're
> logged
> > in
> > > > again. :/ So far we have anecdotal evidence that this is not a
> > > problem
> > > > for everyone, so it may be IP or client state related. In any
> case,
> > > we
> > > > have a ticket open with our ISP and are actively working on it.
> > > > I will also verify that you belong to the right groups.
> > > >
> > > > Thanks.
> > > > ,Wil
> > > >
> > > >> -Original Message-
> > > >> From: Karol Grecki [mailto:[EMAIL PROTECTED]
> > > >> Sent: Thursday, July 24, 2008 4:15 AM
> > > >> To: fw-general@lists.zend.com
> > > >> Subject: Re: [fw-general] The how-to / what to do upgrading
> 1.5.2
> > to
> > > >> 1.6.0
> > > >>
> > > >>
> > > >> I had the same problem recently, CREATE NEW ISSUE was gone and
> > > >> reappeared few
> > > >> hours later.
> > > >> Other JIRA users claimed it's available, I wonder what was that
> > > about.
> > > >>
> > > >> Karol
> > > >>
> > > >>
> > > >> tfk wrote:
> > > >> >
> > > >> > On Thu, Jul 24, 2008 at 7:04 AM, Bruno Friedmann <[EMAIL PROTECTED]
> > > net.ch>
> > > >> > wrote:
> > > >> >> It is related, I try to find where and how I can insert an
> > issue
> > > > But
> > > >> >> don't find it in jira.
> > > >> >>
> > > >> >> It's a big blocker if it goes release without mention !!
> > > >> >
> > > >> > The link ("CREATE ISSUE") used to be up top, it disappeared
> for
> > me
> > > > as
> > > >> > well.
> > > >> >
> > > >> > Till
> > > >> >
> > > >> >
> > > >>
> > > >> --
> > > >> View this message in context:
http://www.nabble.com/The-how-to--
> -
> > > what-
> > > >> to-do-upgrading-1.5.2-to-1.6.0-tp18627451p18629794.html
> > > >> Sent from the Zend Framework mailing list archive at
Nabble.com.
> > > >
> > > >
> > > >
> > >
> > > --
> > > View this message in context: http://www.nabble.com/The-how-to---
> > what-
> > > to-do-upgrading-1.5.2-to-1.6.0-tp18627451p18635880.html
> > > Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Zend_Form retain select value="0" on invalid submission
originally, when I had the values array set to; array_vals=array('0' =>
'Inactive', '1=>'Active');
I had the default val set to 1 and if 'Inactive' was chosen, and then form
was invalid, when the from was rerendered, the value of that field was
always set to 'Active' (1).
Viewing the posted values, the testfield value was showing as '0', but it
never took.
soon as i changed the order, everything worked.
So does the numberical order of the keys in the array make a difference?
Micah Gersten wrote:
>
> In a select dropdown, the default if none is specified is the first
> option regardless of value.
>
> Thank you,
> Micah Gersten
> onShore Networks
> Internal Developer
> http://www.onshore.com
>
>
>
> maxarbos wrote:
>> For a weird reason, I tried rearranging the order of the array of options
>> from
>>
>> array_vals=array('1' => 'Active', '0'=>'Inactive');
>>
>> TO:
>> array_vals=array('0' => 'Inactive', '1=>'Active');
>>
>> and added the default value to the element instance and it works fine.
>>
>> I wanted to make the 'Active' option show first, that's why i was listing
>> it
>> first.
>> So I guess the order of the values array options is important on 0/1
>> values.
>>
>>
>>
>>
>>
>> maxarbos wrote:
>>
>>> I have a form that has a select field with two values: 1 and 0.
>>>
>>>
>>> Yes
>>> No
>>>
>>>
>>> When I submit the form and it is invalid, this select box does not
>>> remember the value of this field. It always defaults to '1'. There is no
>>> default value listed in the form builder file.
>>>
>>> All other fields of the form, including the other select fields retain
>>> their values when there is no '0' value choosen.
>>>
>>> Any advice would be great.
>>>
>>> Thanks.
>>>
>>>
>>>
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/Zend_Form-retain-select-value%3D%220%22-on-invalid-submission-tp18712028p18717435.html
Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] IP calculations
Does Zend have any functions for IP calculations? I looked in the Docs, but couldn't find any. Has anyone suggested this? -- Thank you, Micah Gersten onShore Networks Internal Developer http://www.onshore.com
Re: [fw-general] Cross site scripting in Zend_Db_Statement_Exception handling
-- qbo <[EMAIL PROTECTED]> wrote
(on Tuesday, 29 July 2008, 10:05 AM -0700):
> Error message for Zend_Db_Statement_Exception for "Unclosed quotation mark
> after the character string" displays the user-submited data in a non-secure
> way, allwing cross-site scripting on error messages.
The fix for this is to do as we've recommended all along: do not enable
display_errors in production systems.
However, you're right -- the value should be escaped. I'll escalate the
issue.
> Exploit code needs to be free from single or double quotes (esaped in the
> erreor message) or spaces but it's still exploitable like this :
>
> param='alert(String.fromCharCode(88,83,83))
>
> which gives the following :
>
> ( ! ) Zend_Db_Statement_Exception: SQLSTATE[HY000]: General error: 20018
> Unclosed quotation mark after the character string
> 'alert(String.fromCharCode(88,83,83))'. [20018] (severity
> 5) [(null)] in
> /usr/local/lib/php/ZendFramework-1.0.2/library/Zend/Db/Statement/Pdo.php on
> line 227
>
> call stack :
>
> Call Stack
>
>1. Time Memory Function Location
> 1 0.0003 69852 {main}( ) ../main.php:0
> 2 0.0324 2102164 Zend_Controller_Front->dispatch( $request = ???,
> $response = ??? ) ../main.php:42
>
>
> I filed a bug in the tracking system. I'm available to confirm the issue
> with you or to disscuss the tehnical details.
>
>
> Regards,
>
> Quentin Berdugo
>
>
> --
> View this message in context:
> http://www.nabble.com/Cross-site-scripting-in-Zend_Db_Statement_Exception-handling-tp18716897p18716897.html
> Sent from the Zend Framework mailing list archive at Nabble.com.
>
--
Matthew Weier O'Phinney
Software Architect | [EMAIL PROTECTED]
Zend Framework | http://framework.zend.com/
Re: [fw-general] Zend_Form retain select value="0" on invalid submission
In a select dropdown, the default if none is specified is the first
option regardless of value.
Thank you,
Micah Gersten
onShore Networks
Internal Developer
http://www.onshore.com
maxarbos wrote:
> For a weird reason, I tried rearranging the order of the array of options
> from
>
> array_vals=array('1' => 'Active', '0'=>'Inactive');
>
> TO:
> array_vals=array('0' => 'Inactive', '1=>'Active');
>
> and added the default value to the element instance and it works fine.
>
> I wanted to make the 'Active' option show first, that's why i was listing it
> first.
> So I guess the order of the values array options is important on 0/1 values.
>
>
>
>
>
> maxarbos wrote:
>
>> I have a form that has a select field with two values: 1 and 0.
>>
>>
>> Yes
>> No
>>
>>
>> When I submit the form and it is invalid, this select box does not
>> remember the value of this field. It always defaults to '1'. There is no
>> default value listed in the form builder file.
>>
>> All other fields of the form, including the other select fields retain
>> their values when there is no '0' value choosen.
>>
>> Any advice would be great.
>>
>> Thanks.
>>
>>
>>
>
>
[fw-general] Cross site scripting in Zend_Db_Statement_Exception handling
Error message for Zend_Db_Statement_Exception for "Unclosed quotation mark
after the character string" displays the user-submited data in a non-secure
way, allwing cross-site scripting on error messages.
Exploit code needs to be free from single or double quotes (esaped in the
erreor message) or spaces but it's still exploitable like this :
param='alert(String.fromCharCode(88,83,83))
which gives the following :
( ! ) Zend_Db_Statement_Exception: SQLSTATE[HY000]: General error: 20018
Unclosed quotation mark after the character string
'alert(String.fromCharCode(88,83,83))'. [20018] (severity
5) [(null)] in
/usr/local/lib/php/ZendFramework-1.0.2/library/Zend/Db/Statement/Pdo.php on
line 227
call stack :
Call Stack
1. Time Memory Function Location
1 0.0003 69852 {main}( ) ../main.php:0
2 0.0324 2102164 Zend_Controller_Front->dispatch( $request = ???,
$response = ??? ) ../main.php:42
I filed a bug in the tracking system. I'm available to confirm the issue
with you or to disscuss the tehnical details.
Regards,
Quentin Berdugo
--
View this message in context:
http://www.nabble.com/Cross-site-scripting-in-Zend_Db_Statement_Exception-handling-tp18716897p18716897.html
Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Cannot redeclare class Zend_Loader -> Zend View Helper Partial
-- Sam Davey <[EMAIL PROTECTED]> wrote (on Tuesday, 29 July 2008, 09:15 AM -0700): > Thanks for the response (and for Zend_Form... but thats a different point). > > We do indeed use XCache on the server becasue we were having some > performance problems that it helped with. > > Clearing an error of this kind by restarting Apache caused me the most > confusion. But your suggestion makes perfect sense? > > So do you think XCache having problems with Zend_Loader? Or is spl_autoload > having the problem? > > I realise this is out of the scope of the framework... I am simply using > autoload to included the classes. Does anyone know how I might resolve this > problem? Surely a number of people use opcode cache. Are they having the > same problem with Zend_Loader? When I deploy new code to a production server, I make a habit of flushing the opcode caches. Depending on the cache you use, you may be able to do this from an admin interface or a web service (Zend Platform, for instance, allows you to do it via the Platform GUI). What happens is that you get code with a new path that defines a class already cached -- and this is what makes the opcode cache start raising errors; it's not autoloading specific. My understanding is that APC and ZP do some work to ensure this doesn't happen, but even then, these issues can still occur. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
Re: [fw-general] Cannot redeclare class Zend_Loader -> Zend View Helper Partial
Hi Matthew, Thanks for the response (and for Zend_Form... but thats a different point). We do indeed use XCache on the server becasue we were having some performance problems that it helped with. Clearing an error of this kind by restarting Apache caused me the most confusion. But your suggestion makes perfect sense? So do you think XCache having problems with Zend_Loader? Or is spl_autoload having the problem? I realise this is out of the scope of the framework... I am simply using autoload to included the classes. Does anyone know how I might resolve this problem? Surely a number of people use opcode cache. Are they having the same problem with Zend_Loader? -- View this message in context: http://www.nabble.com/Cannot-redeclare-class-Zend_Loader--%3E-Zend-View-Helper-Partial-tp18710136p18715822.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Re: ZF Style Guide Clarification: Method Parameter Indentation
-- Colin Guthrie <[EMAIL PROTECTED]> wrote
(on Tuesday, 29 July 2008, 04:51 PM +0100):
> Matthew Weier O'Phinney wrote:
>> -- Pádraic Brady <[EMAIL PROTECTED]> wrote
>> (on Tuesday, 29 July 2008, 03:32 AM -0700):
>>> I don't know about everyone else, but I once a param is going to cross the
>>> 80
>>> space limit I'll put it on a new line indented from the start of the
>>> function declaration and continue as normal:
>>>
>>> public function longMethodDeclaration(Zend_Controller_Front $front,
>>> Zend_Cache $cache = null, Zend_Db_Table $databaseTable,
>>> Zend_Feed $feed)
>>> {
>>
>> I'm going to make another note here. PEAR2 CS is proposing using the
>> following syntax when wrapping:
>>
>> public function longMethodDeclaration(Zend_Controller_Front $front,
>> Zend_Cache $cache = null, Zend_Db_Table $databaseTable,
>> Zend_Feed $feed
>> ) {
>
> Would that not make some editors folding options seem a bit odd?
>
> Probably not, but I personally always like to keep the open and close
> braces inline for visual confirmation of matching code blocks. This all
> falls down if you prefer your braces at the end of the control line of
> course!
And having them at the end of the control line is simply unwieldy in the
above example
I use vim, and folding works fine in this case; I assume that if vim can
do it, more advanced IDEs can handle it.
> I know what you mean regarding reducing changeset size but it doesn't
> work for function defintions as the , is needed anyway to extend it and
> it stays with the argument before. Works for adding another condition in
> a control statement assuming you like the && or || etc. at the start of
> the line (which I personally do as it's easy to see them).
That argument was aimed primarily at control statements -- as you're
right, you can't terminate the function argument list with a comma.
> But overall this seems like bending over to suit this situation where
> the real imporant thing should be on readable code over readable
> changesets (not saying the latter isn't important, just that readability
> of code is IMO more important).
It's for _maintainable_ code. It also helps prevent cases where you
forget to move the end paren to the next line. It's the same argument as
for defining arrays like this:
$foo = array(
$some,
$thing,
$added,
$to,
$the,
$array,
);
By putting the end paren on a line separate from the conditions, you
help prevent coding mistakes in the future.
--
Matthew Weier O'Phinney
Software Architect | [EMAIL PROTECTED]
Zend Framework | http://framework.zend.com/
[fw-general] Zend_Log_Writer_Firebug & Zend_Db_Profiler_Firebug
I have renamed Zend_Wildfire_FirebugLogWriter to Zend_Log_Writer_Firebug
and updated the tests, demo and documentation in the standard incubator.
Everything is ready now for merging into the trunk.
I have also created a new Zend_Db_Profiler_Firebug component.
You can instantiate it with:
$profiler = new Zend_Db_Profiler_Firebug('All DB Queries');
This does not need to go into the trunk for 1.6 but if there is interest
I can complete tests and documentation for it and we can include it as well.
Christoph
Re: [fw-general] Cannot redeclare class Zend_Loader -> Zend View Helper Partial
-- Sam Davey <[EMAIL PROTECTED]> wrote (on Tuesday, 29 July 2008, 07:53 AM -0700): > Thanks for the reply. I'm not using 'include' or 'include_once'. I am > using Zend_Loader which does this for you and I think it is via the > spl_autoload function although I haven't got too involved with the library > code for this. > > if I were including the files in the normal way then include_once would > certainly work. > > But due to the size of the system everything is being autoloaded as per the > Zend_Loader documentation. And it is Zend_Loader theat is not using the > correct function... > > but the unusual part is that it works now... its working locally and on the > production server. But at some point and without any code being changed it > will suddenly try to include it twice and cause the 'Cannot redeclare class > ' error. > > And when I restart apache the server the error will go away. > > Does anyone else know why Zend_Loader would be cauinf this problem? My guess is that you're using an opcode cache of some sort; it would certainly explain why the apache reload helps (clears the opcode cache). -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
[fw-general] Zend PDF outline fonts?
Hi All,
I'm playing around with the PDF classes, and am trying to utilize some
non-standard fonts. In the documentation it says that it can use TTF and OTF
fonts. So I tried copying one of my windows fonts that was an OTF over to
try out. I ended up getting the following error:
Fatal error: Uncaught exception 'Zend_Pdf_Exception' with message 'Cannot
determine font type: MyriadPro-Bold.otf' in
C:\wamp\www\domain.com\Zend\library\Zend\Pdf\Font.php:714 Stack trace: #0
C:\wamp\www\domain.com\domain.com\pdf\index.php(12):
Zend_Pdf_Font::fontWithPath('MyriadPro-Bold') #1 {main} thrown in
C:\wamp\www\studiob-gso.com\Zend\library\Zend\Pdf\Font.php on line 714
Obviously it didn't like my font. Is there a way to know before hand whether
or not a font I have will work or not?
Thanks in advance, Mark
[fw-general] Re: ZF Style Guide Clarification: Method Parameter Indentation
Matthew Weier O'Phinney wrote:
-- Pádraic Brady <[EMAIL PROTECTED]> wrote
(on Tuesday, 29 July 2008, 03:32 AM -0700):
I don't know about everyone else, but I once a param is going to cross the 80
space limit I'll put it on a new line indented from the start of the
function declaration and continue as normal:
public function longMethodDeclaration(Zend_Controller_Front $front,
Zend_Cache $cache = null, Zend_Db_Table $databaseTable,
Zend_Feed $feed)
{
I'm going to make another note here. PEAR2 CS is proposing using the
following syntax when wrapping:
public function longMethodDeclaration(Zend_Controller_Front $front,
Zend_Cache $cache = null, Zend_Db_Table $databaseTable,
Zend_Feed $feed
) {
Would that not make some editors folding options seem a bit odd?
Probably not, but I personally always like to keep the open and close
braces inline for visual confirmation of matching code blocks. This all
falls down if you prefer your braces at the end of the control line of
course!
I know what you mean regarding reducing changeset size but it doesn't
work for function defintions as the , is needed anyway to extend it and
it stays with the argument before. Works for adding another condition in
a control statement assuming you like the && or || etc. at the start of
the line (which I personally do as it's easy to see them).
But overall this seems like bending over to suit this situation where
the real imporant thing should be on readable code over readable
changesets (not saying the latter isn't important, just that readability
of code is IMO more important).
My €0.00 (e.g. I don't have any say here!!!)
Col
Re: [fw-general] Cannot redeclare class Zend_Loader -> Zend View Helper Partial
Hi Tom, Thanks for the reply. I'm not using 'include' or 'include_once'. I am using Zend_Loader which does this for you and I think it is via the spl_autoload function although I haven't got too involved with the library code for this. if I were including the files in the normal way then include_once would certainly work. But due to the size of the system everything is being autoloaded as per the Zend_Loader documentation. And it is Zend_Loader theat is not using the correct function... but the unusual part is that it works now... its working locally and on the production server. But at some point and without any code being changed it will suddenly try to include it twice and cause the 'Cannot redeclare class ' error. And when I restart apache the server the error will go away. Does anyone else know why Zend_Loader would be cauinf this problem? -- View this message in context: http://www.nabble.com/Cannot-redeclare-class-Zend_Loader--%3E-Zend-View-Helper-Partial-tp18710136p18714056.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Cannot redeclare class Zend_Loader -> Zend View Helper Partial
> Try using include_once rather than include. > > Tom -- View this message in context: http://www.nabble.com/Cannot-redeclare-class-Zend_Loader--%3E-Zend-View-Helper-Partial-tp18710136p18714031.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: AW: [fw-general] Problem Unsubscribing from this list
Tobias Gies wrote: Hi James, sad to hear that you are leaving. Could it be that you subscribed to fw-all instead of fw-general? If so, try to send a mail to [EMAIL PROTECTED] instead of fw-general-unsubscribe. Best regards Tobias -Ursprüngliche Nachricht- Von: James Benson [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 29. Juli 2008 16:19 An: fw-general@lists.zend.com Betreff: [fw-general] Problem Unsubscribing from this list I tried unsubscribing from this list a few weeks ago, ezmlm said I was not subscribed yet I'm quite sure Iam since I keep receiving email and quite clearly remember subscribing myself a couple of years ago. I tried emailing the list owner like ezmlm mentions but it bounced back. If anyone with access to the list database reads this please remove my email. Thanks for the suggestion I tried just now but not subscribed to that list either. Strange how it says I'm not subscribed yet I just received an email from the list 'Re: [fw-general] Dojo Form example not working (ex 12.29)' and can send messages to the list fine. Thanks, James
Re: [fw-general] Dojo Form example not working (ex 12.29)
-- Christian Sanchez <[EMAIL PROTECTED]> wrote
(on Tuesday, 29 July 2008, 09:29 AM -0500):
> The example works on Mozilla, but on IE shows some kind of warning...
>
> line: 21
> Error: 'undefined' is null or not an object
>
> Looking at the source line 21 is the following:
>
> dojo.require("dijit.form.DateTextBox");
Are you using the CDN or a local install? And have you checked on the
dojo site, lists, or IRC? Unfortunatley, I cannot test with IE quite yet
(hopefully should be able to setup a VM image soon), so I'm not aware of
what issues any dijits might have with that browser. Dojo support would
be a better place to go.
> Any recommendations on IE?
> The Hello World! button example from Dojo seems to work on IE btw...
>
> 2008/7/28 Christian Sanchez <[EMAIL PROTECTED]>
>
> Thanks Matthew!! It worked!! Now I'm going to create my own forms :D.
> Thanks!
> I will give another read to the docs, to let you know if there's anything
> to fix as well :P
>
> 2008/7/28 Matthew Weier O'Phinney <[EMAIL PROTECTED]>
>
>
> -- Christian Sanchez <[EMAIL PROTECTED]> wrote
> (on Sunday, 27 July 2008, 09:41 PM -0500):
> > Ok, let's see, I have the following in my bootstrap:
> >
> > $view = new Zend_View();
> > $view->addHelperPath('Zend/Dojo/View/Helper/',
> 'Zend_Dojo_View_Helper');
> > $view->addHelperPath('Zend/Dojo/View/Helper',
> 'Zend_Dojo_View_Helper'); //the
> > line added after what you said
> > $viewRenderer = new Zend_Controller_Action_Helper_ViewRenderer();
> > $viewRenderer->setView($view);
> > Zend_Controller_Action_HelperBroker::addHelper($viewRenderer);
> >
> > After this I have the following in my layout:
>
> BZZZTTT!!! Here's part of your issue. If you echo dojo() before
> everything's been set in it, then you're going to be missing
> statements.
> In this example, you're echoing the form in your _layout_ script,
> _after_ dojo() has already been echoed... which means that any
> dojo.require() and addOnLoad() statements produced by the form will be
> missing.
>
> Render the form _prior_ to echoing the dojo() view helper; you can
> even
> do this in your layout by capturing the value first:
>
>form->render() ?>
>
> and then simply rendering the captured content later:
>
>
>
> >
> >
> > placeholder('title'); ?>
> > layout()->content; ?>
> > form(); ?>
> >
> >
> >
> >
> >
> > In the controller these line to add your example form:
> >
> > $form = new MyForm(); // I changed the name of the form to MyForm
> > $this->view->form = $form;
>
> You need to specify a name for the form:
>
>$form = new MyForm(array('name' => 'foo'));
>
> I'll update the docs to indicate this.
>
> > Now I get the following error:
> >
> > Warning: Missing argument 1 for Zend_Dojo_View_Helper_Form::form()
> in
> W:\usr\
> > local\php\includes\Zend\Dojo\View\Helper\Form.php on line 62
> >
> > Am I doing anything wrong here?
> >
> > 2008/7/26 Matthew Weier O'Phinney <[EMAIL PROTECTED]>
> >
> > -- Christian Sanchez <[EMAIL PROTECTED]> wrote
> > (on Friday, 25 July 2008, 10:32 PM -0500):
> > > Hey, now I'm reading the docs and implementing the example
> 12.29 from the
> > docs
> > > (pretty much a copy and paste to see how it works) but I get
> the
> > following
> > > error:
> > >
> > > Fatal error: Call to a member function accordionContainer() on
> a
> > non-object in
> > > W:\www\dev\prueba\application\default\layouts\main.phtml on
> line 37
> > >
> > > I read this in a previous page:
> > >
> > > "In order to utilize these view helpers, you need to register
> the path to
> > the
> > > dojo view helpers with your view object.
> > >
> > > Example 12.9. Registering the Dojo View Helper Prefix Path
> > >
> > > $view->addPrefixPath('Zend/Dojo/View/Helper',
> 'Zend_Dojo_View_Helper');
> >
> > This is incorrect - it should read:
> >
> >$view->addHelperPath('Zend/Dojo/View/Helper',
> 'Zend_Dojo_View_Helper');
> >
> > I'll update the manual -- thanks for the report!
> >
> >
> > > If I add this line directly in the controller for this view
> only I get
> > the
> > > following error:
> >
AW: [fw-general] Problem Unsubscribing from this list
Hi James, sad to hear that you are leaving. Could it be that you subscribed to fw-all instead of fw-general? If so, try to send a mail to [EMAIL PROTECTED] instead of fw-general-unsubscribe. Best regards Tobias -Ursprüngliche Nachricht- Von: James Benson [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 29. Juli 2008 16:19 An: fw-general@lists.zend.com Betreff: [fw-general] Problem Unsubscribing from this list I tried unsubscribing from this list a few weeks ago, ezmlm said I was not subscribed yet I'm quite sure Iam since I keep receiving email and quite clearly remember subscribing myself a couple of years ago. I tried emailing the list owner like ezmlm mentions but it bounced back. If anyone with access to the list database reads this please remove my email. Thanks, James
Re: [fw-general] Dojo Form example not working (ex 12.29)
The example works on Mozilla, but on IE shows some kind of warning...
line: 21
Error: 'undefined' is null or not an object
Looking at the source line 21 is the following:
dojo.require("dijit.form.DateTextBox");
Any recommendations on IE?
The Hello World! button example from Dojo seems to work on IE btw...
2008/7/28 Christian Sanchez <[EMAIL PROTECTED]>
> Thanks Matthew!! It worked!! Now I'm going to create my own forms :D.
> Thanks!
> I will give another read to the docs, to let you know if there's anything
> to fix as well :P
>
> 2008/7/28 Matthew Weier O'Phinney <[EMAIL PROTECTED]>
>
> -- Christian Sanchez <[EMAIL PROTECTED]> wrote
>> (on Sunday, 27 July 2008, 09:41 PM -0500):
>> > Ok, let's see, I have the following in my bootstrap:
>> >
>> > $view = new Zend_View();
>> > $view->addHelperPath('Zend/Dojo/View/Helper/', 'Zend_Dojo_View_Helper');
>> > $view->addHelperPath('Zend/Dojo/View/Helper', 'Zend_Dojo_View_Helper');
>> //the
>> > line added after what you said
>> > $viewRenderer = new Zend_Controller_Action_Helper_ViewRenderer();
>> > $viewRenderer->setView($view);
>> > Zend_Controller_Action_HelperBroker::addHelper($viewRenderer);
>> >
>> > After this I have the following in my layout:
>>
>> BZZZTTT!!! Here's part of your issue. If you echo dojo() before
>> everything's been set in it, then you're going to be missing statements.
>> In this example, you're echoing the form in your _layout_ script,
>> _after_ dojo() has already been echoed... which means that any
>> dojo.require() and addOnLoad() statements produced by the form will be
>> missing.
>>
>> Render the form _prior_ to echoing the dojo() view helper; you can even
>> do this in your layout by capturing the value first:
>>
>>form->render() ?>
>>
>> and then simply rendering the captured content later:
>>
>>
>>
>> >
>> >
>> > placeholder('title'); ?>
>> > layout()->content; ?>
>> > form(); ?>
>> >
>> >
>> >
>> >
>> >
>> > In the controller these line to add your example form:
>> >
>> > $form = new MyForm(); // I changed the name of the form to MyForm
>> > $this->view->form = $form;
>>
>> You need to specify a name for the form:
>>
>>$form = new MyForm(array('name' => 'foo'));
>>
>> I'll update the docs to indicate this.
>>
>> > Now I get the following error:
>> >
>> > Warning: Missing argument 1 for Zend_Dojo_View_Helper_Form::form() in
>> W:\usr\
>> > local\php\includes\Zend\Dojo\View\Helper\Form.php on line 62
>> >
>> > Am I doing anything wrong here?
>> >
>> > 2008/7/26 Matthew Weier O'Phinney <[EMAIL PROTECTED]>
>> >
>> > -- Christian Sanchez <[EMAIL PROTECTED]> wrote
>> > (on Friday, 25 July 2008, 10:32 PM -0500):
>> > > Hey, now I'm reading the docs and implementing the example 12.29
>> from the
>> > docs
>> > > (pretty much a copy and paste to see how it works) but I get the
>> > following
>> > > error:
>> > >
>> > > Fatal error: Call to a member function accordionContainer() on a
>> > non-object in
>> > > W:\www\dev\prueba\application\default\layouts\main.phtml on line
>> 37
>> > >
>> > > I read this in a previous page:
>> > >
>> > > "In order to utilize these view helpers, you need to register the
>> path to
>> > the
>> > > dojo view helpers with your view object.
>> > >
>> > > Example 12.9. Registering the Dojo View Helper Prefix Path
>> > >
>> > > $view->addPrefixPath('Zend/Dojo/View/Helper',
>> 'Zend_Dojo_View_Helper');
>> >
>> > This is incorrect - it should read:
>> >
>> >$view->addHelperPath('Zend/Dojo/View/Helper',
>> 'Zend_Dojo_View_Helper');
>> >
>> > I'll update the manual -- thanks for the report!
>> >
>> >
>> > > If I add this line directly in the controller for this view only I
>> get
>> > the
>> > > following error:
>> > >
>> > > Fatal error: Uncaught exception
>> 'Zend_Loader_PluginLoader_Exception' with
>> > > message 'Plugin by name AddPrefixPath was not found in the
>> registry.' in
>> > W:\usr
>> > > \local\php\includes\Zend\Loader\PluginLoader.php:372 Stack trace:
>> #0 W:\
>> > usr\
>> > > local\php\includes\Zend\View\Abstract.php(1114):
>> > Zend_Loader_PluginLoader->load
>> > > ('AddPrefixPath') #1
>> W:\usr\local\php\includes\Zend\View\Abstract.php
>> > (545):
>> > > Zend_View_Abstract->_getPlugin('helper', 'addPrefixPath') #2
>> W:\usr\local
>> > \php\
>> > > includes\Zend\View\Abstract.php(312):
>> Zend_View_Abstract->getHelper
>> > > ('addPrefixPath') #3 [internal function]:
>> Zend_View_Abstract->__call
>> > > ('addPrefixPath', Array) #4 W:\www\dev\prueba\application\default\
>> > controllers\
>> > > IndexController.php(20):
>> Zend_View->addPrefixPath('Zend/Dojo/View/...',
>> > > 'Zend_Dojo_View_...') #5
>> W:\usr\local\php\includes\Zend\Controller\
>> > Action.php
>> > > (502): IndexController->indexAction() #6
>> W:\usr\local\php\includes\Zend\
>>
[fw-general] Problem Unsubscribing from this list
I tried unsubscribing from this list a few weeks ago, ezmlm said I was not subscribed yet I'm quite sure Iam since I keep receiving email and quite clearly remember subscribing myself a couple of years ago. I tried emailing the list owner like ezmlm mentions but it bounced back. If anyone with access to the list database reads this please remove my email. Thanks, James
Re: [fw-general] ZF Style Guide Clarification: Method Parameter Indentation
-- Pádraic Brady <[EMAIL PROTECTED]> wrote
(on Tuesday, 29 July 2008, 03:32 AM -0700):
>
> I don't know about everyone else, but I once a param is going to cross the 80
> space limit I'll put it on a new line indented from the start of the
> function declaration and continue as normal:
>
> public function longMethodDeclaration(Zend_Controller_Front $front,
> Zend_Cache $cache = null, Zend_Db_Table $databaseTable,
> Zend_Feed $feed)
> {
I'm going to make another note here. PEAR2 CS is proposing using the
following syntax when wrapping:
public function longMethodDeclaration(Zend_Controller_Front $front,
Zend_Cache $cache = null, Zend_Db_Table $databaseTable,
Zend_Feed $feed
) {
Notice that the closing paren and opening brace are on the same line.
This allows you to open further lines without needing to worry about the
closing paren. The same would be true for if/elseif conditionals:
if ($someCondition
&& $anotherCondition
&& $stillAnotherCondition
) {
One purpose of this is to reduce the size of changesets -- by pushing the
closing paren to the next line, if you insert another conditional at the
end later, you don't end up changing two lines -- only inserting one.
I'll be proposing similar changes for the ZF CS.
> // much PHP
> }
>
> Where it makes sense, I'll follow a similar pattern for method calls. The
> only hard rule I have is to keep both parameters and type hints paired at
> all times.
>
> Paddy
>
> public function longMethodDeclaration(Zend_Class $zendClass
>
> Trevor Johns wrote:
> >
> > Hi everyone,
> > I just have a quick question regarding the ZF coding style:
> >
> > There's an 80 column line-length for code, so long method declarations/
> > calls will need to be wrapped. This much is clear.
> >
> > However, what is convention as to how to indent method parameters
> > after wrapping? Should parameters be aligned, or should they just be
> > treated as a single long line?
> >
> > For example, which of these would be correct:
> >
> > $client = Zend_Gdata_ClientLogin::getHttpClient($user, $pass,
> > $service, null,
> > Zend_Gdata_ClientLogin::DEFAULT_SOURCE, null, null,
> > Zend_Gdata_ClientLogin::CLIENTLOGIN_URI, 'GOOGLE');
> >
> > (That's 2x4 spaces on the wrapped lines, whether this is correct
> > indentation is also unclear from the style guide.)
> >
> > or
> >
> > $client = Zend_Gdata_ClientLogin::getHttpClient($user,
> > $pass,
> > $service,
> > null,
> >
> > Zend_Gdata_ClientLogin::DEFAULT_SOURCE,
> > null,
> > null,
> >
> > Zend_Gdata_ClientLogin::CLIENTLOGIN_URI,
> > 'GOOGLE');
> >
> > I've scanned over the ZF style guide at the below URL, but couldn't
> > find any information that clarified this, so any input from the
> > community would be appreciated.
> >
> > http://framework.zend.com/manual/en/coding-standard.html
> >
> > Thanks.
> >
> > --
> > Trevor Johns
> > http://tjohns.net
> >
> >
> >
>
>
> -
> Pádraic Brady
>
> http://blog.astrumfutura.com
> http://www.patternsforphp.com
> OpenID Europe Foundation - Irish Representative
> --
> View this message in context:
> http://www.nabble.com/ZF-Style-Guide-Clarification%3A-Method-Parameter-Indentation-tp18706711p18709298.html
> Sent from the Zend Framework mailing list archive at Nabble.com.
>
--
Matthew Weier O'Phinney
Software Architect | [EMAIL PROTECTED]
Zend Framework | http://framework.zend.com/
Re: [fw-general] Zend_Form retain select value="0" on invalid submission
For a weird reason, I tried rearranging the order of the array of options
from
array_vals=array('1' => 'Active', '0'=>'Inactive');
TO:
array_vals=array('0' => 'Inactive', '1=>'Active');
and added the default value to the element instance and it works fine.
I wanted to make the 'Active' option show first, that's why i was listing it
first.
So I guess the order of the values array options is important on 0/1 values.
maxarbos wrote:
>
> I have a form that has a select field with two values: 1 and 0.
>
>
> Yes
> No
>
>
> When I submit the form and it is invalid, this select box does not
> remember the value of this field. It always defaults to '1'. There is no
> default value listed in the form builder file.
>
> All other fields of the form, including the other select fields retain
> their values when there is no '0' value choosen.
>
> Any advice would be great.
>
> Thanks.
>
>
--
View this message in context:
http://www.nabble.com/Zend_Form-retain-select-value%3D%220%22-on-invalid-submission-tp18712028p18712988.html
Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] Cannot redeclare class Zend_Loader -> Zend View Helper Partial
Hi,
I have created a wesite that uses partials on certain pages. The whole
thing worked fine on the local test server but when I migrated over to the
production server i got a very stange error that I can't track down.
Basically it says:
Fatal error: Cannot redeclare class zend_view_helper_partial in
/home/sam/dolphin2008.co.uk/application/library/Zend/View/Helper/Partial.php
on line 32
I understand what the error message means. What I don't understand is how
it only sometimes happens. All of the classes are included by a class which
extends Zend_Loader so it must be Zned_Loader which is the cause.
I am extending Zend_Loader with the following class:
class My_Loader extends Zend_Loader
{
public static function loadClass($class, $dirs = null)
{
parent::loadClass($class, $dirs);
}
public static function autoload($class)
{
try {
self::loadClass($class);
return $class;
} catch (Exception $e) {
$filename = str_replace("_", "/", $class) . '.php';
if(is_readable(APP_PATH . 'models/'.$filename))
{
include APP_PATH . 'models/'.$filename;
}
else
{
throw $e;
}
}
}
}
As you can see, its a basic class that tries the normal 'loadClass' method
and if this fails it then searches through my models directory to find the
right class.
But Zend_View_Helper_Partial is part of the core library. I never extend
this class and I am using it as per the documentation. But for some
reason Zend_Loader tries to included it twice (I assume) and produced the
error as described above.
Even more confusingly if I simply restart apache the error goes away.
Has anyone received similar errors?
Can someone who is more familiar with Zend_Loader or the spl_autoload work
out what is happening here?
Cheers,
Sam
--
View this message in context:
http://www.nabble.com/Cannot-redeclare-class-Zend_Loader--%3E-Zend-View-Helper-Partial-tp18710136p18710136.html
Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] ZF Style Guide Clarification: Method Parameter Indentation
I don't know about everyone else, but I once a param is going to cross the 80
space limit I'll put it on a new line indented from the start of the
function declaration and continue as normal:
public function longMethodDeclaration(Zend_Controller_Front $front,
Zend_Cache $cache = null, Zend_Db_Table $databaseTable,
Zend_Feed $feed)
{
// much PHP
}
Where it makes sense, I'll follow a similar pattern for method calls. The
only hard rule I have is to keep both parameters and type hints paired at
all times.
Paddy
public function longMethodDeclaration(Zend_Class $zendClass
Trevor Johns wrote:
>
> Hi everyone,
> I just have a quick question regarding the ZF coding style:
>
> There's an 80 column line-length for code, so long method declarations/
> calls will need to be wrapped. This much is clear.
>
> However, what is convention as to how to indent method parameters
> after wrapping? Should parameters be aligned, or should they just be
> treated as a single long line?
>
> For example, which of these would be correct:
>
> $client = Zend_Gdata_ClientLogin::getHttpClient($user, $pass,
> $service, null,
> Zend_Gdata_ClientLogin::DEFAULT_SOURCE, null, null,
> Zend_Gdata_ClientLogin::CLIENTLOGIN_URI, 'GOOGLE');
>
> (That's 2x4 spaces on the wrapped lines, whether this is correct
> indentation is also unclear from the style guide.)
>
> or
>
> $client = Zend_Gdata_ClientLogin::getHttpClient($user,
> $pass,
> $service,
> null,
>
> Zend_Gdata_ClientLogin::DEFAULT_SOURCE,
> null,
> null,
>
> Zend_Gdata_ClientLogin::CLIENTLOGIN_URI,
> 'GOOGLE');
>
> I've scanned over the ZF style guide at the below URL, but couldn't
> find any information that clarified this, so any input from the
> community would be appreciated.
>
> http://framework.zend.com/manual/en/coding-standard.html
>
> Thanks.
>
> --
> Trevor Johns
> http://tjohns.net
>
>
>
-
Pádraic Brady
http://blog.astrumfutura.com
http://www.patternsforphp.com
OpenID Europe Foundation - Irish Representative
--
View this message in context:
http://www.nabble.com/ZF-Style-Guide-Clarification%3A-Method-Parameter-Indentation-tp18706711p18709298.html
Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Re: Building statistics with ZF. click trail etc
Thanks for suggestions. Btw I think he was more refering to frontcontroller plugin rather than action helpers. Cheers till wrote: On Mon, Jul 28, 2008 at 9:31 AM, Jani Hartikainen <[EMAIL PROTECTED]> wrote: What I would do is perhaps create a controller plugin which runs once for each request. It could gather any parameters for the request, the URL used and any other info you might want, and then store it in DB/FS/whatever. If that data is stored with timestamps etc., you could later construct a click trail from it and such That's a good idea, I forgot what it's called... the action stack? Something like that, it should be on the manual - how to add to it and what it's good for. :) You could also do a base controller and extend the other controllers from it and do something in init() or predispatch()? Till
RE: [fw-general] The how-to / what to do upgrading 1.5.2 to 1.6.0
I just checked and the option is missing for me at this time.
log out/in didn't help
Karol
wllm wrote:
>
> Can you please try it again and let me know the results? Same goes for
> anyone else who thinks they should be able to add issues but can't
> somehow.
>
> Thanks.
> ,Wil
>
>> -Original Message-
>> From: Wil Sinclair
>> Sent: Friday, July 25, 2008 8:05 AM
>> To: 'Karol Grecki'; fw-general@lists.zend.com
>> Subject: RE: [fw-general] The how-to / what to do upgrading 1.5.2 to
>> 1.6.0
>>
>> BTW, I reproduced this problem with a test user. The issue seems to be
>> that your membership in the jira-users group isn't propagating to
> JIRA.
>> I have verified that you are in this group, however. I looked at it
>> briefly yesterday; right now I haven't honed in on the root cause, so
> I
>> don't have an ETA for a fix yet. I'll take a look at it as time
> permits
>> today.
>>
>> ,Wil
>>
>> > -Original Message-
>> > From: Karol Grecki [mailto:[EMAIL PROTECTED]
>> > Sent: Thursday, July 24, 2008 9:42 AM
>> > To: fw-general@lists.zend.com
>> > Subject: RE: [fw-general] The how-to / what to do upgrading 1.5.2 to
>> > 1.6.0
>> >
>> >
>> > I was logged in, I also tried logging out and in again but that
>> didn't
>> > help.
>> > I could see my profile, unresolved issues I reported etc.
>> > It seemed to be working fine, it's just the link was not there.
>> >
>> > Heh, I just checked and it's missing again.
>> > My profile says
>> > Groups:
>> > confluence-users
>> >
>> > Logging out didn't help. I don't have this option ATM.
>> > But it was there like an hour ago, because I raised an improvement.
>> >
>> > Karol
>> >
>> >
>> >
>> > wllm wrote:
>> > >
>> > > Could you please verify that you're logged in (check that your
> name
>> > is
>> > > listed with filters, profile, etc. links in the upper right-hand
>> > corner
>> > > *on the same page/request* where you don't see the 'create issue'
>> > > option? We've been having issues at our ISP with load balancing
>> that
>> > > manifests as the applications not authenticating correctly on some
>> > > responses, so you might log in, request a page that comes back as
>> if
>> > you
>> > > weren't logged in, then refresh and see a page where you're logged
>> in
>> > > again. :/ So far we have anecdotal evidence that this is not a
>> > problem
>> > > for everyone, so it may be IP or client state related. In any
> case,
>> > we
>> > > have a ticket open with our ISP and are actively working on it.
>> > > I will also verify that you belong to the right groups.
>> > >
>> > > Thanks.
>> > > ,Wil
>> > >
>> > >> -Original Message-
>> > >> From: Karol Grecki [mailto:[EMAIL PROTECTED]
>> > >> Sent: Thursday, July 24, 2008 4:15 AM
>> > >> To: fw-general@lists.zend.com
>> > >> Subject: Re: [fw-general] The how-to / what to do upgrading 1.5.2
>> to
>> > >> 1.6.0
>> > >>
>> > >>
>> > >> I had the same problem recently, CREATE NEW ISSUE was gone and
>> > >> reappeared few
>> > >> hours later.
>> > >> Other JIRA users claimed it's available, I wonder what was that
>> > about.
>> > >>
>> > >> Karol
>> > >>
>> > >>
>> > >> tfk wrote:
>> > >> >
>> > >> > On Thu, Jul 24, 2008 at 7:04 AM, Bruno Friedmann <[EMAIL PROTECTED]
>> > net.ch>
>> > >> > wrote:
>> > >> >> It is related, I try to find where and how I can insert an
>> issue
>> > > But
>> > >> >> don't find it in jira.
>> > >> >>
>> > >> >> It's a big blocker if it goes release without mention !!
>> > >> >
>> > >> > The link ("CREATE ISSUE") used to be up top, it disappeared for
>> me
>> > > as
>> > >> > well.
>> > >> >
>> > >> > Till
>> > >> >
>> > >> >
>> > >>
>> > >> --
>> > >> View this message in context: http://www.nabble.com/The-how-to---
>> > what-
>> > >> to-do-upgrading-1.5.2-to-1.6.0-tp18627451p18629794.html
>> > >> Sent from the Zend Framework mailing list archive at Nabble.com.
>> > >
>> > >
>> > >
>> >
>> > --
>> > View this message in context: http://www.nabble.com/The-how-to---
>> what-
>> > to-do-upgrading-1.5.2-to-1.6.0-tp18627451p18635880.html
>> > Sent from the Zend Framework mailing list archive at Nabble.com.
>
>
>
--
View this message in context:
http://www.nabble.com/The-how-to---what-to-do-upgrading-1.5.2-to-1.6.0-tp18627451p18707243.html
Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Error in Zend Framework 1.6 RC1 ?
No, It doesn't solve it for me.
I use controller plugin to set up my view code in plugin is :
public function dispatchLoopStartup(Zend_Controller_Request_Abstract
$request)
{
$viewRenderer =
Zend_Controller_Action_HelperBroker::getStaticHelper('viewRenderer');
$viewRenderer->setViewBasePathSpec('../application/views');
$viewRenderer->setViewScriptPathSpec(':module/:controller/:action.:suffix');
$viewRenderer->setView(new Zend_View());
$viewRenderer->view->addHelperPath('../application/views/helpers',
'Dhi_View_Helper');
$viewRenderer->view->strictVars(false);
}
-
My helper class:
class Dhi_View_Helper_ActionUri
{
public function actionUri($base, $replacement)
{
$returnString = str_replace(array_keys($replacement),
array_values($replacement), $base);
$returnString = preg_replace('/%[^%]{0,}%/i', 'NULL',
$returnString);
return $returnString;
}
}
When I want to use that helper inside a view script that is used in Admin
module, any controller and any action i get Exception: File ActionUri.php
was loaded but class named Admin_View_Helper_ActionUri was not found within
it.
So File was loaded, but again it searched module based helper.
I was trying to see what is going on inside ZF code and i saw 3 class names
it is looking for. Common Zend Helper class, class prefixed with what I
added with addHelperPath() and this Module based class (the one that makes
thing throw exception)
Helpers were written according to :
http://framework.zend.com/manual/en/zend.view.helpers.html#zend.view.helpers.custom
Matthew Weier O'Phinney-3 wrote:
>
> -- Matthew Weier O'Phinney <[EMAIL PROTECTED]> wrote
> (on Monday, 28 July 2008, 01:37 PM -0400):
> Should be fixed now; please see
>
> http://framework.zend.com/issues/browse/ZF-3783
>
> for details.
>
>
> --
> Matthew Weier O'Phinney
> Software Architect | [EMAIL PROTECTED]
> Zend Framework | http://framework.zend.com/
>
>
--
View this message in context:
http://www.nabble.com/Error-in-Zend-Framework-1.6-RC1---tp18621418p18706990.html
Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] ZF Style Guide Clarification: Method Parameter Indentation
Hi everyone, I just have a quick question regarding the ZF coding style: There's an 80 column line-length for code, so long method declarations/ calls will need to be wrapped. This much is clear. However, what is convention as to how to indent method parameters after wrapping? Should parameters be aligned, or should they just be treated as a single long line? For example, which of these would be correct: $client = Zend_Gdata_ClientLogin::getHttpClient($user, $pass, $service, null, Zend_Gdata_ClientLogin::DEFAULT_SOURCE, null, null, Zend_Gdata_ClientLogin::CLIENTLOGIN_URI, 'GOOGLE'); (That's 2x4 spaces on the wrapped lines, whether this is correct indentation is also unclear from the style guide.) or $client = Zend_Gdata_ClientLogin::getHttpClient($user, $pass, $service, null, Zend_Gdata_ClientLogin::DEFAULT_SOURCE, null, null, Zend_Gdata_ClientLogin::CLIENTLOGIN_URI, 'GOOGLE'); I've scanned over the ZF style guide at the below URL, but couldn't find any information that clarified this, so any input from the community would be appreciated. http://framework.zend.com/manual/en/coding-standard.html Thanks. -- Trevor Johns http://tjohns.net
