Re: [fw-general] Mail and mime bugs with EOL

2007-12-16 Thread Tomáš Procházka
Hi.

Nobody think that in Zend_Mime::encode() is missing one parameter?
This parametr is called outside of Zend_Mime::encode().

I think that this methos should be look like this:

/**
 * Encode the given string with the given encoding.
 *
 * @param string $str
 * @param string $encoding
 * @param string $EOL EOL string; defaults to [EMAIL PROTECTED] 
Zend_Mime::LINEEND}
 * @return string
 */
public static function encode($str, $encoding, $EOL = self::LINEEND)
{
switch ($encoding) {
case self::ENCODING_BASE64:
return self::encodeBase64($str, self::LINELENGTH, $EOL);

case self::ENCODING_QUOTEDPRINTABLE:
return self::encodeQuotedPrintable($str, self::LINELENGTH, 
$EOL);

default:
/**
 * @todo 7Bit and 8Bit is currently handled the same way.
 */
return $str;
}
}


-- Original message --
   From: Tomáš Procházka <[EMAIL PROTECTED]>
Subject: [fw-general] Mail and mime bugs with EOL
   Date: Friday, November 16, 2007, 10:50:44 AM
Attachments: Mime-encode-EOL.path
  msgid:[EMAIL PROTECTED]

TP> Hi.

TP> I found several important bugs in Mail and Mime parts of Zend Framework.
TP> But I don't have write access to Issue Tracker, than I write it here.

TP> In Mail and Mime packages is used different EOL type, for example:
TP> Zend_Mail_Protocol_Abstract \r\n
TP> Zend_Mail_Transport_Abstract\r\n
TP> Zend_Mail_Transport_Smtp\n
TP> Zend_Mime   \n

TP> This cause problem in many SMTP server, because:
TP> http://cr.yp.to/docs/smtplf.html

TP> Yes I can use this:
TP> $transport = new Zend_Mail_Transport_Smtp('smtp.upcmail.cz');
$transport->>EOL = "\r\n";

TP> But there is another bug in Zend_Mime encode() method witch hasn't defined
TP> EOL parameter and doesn't delegate EOL to encodeBase64() and
TP> encodeQuotedPrintable(). I send patch for in in attachement.


TP> Another, but not so important bug is style which Mail create from,to,cc,
TP> etc. header. When I call method:

$mail->>setFrom([EMAIL PROTECTED]);

TP> Zend call internally:

$this->>_storeHeader('From', $this->_encodeHeader('"'.$name.'"').'
$this->><'.$email.'>', true);

TP> but this produce this header:

TP> From: "" <[EMAIL PROTECTED]>

TP> And Mail client show empty text in from colum :-(

TP> Much better would be something like this:

TP> if ($name == '') {
TP> $this->_storeHeader('From', $email, true);
TP> } else {
TP> $this->_storeHeader('From', $this->_encodeHeader('"'.$name.'"').'
TP> <'.$email.'>', true); 
TP> }

TP> The same for To, etc. headers.


--- End of original message --

-- 
 Tomas Prochazka



Re: [fw-general] Proposal process question

2007-12-16 Thread Federico Cargnelutti

Crystal clear. Thanks guys!


Federico Cargnelutti wrote:
> 
> Hi, a quick question: How and when does a proposal move to the "Ready for
> Review" section? I couldn't find any documentation on that. Because if a
> proposal never moves to the "Ready for review" section, it will never be
> reviewed by the community or move forward. Does anyone know how this stage
> of the proposal process works?
> 
> Thanks,
>  
> Federico
> 

-- 
View this message in context: 
http://www.nabble.com/Proposal-process-question-tp14366643s16154p14368168.html
Sent from the Zend Framework mailing list archive at Nabble.com.



[fw-general] Filter_Input - Getting Data in a Validator

2007-12-16 Thread SiCo007

Is it possible to get filterred data inside a validator. What I want is to
validate data against a value in the database, but to also include a where
clause containing an id from the form. For instance you can only have a
unique name per group, so the where would be group=1 (1 coming from a group
drop down on the form).

Obviously I don't want to refilter this in the validator so can I access
filterred and / or validated data in the validators, or do I just send both
fields to the validator, filter the id before carrying out the query
validation on the actual data?

Thanks for any help.
Simon

-
Simon Corless

http://www.ajb007.co.uk/
-- 
View this message in context: 
http://www.nabble.com/Filter_Input---Getting-Data-in-a-Validator-tp14367606s16154p14367606.html
Sent from the Zend Framework mailing list archive at Nabble.com.



Re: [fw-general] Proposal process question

2007-12-16 Thread Matthew Weier O'Phinney
-- Federico Cargnelutti <[EMAIL PROTECTED]> wrote
(on Sunday, 16 December 2007, 01:37 PM -0800):
> Hi, a quick question: How and when does a proposal move to the "Ready for
> Review" section? I couldn't find any documentation on that. Because if a
> proposal never moves to the "Ready for review" section, it will never be
> reviewed by the community or move forward. Does anyone know how this stage
> of the proposal process works?

It is up to the proposal author to move the proposal to "Ready for
Review" section -- which is done by simply re-parenting the page to that
section (there's a box at the top of the page when editing that
indicates the parent page).

Once it is marked as "Ready for Review", someone on the Zend core team
will schedule a review.

-- 
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/


RE: [fw-general] Proposal process question

2007-12-16 Thread Wil Sinclair
I know that we used to have an explanation of this step before, but I
couldn't find anything just now in the proposals space. No big deal, I
just added it to the proposal process page:
http://framework.zend.com/wiki/display/ZFPROP/Zend+Framework+Proposal+Pr
ocess+Detail . :) Let me know if you have any further questions.

Thanks.
,Wil

> -Original Message-
> From: Federico Cargnelutti [mailto:[EMAIL PROTECTED]
> Sent: Sunday, December 16, 2007 1:37 PM
> To: fw-general@lists.zend.com
> Subject: [fw-general] Proposal process question
> 
> 
> Hi, a quick question: How and when does a proposal move to the "Ready
> for
> Review" section? I couldn't find any documentation on that. Because if
> a
> proposal never moves to the "Ready for review" section, it will never
> be
> reviewed by the community or move forward. Does anyone know how this
> stage
> of the proposal process works?
> 
> Thanks,
> 
> Federico
> --
> View this message in context: http://www.nabble.com/Proposal-process-
> question-tp14366643s16154p14366643.html
> Sent from the Zend Framework mailing list archive at Nabble.com.



[fw-general] Proposal process question

2007-12-16 Thread Federico Cargnelutti

Hi, a quick question: How and when does a proposal move to the "Ready for
Review" section? I couldn't find any documentation on that. Because if a
proposal never moves to the "Ready for review" section, it will never be
reviewed by the community or move forward. Does anyone know how this stage
of the proposal process works?

Thanks,
 
Federico
-- 
View this message in context: 
http://www.nabble.com/Proposal-process-question-tp14366643s16154p14366643.html
Sent from the Zend Framework mailing list archive at Nabble.com.



Re: [fw-general] Zend_View Enhanced placeholders ready to test

2007-12-16 Thread Matthew Weier O'Phinney
-- Łukasz Wojciechowski <[EMAIL PROTECTED]> wrote
(on Sunday, 16 December 2007, 10:28 AM +0100):
> I've made incubator's doc this morning. You can check it out under
> 
> http://nostra.art.pl/Zend/Incubator/

Thanks for doing this!

-- 
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/


Re: [fw-general] eAccelerator causing Fatal error: Uncaught exception...

2007-12-16 Thread Matthew Weier O'Phinney
-- htorun <[EMAIL PROTECTED]> wrote
(on Saturday, 15 December 2007, 08:45 PM -0800):
> Matthew Weier O'Phinney-3 wrote:
> > There have been reports on this list before; search for eaccelerator on
> > the Nabble ZF forums. 
> 
> I did not know it was the eaccelerator causing the problem and
> searching fw-general on Nabble for "fatal error: uncaught exception"
> did not give any clue about it. So at least now this thread shows up
> in search results and may hopefully be helpful to someone. Otherwise
> sorry for bringing up this eaccelerator issue again.

No worries -- I just wanted to point out that others have had similar
issues. I think it's good to revive it on the list periodically so it
stays fresh in people's minds. :-)

-- 
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/


[fw-general] can not include the xajax.ini.php

2007-12-16 Thread alanyao

work fine before,but when i include the xajax file,it will get error(part
1)

class IndexController extends Zend_Controller_Action
{
function indexAction()
{
   require_once('library/xajax/xajax_core/xajax.inc.php');
//part 1
   $xajax = new xajax();  
 ...
 }
   ..
}

Strict Standards: Assigning the return value of new by reference is
deprecated in
E:\AppServ\www\zf-tutorial\library\xajax\xajax_core\xajax.inc.php on line
351

Strict Standards: Assigning the return value of new by reference is
deprecated in
E:\AppServ\www\zf-tutorial\library\xajax\xajax_core\xajax.inc.php on line
1254


after $xajax->processRequests(); will get more errors

Strict Standards: Only variables should be assigned by reference in
E:\AppServ\www\zf-tutorial\library\xajax\xajax_core\xajaxPluginManager.inc.php
on line 268

Strict Standards: is_a(): Deprecated. Please use the instanceof operator in
E:\AppServ\www\zf-tutorial\library\xajax\xajax_core\xajaxPluginManager.inc.php
on line 269

Strict Standards: is_a(): Deprecated. Please use the instanceof operator in
E:\AppServ\www\zf-tutorial\library\xajax\xajax_core\plugin_layer\xajaxFunctionPlugin.inc.php
on line 133

Strict Standards: Only variables should be assigned by reference in
E:\AppServ\www\zf-tutorial\library\xajax\xajax_core\xajaxPluginManager.inc.php
on line 268

Strict Standards: is_a(): Deprecated. Please use the instanceof operator in
E:\AppServ\www\zf-tutorial\library\xajax\xajax_core\xajaxPluginManager.inc.php
on line 269

Fatal error: Call to undefined method xajax::processRequests() in
E:\AppServ\www\zf-tutorial\application\controllers\IndexController.php on
line 15

i can not find out the reason(ZF-1.0.3+SMARTY-2.6x+XAJAX-0.5b4)

i just want to  ZF+SMARTY+AJAX  the prototype made me trouble...
before, the XAJAX make me trouble now . and there is not example for me
to trying the jquery

who can help me :,(
-- 
View this message in context: 
http://www.nabble.com/can-not-include-the-xajax.ini.php-tp14362091s16154p14362091.html
Sent from the Zend Framework mailing list archive at Nabble.com.



[fw-general] Project Teams and Separate Mailing Lists. . .

2007-12-16 Thread Wil Sinclair
Does anybody find the concept of project teams (as laid out here:
http://framework.zend.com/wiki/display/ZFDEV/Project+Teams) worthwhile?
That is to say, not just occasionally useful, but actually worth the
extra effort to maintain and the additional complexity that they add to
the overall project? Most of the project team pages on the wiki are
woefully out of date at this point, and I happen to be very skeptical
about any process or structure that isn't part of any critical workflow
for a project- they tend to get abandoned as soon as higher-priority and
more immediate tasks come up- as these seem to have been.
Also- separate mailing lists- same question. Only 3 lists get more than
the occasional mail: general, mvc, and db. I'd venture to guess that
most of us subscribe to all 3 of these, and people tend to cross-post or
post specific questions in general if they want to make sure everyone
reads them anyways. Our traffic across all mailing lists adds up to
about 5-10 mails per day, which IMO is a nice lively- but not
overwhelming- mail rate on a list. If you think that some of these
separate lists are useful, why and which ones? Please keep in mind the
potential confusion of those new to framework who have a question and
may not know which place is best to post it or that some of these lists
are not widely read.

Thanks for any feedback.
,Wil


Re: [fw-general] Zend_View Enhanced placeholders ready to test

2007-12-16 Thread Łukasz Wojciechowski
I've made incubator's doc this morning. You can check it out under

http://nostra.art.pl/Zend/Incubator/

-- 
Łukasz Wojciechowski


Re: [fw-general] Patches

2007-12-16 Thread Trevor Johns

On Dec 15, 2007, at 7:16 PM, Wil Sinclair wrote:


adding instructions that everyone use the 'patch' issue type so
that we can properly report against them



+1

Since JIRA doesn't have the ability to flag an attachment as a patch  
like Bugzilla, having patches submitted using the Patch issue type  
(and linked to the original issue, if it exists) would make it  
possible to search for uncommitted patches.


It would also be nice if there was some way of flagging a patch as  
needing review. Maybe set a wiki page aside for tracking this, like is  
already done for proposals needing review?


--
Trevor Johns
http://tjohns.net