Re: [symfony-users] Textarea onclick event?
Perhaps try: array('onclick'=>'alert("yo"); return false; ')) //No javascript: On Sun, Oct 31, 2010 at 8:44 PM, Parijat Kalia wrote: > Hey guys,r unning into a silly doubt that should so not happen at all! > > I have a textarea tag, > > array('onclick'=>'javascript:alert("yo") ')) ;?> > > and the onclick event is failing to render itself in the HTML tag. > > Any pointers what I am doing wrong here? > > Thanks! > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Gareth McCumskey http://garethmccumskey.blogspot.com twitter: @garethmcc -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] HTTP 404 Error on newest "A week of symfony"
Hi, 2010/11/1 J. Dreesen : > Some hours ago, Javier Eguiluz wrote the newest "A week of symfony" > which is number 200! I like this weekly overview very much, but sadly, > this time I couldn't read it, because the URL > http://www.symfony-project.org/blog/2010/10/31/a-week-of-symfony-200-25-31-october-2010 > is not found :( > > Symfony team, can you please fix this? Thx in advance! I think that we should cc someone from sf team. http://trac.symfony-project.org/roadmap it is also a little messy Kind regards, Michal > > Jacob > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
[symfony-users] several parallel requests from one client?
hello, when I start a symfony web request that needs several seconds to be finished, other requests to the same server/symfony application sent from the same client browser are "locked" until the first request is finished. (requests started during the processing time of the first long request that are sent from other clients (with other cookies and client ips) are processed immediately. is this a symfony configured behaviour (max parallel requests per cookie or per ip?) or rather an apache config issue? kind regards axel -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] several parallel requests from one client?
This is a session issue. While a request is being processed, others from the same client (same sessionid) are held back to prevent simultaneous output to the session storage. In php, you can use session_write_close() to tell when you're finished writing to the session array (and php will start processing the next request in the background), in symfony there's the shutdown() function of sfUser. On Mon, Nov 1, 2010 at 11:26, axel at wrote: > hello, > > when I start a symfony web request that needs several seconds to be > finished, other requests to the same server/symfony application sent > from the same client browser are "locked" until the first request is > finished. (requests started during the processing time of the first > long request that are sent from other clients (with other cookies and > client ips) are processed immediately. > > is this a symfony configured behaviour (max parallel requests per > cookie or per ip?) or rather an apache config issue? > > kind regards > axel > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] several parallel requests from one client?
I wrote a blog post about this ages back. Feel free to take a look: http://garethmccumskey.blogspot.com/2009/10/php-session-write-locking-and-how-to.html On Mon, Nov 1, 2010 at 12:26 PM, axel at wrote: > hello, > > when I start a symfony web request that needs several seconds to be > finished, other requests to the same server/symfony application sent > from the same client browser are "locked" until the first request is > finished. (requests started during the processing time of the first > long request that are sent from other clients (with other cookies and > client ips) are processed immediately. > > is this a symfony configured behaviour (max parallel requests per > cookie or per ip?) or rather an apache config issue? > > kind regards > axel > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Gareth McCumskey http://garethmccumskey.blogspot.com twitter: @garethmcc -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] HTTP 404 Error on newest "A week of symfony"
fixed now. -- Fabien Potencier Sensio CEO - symfony lead developer sensiolabs.com | symfony-project.org | fabien.potencier.org Tél: +33 1 40 99 80 80 On 11/1/10 11:22 AM, Michał Piotrowski wrote: Hi, 2010/11/1 J. Dreesen: Some hours ago, Javier Eguiluz wrote the newest "A week of symfony" which is number 200! I like this weekly overview very much, but sadly, this time I couldn't read it, because the URL http://www.symfony-project.org/blog/2010/10/31/a-week-of-symfony-200-25-31-october-2010 is not found :( Symfony team, can you please fix this? Thx in advance! I think that we should cc someone from sf team. http://trac.symfony-project.org/roadmap it is also a little messy Kind regards, Michal Jacob -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
[symfony-users] Re: several parallel requests from one client?
thx for your help: adding: $this->getUser()->shutdown(); session_write_close(); to the actions that usually take a long time (eg. pdf generation, xls exports,...) solved our problem thx a lot! On 1 Nov., 11:59, Gareth McCumskey wrote: > I wrote a blog post about this ages back. Feel free to take a look: > > http://garethmccumskey.blogspot.com/2009/10/php-session-write-locking... > > > > On Mon, Nov 1, 2010 at 12:26 PM, axel at wrote: > > hello, > > > when I start a symfony web request that needs several seconds to be > > finished, other requests to the same server/symfony application sent > > from the same client browser are "locked" until the first request is > > finished. (requests started during the processing time of the first > > long request that are sent from other clients (with other cookies and > > client ips) are processed immediately. > > > is this a symfony configured behaviour (max parallel requests per > > cookie or per ip?) or rather an apache config issue? > > > kind regards > > axel > > > -- > > If you want to report a vulnerability issue on symfony, please send it to > > security at symfony-project.com > > > You received this message because you are subscribed to the Google > > Groups "symfony users" group. > > To post to this group, send email to symfony-users@googlegroups.com > > To unsubscribe from this group, send email to > > symfony-users+unsubscr...@googlegroups.com > > For more options, visit this group at > >http://groups.google.com/group/symfony-users?hl=en > > -- > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > twitter: @garethmcc -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: several parallel requests from one client?
$this->getUser()->shutdown() == session_write_close(); No need for both :) On Mon, Nov 1, 2010 at 1:36 PM, axel at wrote: > thx for your help: > > adding: > > $this->getUser()->shutdown(); > session_write_close(); > > to the actions that usually take a long time (eg. pdf generation, xls > exports,...) > solved our problem > > thx a lot! > > > > > On 1 Nov., 11:59, Gareth McCumskey wrote: > > I wrote a blog post about this ages back. Feel free to take a look: > > > > http://garethmccumskey.blogspot.com/2009/10/php-session-write-locking... > > > > > > > > On Mon, Nov 1, 2010 at 12:26 PM, axel at wrote: > > > hello, > > > > > when I start a symfony web request that needs several seconds to be > > > finished, other requests to the same server/symfony application sent > > > from the same client browser are "locked" until the first request is > > > finished. (requests started during the processing time of the first > > > long request that are sent from other clients (with other cookies and > > > client ips) are processed immediately. > > > > > is this a symfony configured behaviour (max parallel requests per > > > cookie or per ip?) or rather an apache config issue? > > > > > kind regards > > > axel > > > > > -- > > > If you want to report a vulnerability issue on symfony, please send it > to > > > security at symfony-project.com > > > > > You received this message because you are subscribed to the Google > > > Groups "symfony users" group. > > > To post to this group, send email to symfony-users@googlegroups.com > > > To unsubscribe from this group, send email to > > > symfony-users+unsubscr...@googlegroups.com > > > > > > For more options, visit this group at > > >http://groups.google.com/group/symfony-users?hl=en > > > > -- > > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > > twitter: @garethmcc > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Gareth McCumskey http://garethmccumskey.blogspot.com twitter: @garethmcc -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: several parallel requests from one client?
http://trac.symfony-project.org/browser/branches/1.4/lib/user/sfUser.class.php#L285 It does not call session_write_close(). On Mon, Nov 1, 2010 at 12:54, Gareth McCumskey wrote: > $this->getUser()->shutdown() == session_write_close(); > No need for both :) > > On Mon, Nov 1, 2010 at 1:36 PM, axel at wrote: >> >> thx for your help: >> >> adding: >> >> $this->getUser()->shutdown(); >> session_write_close(); >> >> to the actions that usually take a long time (eg. pdf generation, xls >> exports,...) >> solved our problem >> >> thx a lot! >> >> >> >> >> On 1 Nov., 11:59, Gareth McCumskey wrote: >> > I wrote a blog post about this ages back. Feel free to take a look: >> > >> > http://garethmccumskey.blogspot.com/2009/10/php-session-write-locking... >> > >> > >> > >> > On Mon, Nov 1, 2010 at 12:26 PM, axel at wrote: >> > > hello, >> > >> > > when I start a symfony web request that needs several seconds to be >> > > finished, other requests to the same server/symfony application sent >> > > from the same client browser are "locked" until the first request is >> > > finished. (requests started during the processing time of the first >> > > long request that are sent from other clients (with other cookies and >> > > client ips) are processed immediately. >> > >> > > is this a symfony configured behaviour (max parallel requests per >> > > cookie or per ip?) or rather an apache config issue? >> > >> > > kind regards >> > > axel >> > >> > > -- >> > > If you want to report a vulnerability issue on symfony, please send it >> > > to >> > > security at symfony-project.com >> > >> > > You received this message because you are subscribed to the Google >> > > Groups "symfony users" group. >> > > To post to this group, send email to symfony-users@googlegroups.com >> > > To unsubscribe from this group, send email to >> > > >> > > symfony-users+unsubscr...@googlegroups.com >> > > For more options, visit this group at >> > >http://groups.google.com/group/symfony-users?hl=en >> > >> > -- >> > Gareth McCumskeyhttp://garethmccumskey.blogspot.com >> > twitter: @garethmcc >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en > > > > -- > Gareth McCumskey > http://garethmccumskey.blogspot.com > twitter: @garethmcc > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
[symfony-users] Re: several parallel requests from one client?
On 1 Nov., 12:54, Gareth McCumskey wrote: > $this->getUser()->shutdown() == session_write_close(); > > No need for both :) > hm in symfony 1.4.6 session_write_close(); is only called within the shutdown function of sfSessionStorage class. but not called from sfBasicSecurityUser->shutdown() nor from sfUser.shutdown() so I had to call it after $this->getUser()->shutdown()... maybe a symfony change? > > > On Mon, Nov 1, 2010 at 1:36 PM, axel at wrote: > > thx for your help: > > > adding: > > > $this->getUser()->shutdown(); > > session_write_close(); > > > to the actions that usually take a long time (eg. pdf generation, xls > > exports,...) > > solved our problem > > > thx a lot! > > > On 1 Nov., 11:59, Gareth McCumskey wrote: > > > I wrote a blog post about this ages back. Feel free to take a look: > > > >http://garethmccumskey.blogspot.com/2009/10/php-session-write-locking... > > > > On Mon, Nov 1, 2010 at 12:26 PM, axel at wrote: > > > > hello, > > > > > when I start a symfony web request that needs several seconds to be > > > > finished, other requests to the same server/symfony application sent > > > > from the same client browser are "locked" until the first request is > > > > finished. (requests started during the processing time of the first > > > > long request that are sent from other clients (with other cookies and > > > > client ips) are processed immediately. > > > > > is this a symfony configured behaviour (max parallel requests per > > > > cookie or per ip?) or rather an apache config issue? > > > > > kind regards > > > > axel > > > > > -- > > > > If you want to report a vulnerability issue on symfony, please send it > > to > > > > security at symfony-project.com > > > > > You received this message because you are subscribed to the Google > > > > Groups "symfony users" group. > > > > To post to this group, send email to symfony-users@googlegroups.com > > > > To unsubscribe from this group, send email to > > > > symfony-users+unsubscr...@googlegroups.com > > > > > > > For more options, visit this group at > > > >http://groups.google.com/group/symfony-users?hl=en > > > > -- > > > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > > > twitter: @garethmcc > > > -- > > If you want to report a vulnerability issue on symfony, please send it to > > security at symfony-project.com > > > You received this message because you are subscribed to the Google > > Groups "symfony users" group. > > To post to this group, send email to symfony-users@googlegroups.com > > To unsubscribe from this group, send email to > > symfony-users+unsubscr...@googlegroups.com > > For more options, visit this group at > >http://groups.google.com/group/symfony-users?hl=en > > -- > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > twitter: @garethmcc -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: several parallel requests from one client?
I see that now. Looking at the 1.1 library (which one of our projects is still currently using) session_write_close is included after the write methods are called. Why would this be removed? Its only helpful to have it there. On Mon, Nov 1, 2010 at 2:00 PM, Gábor Fási wrote: > > http://trac.symfony-project.org/browser/branches/1.4/lib/user/sfUser.class.php#L285 > > It does not call session_write_close(). > > On Mon, Nov 1, 2010 at 12:54, Gareth McCumskey > wrote: > > $this->getUser()->shutdown() == session_write_close(); > > No need for both :) > > > > On Mon, Nov 1, 2010 at 1:36 PM, axel at wrote: > >> > >> thx for your help: > >> > >> adding: > >> > >> $this->getUser()->shutdown(); > >> session_write_close(); > >> > >> to the actions that usually take a long time (eg. pdf generation, xls > >> exports,...) > >> solved our problem > >> > >> thx a lot! > >> > >> > >> > >> > >> On 1 Nov., 11:59, Gareth McCumskey wrote: > >> > I wrote a blog post about this ages back. Feel free to take a look: > >> > > >> > > http://garethmccumskey.blogspot.com/2009/10/php-session-write-locking... > >> > > >> > > >> > > >> > On Mon, Nov 1, 2010 at 12:26 PM, axel at > wrote: > >> > > hello, > >> > > >> > > when I start a symfony web request that needs several seconds to be > >> > > finished, other requests to the same server/symfony application sent > >> > > from the same client browser are "locked" until the first request is > >> > > finished. (requests started during the processing time of the first > >> > > long request that are sent from other clients (with other cookies > and > >> > > client ips) are processed immediately. > >> > > >> > > is this a symfony configured behaviour (max parallel requests per > >> > > cookie or per ip?) or rather an apache config issue? > >> > > >> > > kind regards > >> > > axel > >> > > >> > > -- > >> > > If you want to report a vulnerability issue on symfony, please send > it > >> > > to > >> > > security at symfony-project.com > >> > > >> > > You received this message because you are subscribed to the Google > >> > > Groups "symfony users" group. > >> > > To post to this group, send email to symfony-users@googlegroups.com > >> > > To unsubscribe from this group, send email to > >> > > > >> > > symfony-users+unsubscr...@googlegroups.com > > > > >> > > For more options, visit this group at > >> > >http://groups.google.com/group/symfony-users?hl=en > >> > > >> > -- > >> > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > >> > twitter: @garethmcc > >> > >> -- > >> If you want to report a vulnerability issue on symfony, please send it > to > >> security at symfony-project.com > >> > >> You received this message because you are subscribed to the Google > >> Groups "symfony users" group. > >> To post to this group, send email to symfony-users@googlegroups.com > >> To unsubscribe from this group, send email to > >> symfony-users+unsubscr...@googlegroups.com > >> For more options, visit this group at > >> http://groups.google.com/group/symfony-users?hl=en > > > > > > > > -- > > Gareth McCumskey > > http://garethmccumskey.blogspot.com > > twitter: @garethmcc > > > > -- > > If you want to report a vulnerability issue on symfony, please send it to > > security at symfony-project.com > > > > You received this message because you are subscribed to the Google > > Groups "symfony users" group. > > To post to this group, send email to symfony-users@googlegroups.com > > To unsubscribe from this group, send email to > > symfony-users+unsubscr...@googlegroups.com > > For more options, visit this group at > > http://groups.google.com/group/symfony-users?hl=en > > > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Gareth McCumskey http://garethmccumskey.blogspot.com twitter: @garethmcc -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: several parallel requests from one client?
If it IS called in sfSessionStorage then it is called after all as sfSessionStorage manages the writes to session. On Mon, Nov 1, 2010 at 2:03 PM, axel at wrote: > > > On 1 Nov., 12:54, Gareth McCumskey wrote: > > $this->getUser()->shutdown() == session_write_close(); > > > > No need for both :) > > > > hm in symfony 1.4.6 session_write_close(); is only called within the > shutdown function of sfSessionStorage class. > but not called from sfBasicSecurityUser->shutdown() nor from > sfUser.shutdown() > so I had to call it after $this->getUser()->shutdown()... > > maybe a symfony change? > > > > > > > > > > > On Mon, Nov 1, 2010 at 1:36 PM, axel at wrote: > > > thx for your help: > > > > > adding: > > > > > $this->getUser()->shutdown(); > > > session_write_close(); > > > > > to the actions that usually take a long time (eg. pdf generation, xls > > > exports,...) > > > solved our problem > > > > > thx a lot! > > > > > On 1 Nov., 11:59, Gareth McCumskey wrote: > > > > I wrote a blog post about this ages back. Feel free to take a look: > > > > > > > http://garethmccumskey.blogspot.com/2009/10/php-session-write-locking... > > > > > > On Mon, Nov 1, 2010 at 12:26 PM, axel at > wrote: > > > > > hello, > > > > > > > when I start a symfony web request that needs several seconds to be > > > > > finished, other requests to the same server/symfony application > sent > > > > > from the same client browser are "locked" until the first request > is > > > > > finished. (requests started during the processing time of the first > > > > > long request that are sent from other clients (with other cookies > and > > > > > client ips) are processed immediately. > > > > > > > is this a symfony configured behaviour (max parallel requests per > > > > > cookie or per ip?) or rather an apache config issue? > > > > > > > kind regards > > > > > axel > > > > > > > -- > > > > > If you want to report a vulnerability issue on symfony, please send > it > > > to > > > > > security at symfony-project.com > > > > > > > You received this message because you are subscribed to the Google > > > > > Groups "symfony users" group. > > > > > To post to this group, send email to > symfony-users@googlegroups.com > > > > > To unsubscribe from this group, send email to > > > > > symfony-users+unsubscr...@googlegroups.com > > > > > > > > > > > > > > > > For more options, visit this group at > > > > >http://groups.google.com/group/symfony-users?hl=en > > > > > > -- > > > > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > > > > twitter: @garethmcc > > > > > -- > > > If you want to report a vulnerability issue on symfony, please send it > to > > > security at symfony-project.com > > > > > You received this message because you are subscribed to the Google > > > Groups "symfony users" group. > > > To post to this group, send email to symfony-users@googlegroups.com > > > To unsubscribe from this group, send email to > > > symfony-users+unsubscr...@googlegroups.com > > > > > > For more options, visit this group at > > >http://groups.google.com/group/symfony-users?hl=en > > > > -- > > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > > twitter: @garethmcc > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Gareth McCumskey http://garethmccumskey.blogspot.com twitter: @garethmcc -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
[symfony-users] Re: All new symfony developers please read...
On 29 Ott, 16:24, "cordo...@gmail.com" wrote: > oh!!! What exactly are we missing in the English version? Everything updated in the repository in the last 2 or 3 weeks (about) > I am sure Fabien will take action if he notices. So, please let him know. I already did and I don't want to bother him too much. cheers Massimiliano -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
[symfony-users] Re: Textarea onclick event?
On 31 Ott, 19:44, Parijat Kalia wrote: > Hey guys,r unning into a silly doubt that should so not happen at all! > > I have a textarea tag, > > array('onclick'=>'javascript:alert("yo") ')) ;?> > > and the onclick event is failing to render itself in the HTML tag. > > Any pointers what I am doing wrong here? It's wrong to rely on html inline javascript. You should move your javascript logic into a javascript file, relying on javascript events. See http://api.jquery.com/click/ cheers Massimiliano -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: Textarea onclick event?
I would say wrong is not the right word here.. perhaps not the maximum best practice. It depends on your audience.. if it doesn't make a huge deal to your audience then its not that big of a deal. however if you can afford the resources then using unobtrusive hooks is a best practice and helps keep code maintainable. asp.net uses html 5 data- attributes to hook up unobtrusive javascript calls to elements.. its quite interesting. On Mon, Nov 1, 2010 at 12:17, Massimiliano Arione wrote: > On 31 Ott, 19:44, Parijat Kalia wrote: > > Hey guys,r unning into a silly doubt that should so not happen at all! > > > > I have a textarea tag, > > > > > array('onclick'=>'javascript:alert("yo") ')) ;?> > > > > and the onclick event is failing to render itself in the HTML tag. > > > > Any pointers what I am doing wrong here? > > It's wrong to rely on html inline javascript. > You should move your javascript logic into a javascript file, relying > on javascript events. See http://api.jquery.com/click/ > > cheers > Massimiliano > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Alex Pilon (613) 608-1480 -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: Textarea onclick event?
Doesn't really answer my question. I have used several javascripts in the format : array('onclick'=>'javascript:alert("yo")')...the alert is just a filler function for now, there are offcourse different javascript functions. Every other input tag that I have used a javascript fucntion, it works fine, so I am more concerned about it's positioning in the textarea tag than I am for the right method of coding. Thanks for the guidelines though, anybody with an answer for this? On Mon, Nov 1, 2010 at 9:21 AM, Alex Pilon wrote: > I would say wrong is not the right word here.. perhaps not the maximum best > practice. It depends on your audience.. if it doesn't make a huge deal to > your audience then its not that big of a deal. however if you can afford the > resources then using unobtrusive hooks is a best practice and helps keep > code maintainable. > > asp.net uses html 5 data- attributes to hook up unobtrusive javascript > calls to elements.. its quite interesting. > > > On Mon, Nov 1, 2010 at 12:17, Massimiliano Arione wrote: > >> On 31 Ott, 19:44, Parijat Kalia wrote: >> > Hey guys,r unning into a silly doubt that should so not happen at all! >> > >> > I have a textarea tag, >> > >> > > > array('onclick'=>'javascript:alert("yo") ')) ;?> >> > >> > and the onclick event is failing to render itself in the HTML tag. >> > >> > Any pointers what I am doing wrong here? >> >> It's wrong to rely on html inline javascript. >> You should move your javascript logic into a javascript file, relying >> on javascript events. See http://api.jquery.com/click/ >> >> cheers >> Massimiliano >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en >> > > > > -- > Alex Pilon > (613) 608-1480 > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: Textarea onclick event?
What version of symfony are you using? According to the source code for 1.0, 1.1 and 1.2 there seems to only be three parameters. Where as you are passing it four. 'javascript:alert("yo") ')) ;?> Should this be 70x4,'onclick'=>'alert("yo")')); ?> Let me know if that works.. and by looking at the source code I would say it should.. function textarea_tag($name, $content = null, $options = array()) { $options = _parse_attributes($options); if ($size = _get_option($options, 'size')) // HERE it does with the size stuff. { list($options['cols'], $options['rows']) = explode('x', $size, 2); } } Word! On Mon, Nov 1, 2010 at 13:45, Parijat Kalia wrote: > Doesn't really answer my question. I have used several javascripts in the > format : > > array('onclick'=>'javascript:alert("yo")')...the alert is just a filler > function for now, there are offcourse different javascript functions. Every > other input tag that I have used a javascript fucntion, it works fine, so I > am more concerned about it's positioning in the textarea tag than I am for > the right method of coding. > > Thanks for the guidelines though, anybody with an answer for this? > > > On Mon, Nov 1, 2010 at 9:21 AM, Alex Pilon wrote: > >> I would say wrong is not the right word here.. perhaps not the maximum >> best practice. It depends on your audience.. if it doesn't make a huge deal >> to your audience then its not that big of a deal. however if you can afford >> the resources then using unobtrusive hooks is a best practice and helps keep >> code maintainable. >> >> asp.net uses html 5 data- attributes to hook up unobtrusive javascript >> calls to elements.. its quite interesting. >> >> >> On Mon, Nov 1, 2010 at 12:17, Massimiliano Arione wrote: >> >>> On 31 Ott, 19:44, Parijat Kalia wrote: >>> > Hey guys,r unning into a silly doubt that should so not happen at all! >>> > >>> > I have a textarea tag, >>> > >>> > >> > array('onclick'=>'javascript:alert("yo") ')) ;?> >>> > >>> > and the onclick event is failing to render itself in the HTML tag. >>> > >>> > Any pointers what I am doing wrong here? >>> >>> It's wrong to rely on html inline javascript. >>> You should move your javascript logic into a javascript file, relying >>> on javascript events. See http://api.jquery.com/click/ >>> >>> cheers >>> Massimiliano >>> >>> -- >>> If you want to report a vulnerability issue on symfony, please send it to >>> security at symfony-project.com >>> >>> You received this message because you are subscribed to the Google >>> Groups "symfony users" group. >>> To post to this group, send email to symfony-users@googlegroups.com >>> To unsubscribe from this group, send email to >>> symfony-users+unsubscr...@googlegroups.com >>> For more options, visit this group at >>> http://groups.google.com/group/symfony-users?hl=en >>> >> >> >> >> -- >> Alex Pilon >> (613) 608-1480 >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en >> > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Alex Pilon (613) 608-1480 -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: Textarea onclick event?
Oops.. and there should be quotes around that 70x4! On Mon, Nov 1, 2010 at 14:21, Alex Pilon wrote: > What version of symfony are you using? According to the source code for > 1.0, 1.1 and 1.2 there seems to only be three parameters. Where as you are > passing it four. > > textarea_tag('hint_box','','size=70x4', > array('onclick'=>'javascript:alert("yo") > ')) ;?> > > Should this be > > textarea_tag('hint_box','',array('size'=>70x4,'onclick'=>'alert("yo")')); ?> > > Let me know if that works.. and by looking at the source code I would say > it should.. > > function textarea_tag($name, $content = null, $options = array()) > { > $options = _parse_attributes($options); > > if ($size = _get_option($options, 'size')) // HERE it does with the size > stuff. > { > list($options['cols'], $options['rows']) = explode('x', $size, 2); > } > > } > > Word! > > On Mon, Nov 1, 2010 at 13:45, Parijat Kalia wrote: > >> Doesn't really answer my question. I have used several javascripts in the >> format : >> >> array('onclick'=>'javascript:alert("yo")')...the alert is just a filler >> function for now, there are offcourse different javascript functions. Every >> other input tag that I have used a javascript fucntion, it works fine, so I >> am more concerned about it's positioning in the textarea tag than I am for >> the right method of coding. >> >> Thanks for the guidelines though, anybody with an answer for this? >> >> >> On Mon, Nov 1, 2010 at 9:21 AM, Alex Pilon wrote: >> >>> I would say wrong is not the right word here.. perhaps not the maximum >>> best practice. It depends on your audience.. if it doesn't make a huge deal >>> to your audience then its not that big of a deal. however if you can afford >>> the resources then using unobtrusive hooks is a best practice and helps keep >>> code maintainable. >>> >>> asp.net uses html 5 data- attributes to hook up unobtrusive javascript >>> calls to elements.. its quite interesting. >>> >>> >>> On Mon, Nov 1, 2010 at 12:17, Massimiliano Arione wrote: >>> On 31 Ott, 19:44, Parijat Kalia wrote: > Hey guys,r unning into a silly doubt that should so not happen at all! > > I have a textarea tag, > > >>> > array('onclick'=>'javascript:alert("yo") ')) ;?> > > and the onclick event is failing to render itself in the HTML tag. > > Any pointers what I am doing wrong here? It's wrong to rely on html inline javascript. You should move your javascript logic into a javascript file, relying on javascript events. See http://api.jquery.com/click/ cheers Massimiliano -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en >>> >>> >>> >>> -- >>> Alex Pilon >>> (613) 608-1480 >>> >>> -- >>> If you want to report a vulnerability issue on symfony, please send it to >>> security at symfony-project.com >>> >>> You received this message because you are subscribed to the Google >>> Groups "symfony users" group. >>> To post to this group, send email to symfony-users@googlegroups.com >>> To unsubscribe from this group, send email to >>> symfony-users+unsubscr...@googlegroups.com >>> For more options, visit this group at >>> http://groups.google.com/group/symfony-users?hl=en >>> >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en >> > > > > -- > Alex Pilon > (613) 608-1480 > -- Alex Pilon (613) 608-1480 -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: All new symfony developers please read...
On 11/1/10 5:15 PM, Massimiliano Arione wrote: On 29 Ott, 16:24, "cordo...@gmail.com" wrote: oh!!! What exactly are we missing in the English version? Everything updated in the repository in the last 2 or 3 weeks (about) I am sure Fabien will take action if he notices. So, please let him know. I already did and I don't want to bother him too much. I'm working on it. Fabien cheers Massimiliano -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: Textarea onclick event?
Yip Alex...looks like that should work, apparently, you can simply specify size=70x4 rather than having to get it into an array, but if it has javascript function, then that needs, to change..Thanks again! On Mon, Nov 1, 2010 at 11:21 AM, Alex Pilon wrote: > What version of symfony are you using? According to the source code for > 1.0, 1.1 and 1.2 there seems to only be three parameters. Where as you are > passing it four. > > textarea_tag('hint_box','','size=70x4', > array('onclick'=>'javascript:alert("yo") > ')) ;?> > > Should this be > > textarea_tag('hint_box','',array('size'=>70x4,'onclick'=>'alert("yo")')); ?> > > Let me know if that works.. and by looking at the source code I would say > it should.. > > function textarea_tag($name, $content = null, $options = array()) > { > $options = _parse_attributes($options); > > if ($size = _get_option($options, 'size')) // HERE it does with the size > stuff. > { > list($options['cols'], $options['rows']) = explode('x', $size, 2); > } > > } > > Word! > > On Mon, Nov 1, 2010 at 13:45, Parijat Kalia wrote: > >> Doesn't really answer my question. I have used several javascripts in the >> format : >> >> array('onclick'=>'javascript:alert("yo")')...the alert is just a filler >> function for now, there are offcourse different javascript functions. Every >> other input tag that I have used a javascript fucntion, it works fine, so I >> am more concerned about it's positioning in the textarea tag than I am for >> the right method of coding. >> >> Thanks for the guidelines though, anybody with an answer for this? >> >> >> On Mon, Nov 1, 2010 at 9:21 AM, Alex Pilon wrote: >> >>> I would say wrong is not the right word here.. perhaps not the maximum >>> best practice. It depends on your audience.. if it doesn't make a huge deal >>> to your audience then its not that big of a deal. however if you can afford >>> the resources then using unobtrusive hooks is a best practice and helps keep >>> code maintainable. >>> >>> asp.net uses html 5 data- attributes to hook up unobtrusive javascript >>> calls to elements.. its quite interesting. >>> >>> >>> On Mon, Nov 1, 2010 at 12:17, Massimiliano Arione wrote: >>> On 31 Ott, 19:44, Parijat Kalia wrote: > Hey guys,r unning into a silly doubt that should so not happen at all! > > I have a textarea tag, > > >>> > array('onclick'=>'javascript:alert("yo") ')) ;?> > > and the onclick event is failing to render itself in the HTML tag. > > Any pointers what I am doing wrong here? It's wrong to rely on html inline javascript. You should move your javascript logic into a javascript file, relying on javascript events. See http://api.jquery.com/click/ cheers Massimiliano -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en >>> >>> >>> >>> -- >>> Alex Pilon >>> (613) 608-1480 >>> >>> -- >>> If you want to report a vulnerability issue on symfony, please send it to >>> security at symfony-project.com >>> >>> You received this message because you are subscribed to the Google >>> Groups "symfony users" group. >>> To post to this group, send email to symfony-users@googlegroups.com >>> To unsubscribe from this group, send email to >>> symfony-users+unsubscr...@googlegroups.com >>> For more options, visit this group at >>> http://groups.google.com/group/symfony-users?hl=en >>> >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en >> > > > > -- > Alex Pilon > (613) 608-1480 > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received
Re: [symfony-users] Re: Textarea onclick event?
Cool, glad I could help :) On Mon, Nov 1, 2010 at 15:05, Parijat Kalia wrote: > Yip Alex...looks like that should work, apparently, you can simply specify > size=70x4 rather than having to get it into an array, but if it has > javascript function, then that needs, to change..Thanks again! > > > On Mon, Nov 1, 2010 at 11:21 AM, Alex Pilon wrote: > >> What version of symfony are you using? According to the source code for >> 1.0, 1.1 and 1.2 there seems to only be three parameters. Where as you are >> passing it four. >> >> > textarea_tag('hint_box','','size=70x4', >> array('onclick'=>'javascript:alert("yo") >> ')) ;?> >> >> Should this be >> >> > textarea_tag('hint_box','',array('size'=>70x4,'onclick'=>'alert("yo")')); ?> >> >> Let me know if that works.. and by looking at the source code I would say >> it should.. >> >> function textarea_tag($name, $content = null, $options = array()) >> { >> $options = _parse_attributes($options); >> >> if ($size = _get_option($options, 'size')) // HERE it does with the size >> stuff. >> { >> list($options['cols'], $options['rows']) = explode('x', $size, 2); >> } >> >> } >> >> Word! >> >> On Mon, Nov 1, 2010 at 13:45, Parijat Kalia wrote: >> >>> Doesn't really answer my question. I have used several javascripts in the >>> format : >>> >>> array('onclick'=>'javascript:alert("yo")')...the alert is just a filler >>> function for now, there are offcourse different javascript functions. Every >>> other input tag that I have used a javascript fucntion, it works fine, so I >>> am more concerned about it's positioning in the textarea tag than I am for >>> the right method of coding. >>> >>> Thanks for the guidelines though, anybody with an answer for this? >>> >>> >>> On Mon, Nov 1, 2010 at 9:21 AM, Alex Pilon wrote: >>> I would say wrong is not the right word here.. perhaps not the maximum best practice. It depends on your audience.. if it doesn't make a huge deal to your audience then its not that big of a deal. however if you can afford the resources then using unobtrusive hooks is a best practice and helps keep code maintainable. asp.net uses html 5 data- attributes to hook up unobtrusive javascript calls to elements.. its quite interesting. On Mon, Nov 1, 2010 at 12:17, Massimiliano Arione wrote: > On 31 Ott, 19:44, Parijat Kalia wrote: > > Hey guys,r unning into a silly doubt that should so not happen at > all! > > > > I have a textarea tag, > > > > > array('onclick'=>'javascript:alert("yo") ')) ;?> > > > > and the onclick event is failing to render itself in the HTML tag. > > > > Any pointers what I am doing wrong here? > > It's wrong to rely on html inline javascript. > You should move your javascript logic into a javascript file, relying > on javascript events. See http://api.jquery.com/click/ > > cheers > Massimiliano > > -- > If you want to report a vulnerability issue on symfony, please send it > to security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Alex Pilon (613) 608-1480 -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en >>> >>> -- >>> If you want to report a vulnerability issue on symfony, please send it to >>> security at symfony-project.com >>> >>> You received this message because you are subscribed to the Google >>> Groups "symfony users" group. >>> To post to this group, send email to symfony-users@googlegroups.com >>> To unsubscribe from this group, send email to >>> symfony-users+unsubscr...@googlegroups.com >>> For more options, visit this group at >>> http://groups.google.com/group/symfony-users?hl=en >>> >> >> >> >> -- >> Alex Pilon >> (613) 608-1480 >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+
Re: [symfony-users] Re: Textarea onclick event?
And that would be any other option, not only a javascript.. or in this case an onclick. On Mon, Nov 1, 2010 at 15:09, Alex Pilon wrote: > Cool, glad I could help :) > > > On Mon, Nov 1, 2010 at 15:05, Parijat Kalia wrote: > >> Yip Alex...looks like that should work, apparently, you can simply specify >> size=70x4 rather than having to get it into an array, but if it has >> javascript function, then that needs, to change..Thanks again! >> >> >> On Mon, Nov 1, 2010 at 11:21 AM, Alex Pilon wrote: >> >>> What version of symfony are you using? According to the source code for >>> 1.0, 1.1 and 1.2 there seems to only be three parameters. Where as you are >>> passing it four. >>> >>> >> textarea_tag('hint_box','','size=70x4', >>> array('onclick'=>'javascript:alert("yo") >>> ')) ;?> >>> >>> Should this be >>> >>> >> textarea_tag('hint_box','',array('size'=>70x4,'onclick'=>'alert("yo")')); ?> >>> >>> Let me know if that works.. and by looking at the source code I would say >>> it should.. >>> >>> function textarea_tag($name, $content = null, $options = array()) >>> { >>> $options = _parse_attributes($options); >>> >>> if ($size = _get_option($options, 'size')) // HERE it does with the >>> size stuff. >>> { >>> list($options['cols'], $options['rows']) = explode('x', $size, 2); >>> } >>> >>> } >>> >>> Word! >>> >>> On Mon, Nov 1, 2010 at 13:45, Parijat Kalia wrote: >>> Doesn't really answer my question. I have used several javascripts in the format : array('onclick'=>'javascript:alert("yo")')...the alert is just a filler function for now, there are offcourse different javascript functions. Every other input tag that I have used a javascript fucntion, it works fine, so I am more concerned about it's positioning in the textarea tag than I am for the right method of coding. Thanks for the guidelines though, anybody with an answer for this? On Mon, Nov 1, 2010 at 9:21 AM, Alex Pilon wrote: > I would say wrong is not the right word here.. perhaps not the maximum > best practice. It depends on your audience.. if it doesn't make a huge > deal > to your audience then its not that big of a deal. however if you can > afford > the resources then using unobtrusive hooks is a best practice and helps > keep > code maintainable. > > asp.net uses html 5 data- attributes to hook up unobtrusive javascript > calls to elements.. its quite interesting. > > > On Mon, Nov 1, 2010 at 12:17, Massimiliano Arione > wrote: > >> On 31 Ott, 19:44, Parijat Kalia wrote: >> > Hey guys,r unning into a silly doubt that should so not happen at >> all! >> > >> > I have a textarea tag, >> > >> > > > array('onclick'=>'javascript:alert("yo") ')) ;?> >> > >> > and the onclick event is failing to render itself in the HTML tag. >> > >> > Any pointers what I am doing wrong here? >> >> It's wrong to rely on html inline javascript. >> You should move your javascript logic into a javascript file, relying >> on javascript events. See http://api.jquery.com/click/ >> >> cheers >> Massimiliano >> >> -- >> If you want to report a vulnerability issue on symfony, please send it >> to security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en >> > > > > -- > Alex Pilon > (613) 608-1480 > > -- > If you want to report a vulnerability issue on symfony, please send it > to security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en >>> >>> >>> >>> -- >>> Alex Pilon >>> (613) 608-1480 >>> >>> -- >>> If you want to report a vulnerability issue on symfo
[symfony-users] Symfony newbie MVC best practices question
Hi all, hoping someone can offer some advice to a Symfony newbie. I have a issues table, with an attribute 'status_id' which links to a status table (an issue can have a status of new, open, closed, etc.)My customer wants to see a list of issues (easy - handled via the issue/executeIndex action) but they also want to see a list of issues grouped by status - in other words, a separate table of issues for each status type, all on one page. So I can think of several ways to do it: - add an action to the issues module called "indexByStatus" with a corresponding template; - change the index action on the status module; - add a new action to the status module. But what's the _right_ way? Someone told me that it was bad practice to add actions - that it violated the notion of RESTful interface. Any suggestions would be greatly appreciated. Thanks! -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Symfony newbie MVC best practices question
I think it depends what you plan on doing with the statuses module. It you'll end up having other entities attached to them then I would put an action on either statuses or issues (indexByStatus) or whatever, OR add a parameter to the index action, but then your action would have two functions which breaks single responsibility principle.. there isn't really a best way, because how you do it depends how you are going to be working with the information you have and how you are presenting the site functionality to the users. On Mon, Nov 1, 2010 at 16:35, Stan McFarland wrote: > Hi all, hoping someone can offer some advice to a Symfony newbie. > > I have a issues table, with an attribute 'status_id' which links to a > status table (an issue can have a status of new, open, closed, > etc.)My customer wants to see a list of issues (easy - handled via > the issue/executeIndex action) but they also want to see a list of > issues grouped by status - in other words, a separate table of issues > for each status type, all on one page. > > So I can think of several ways to do it: > > - add an action to the issues module called "indexByStatus" with a > corresponding template; > - change the index action on the status module; > - add a new action to the status module. > > But what's the _right_ way? Someone told me that it was bad practice > to add actions - that it violated the notion of RESTful interface. > > Any suggestions would be greatly appreciated. Thanks! > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Alex Pilon (613) 608-1480 -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Symfony newbie MVC best practices question
Personally I don't necessarily follow the idea of keeping all your actions "RESTful". If you were building a rest API then sure, but sometimes you need to get things done. That being said, this can still be done with a executeIndex action. Just check within it for "group by" parameters: public function executeIndex (sfWebRequest $request) { if ($request->hasParameter('group_by') { $this->issues_to_display = IssuesPeer::getIssuesByStatus(); } else { $this->issues_to_display = IssuesPeer::getIssues(); } } I am being deliberately obvious here just to make the example clear. You can pass criteria instead or any number of ways. On Mon, Nov 1, 2010 at 10:35 PM, Stan McFarland wrote: > Hi all, hoping someone can offer some advice to a Symfony newbie. > > I have a issues table, with an attribute 'status_id' which links to a > status table (an issue can have a status of new, open, closed, > etc.)My customer wants to see a list of issues (easy - handled via > the issue/executeIndex action) but they also want to see a list of > issues grouped by status - in other words, a separate table of issues > for each status type, all on one page. > > So I can think of several ways to do it: > > - add an action to the issues module called "indexByStatus" with a > corresponding template; > - change the index action on the status module; > - add a new action to the status module. > > But what's the _right_ way? Someone told me that it was bad practice > to add actions - that it violated the notion of RESTful interface. > > Any suggestions would be greatly appreciated. Thanks! > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Gareth McCumskey http://garethmccumskey.blogspot.com twitter: @garethmcc -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Symfony newbie MVC best practices question
Doing it how Gareth suggested would work too.. the way he has presented it indicates that whatever parameters for sorting the statuses essentially dictate a "data source" for what you are showing... however depending on requirements you might want to display the data differently, using grouping headings or something to show what issues go with what. On Mon, Nov 1, 2010 at 16:52, Gareth McCumskey wrote: > Personally I don't necessarily follow the idea of keeping all your actions > "RESTful". If you were building a rest API then sure, but sometimes you need > to get things done. > > That being said, this can still be done with a executeIndex action. Just > check within it for "group by" parameters: > > public function executeIndex (sfWebRequest $request) > { > if ($request->hasParameter('group_by') > { > $this->issues_to_display = IssuesPeer::getIssuesByStatus(); > } > else > { > $this->issues_to_display = IssuesPeer::getIssues(); > } > } > > I am being deliberately obvious here just to make the example clear. You > can pass criteria instead or any number of ways. > > > On Mon, Nov 1, 2010 at 10:35 PM, Stan McFarland wrote: > >> Hi all, hoping someone can offer some advice to a Symfony newbie. >> >> I have a issues table, with an attribute 'status_id' which links to a >> status table (an issue can have a status of new, open, closed, >> etc.)My customer wants to see a list of issues (easy - handled via >> the issue/executeIndex action) but they also want to see a list of >> issues grouped by status - in other words, a separate table of issues >> for each status type, all on one page. >> >> So I can think of several ways to do it: >> >> - add an action to the issues module called "indexByStatus" with a >> corresponding template; >> - change the index action on the status module; >> - add a new action to the status module. >> >> But what's the _right_ way? Someone told me that it was bad practice >> to add actions - that it violated the notion of RESTful interface. >> >> Any suggestions would be greatly appreciated. Thanks! >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en >> > > > > -- > Gareth McCumskey > http://garethmccumskey.blogspot.com > twitter: @garethmcc > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Alex Pilon (613) 608-1480 -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Symfony newbie MVC best practices question
I can tell you now, your end users don't give two hoots HOW you do it, as long as it works. The HOW is really for yourself and other developers. Best practices are not only techniques to make end users lives easier (and to be honest most best practices have little impact on the end user) but are there to help keep things organised and maintaineable. That being said, you need to get a finished product out the door too. I'd rather have hard to maintain code delivered on time than the worlds most perfectly refactored and infinitely maintainable code delivered late. As long as it works. You can perfect later. On Mon, Nov 1, 2010 at 11:01 PM, Alex Pilon wrote: > Doing it how Gareth suggested would work too.. the way he has presented it > indicates that whatever parameters for sorting the statuses essentially > dictate a "data source" for what you are showing... however depending on > requirements you might want to display the data differently, using grouping > headings or something to show what issues go with what. > > On Mon, Nov 1, 2010 at 16:52, Gareth McCumskey wrote: > >> Personally I don't necessarily follow the idea of keeping all your actions >> "RESTful". If you were building a rest API then sure, but sometimes you need >> to get things done. >> >> That being said, this can still be done with a executeIndex action. Just >> check within it for "group by" parameters: >> >> public function executeIndex (sfWebRequest $request) >> { >> if ($request->hasParameter('group_by') >> { >> $this->issues_to_display = IssuesPeer::getIssuesByStatus(); >> } >> else >> { >> $this->issues_to_display = IssuesPeer::getIssues(); >> } >> } >> >> I am being deliberately obvious here just to make the example clear. You >> can pass criteria instead or any number of ways. >> >> >> On Mon, Nov 1, 2010 at 10:35 PM, Stan McFarland wrote: >> >>> Hi all, hoping someone can offer some advice to a Symfony newbie. >>> >>> I have a issues table, with an attribute 'status_id' which links to a >>> status table (an issue can have a status of new, open, closed, >>> etc.)My customer wants to see a list of issues (easy - handled via >>> the issue/executeIndex action) but they also want to see a list of >>> issues grouped by status - in other words, a separate table of issues >>> for each status type, all on one page. >>> >>> So I can think of several ways to do it: >>> >>> - add an action to the issues module called "indexByStatus" with a >>> corresponding template; >>> - change the index action on the status module; >>> - add a new action to the status module. >>> >>> But what's the _right_ way? Someone told me that it was bad practice >>> to add actions - that it violated the notion of RESTful interface. >>> >>> Any suggestions would be greatly appreciated. Thanks! >>> >>> -- >>> If you want to report a vulnerability issue on symfony, please send it to >>> security at symfony-project.com >>> >>> You received this message because you are subscribed to the Google >>> Groups "symfony users" group. >>> To post to this group, send email to symfony-users@googlegroups.com >>> To unsubscribe from this group, send email to >>> symfony-users+unsubscr...@googlegroups.com >>> For more options, visit this group at >>> http://groups.google.com/group/symfony-users?hl=en >>> >> >> >> >> -- >> Gareth McCumskey >> http://garethmccumskey.blogspot.com >> twitter: @garethmcc >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en >> > > > > -- > Alex Pilon > (613) 608-1480 > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Gareth McCumskey http://garethmccumskey.blogspot.com twitter: @garethmcc -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Symfony newbie MVC best practices question
All, this was great help. Since this was my first Symfony project, I really wanted to try and learn some good habits. Thanks very much. -stan On Mon, Nov 1, 2010 at 5:07 PM, Gareth McCumskey wrote: > I can tell you now, your end users don't give two hoots HOW you do it, as > long as it works. The HOW is really for yourself and other developers. Best > practices are not only techniques to make end users lives easier (and to be > honest most best practices have little impact on the end user) but are there > to help keep things organised and maintaineable. > > That being said, you need to get a finished product out the door too. I'd > rather have hard to maintain code delivered on time than the worlds most > perfectly refactored and infinitely maintainable code delivered late. As > long as it works. You can perfect later. > > > On Mon, Nov 1, 2010 at 11:01 PM, Alex Pilon wrote: > >> Doing it how Gareth suggested would work too.. the way he has presented it >> indicates that whatever parameters for sorting the statuses essentially >> dictate a "data source" for what you are showing... however depending on >> requirements you might want to display the data differently, using grouping >> headings or something to show what issues go with what. >> >> On Mon, Nov 1, 2010 at 16:52, Gareth McCumskey wrote: >> >>> Personally I don't necessarily follow the idea of keeping all your >>> actions "RESTful". If you were building a rest API then sure, but sometimes >>> you need to get things done. >>> >>> That being said, this can still be done with a executeIndex action. Just >>> check within it for "group by" parameters: >>> >>> public function executeIndex (sfWebRequest $request) >>> { >>> if ($request->hasParameter('group_by') >>> { >>> $this->issues_to_display = IssuesPeer::getIssuesByStatus(); >>> } >>> else >>> { >>> $this->issues_to_display = IssuesPeer::getIssues(); >>> } >>> } >>> >>> I am being deliberately obvious here just to make the example clear. You >>> can pass criteria instead or any number of ways. >>> >>> >>> On Mon, Nov 1, 2010 at 10:35 PM, Stan McFarland wrote: >>> Hi all, hoping someone can offer some advice to a Symfony newbie. I have a issues table, with an attribute 'status_id' which links to a status table (an issue can have a status of new, open, closed, etc.)My customer wants to see a list of issues (easy - handled via the issue/executeIndex action) but they also want to see a list of issues grouped by status - in other words, a separate table of issues for each status type, all on one page. So I can think of several ways to do it: - add an action to the issues module called "indexByStatus" with a corresponding template; - change the index action on the status module; - add a new action to the status module. But what's the _right_ way? Someone told me that it was bad practice to add actions - that it violated the notion of RESTful interface. Any suggestions would be greatly appreciated. Thanks! -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en >>> >>> >>> >>> -- >>> Gareth McCumskey >>> http://garethmccumskey.blogspot.com >>> twitter: @garethmcc >>> >>> -- >>> If you want to report a vulnerability issue on symfony, please send it to >>> security at symfony-project.com >>> >>> You received this message because you are subscribed to the Google >>> Groups "symfony users" group. >>> To post to this group, send email to symfony-users@googlegroups.com >>> To unsubscribe from this group, send email to >>> symfony-users+unsubscr...@googlegroups.com >>> For more options, visit this group at >>> http://groups.google.com/group/symfony-users?hl=en >>> >> >> >> >> -- >> Alex Pilon >> (613) 608-1480 >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en >> > > > > -- > Gareth McCumskey > http://garethmccumskey.blogspot.com > twitter: @garethmcc > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message be
[symfony-users] Package template/layout as a plugin to re-use across sites?
Our University is using symfony 1.x for many different internal applications, and we want to easily brand them with our University's web template. I figured creating this inside a plugin would be best, so we could easily update the plugin when we tweak the template design instead of copying around a layout file to app/frontend/templates/ layout.php. I looked through documentation and didn't see how I could package a layout.php file as a plugin. Is this possible, or how would I go about doing it? How have you kept your branding consistent across multiple symfony installations? -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: Textarea onclick event?
On Mon, 1 Nov 2010, Parijat Kalia wrote: > Doesn't really answer my question. I have used several javascripts in the > format : > > array('onclick'=>'javascript:alert("yo")')...the alert is just a filler > function for now, there are offcourse different javascript functions. Every > other input tag that I have used a javascript fucntion, it works fine, so I > am more concerned about it's positioning in the textarea tag than I am for > the right method of coding. Are you really too lazy to read up on JavaScript events or even use Google? The clue is that not all widgets support onClick. You probably want to be using onFocus() instead (or perhaps onBlur() if its validation you're doing). -- -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: Textarea onclick event?
Yes smart ass, I am 2 lazy about it On Mon, Nov 1, 2010 at 7:43 PM, Eno wrote: > On Mon, 1 Nov 2010, Parijat Kalia wrote: > > > Doesn't really answer my question. I have used several javascripts in the > > format : > > > > array('onclick'=>'javascript:alert("yo")')...the alert is just a filler > > function for now, there are offcourse different javascript functions. > Every > > other input tag that I have used a javascript fucntion, it works fine, so > I > > am more concerned about it's positioning in the textarea tag than I am > for > > the right method of coding. > > Are you really too lazy to read up on JavaScript events or even use > Google? > > The clue is that not all widgets support onClick. You probably want to be > using onFocus() instead (or perhaps onBlur() if its validation you're > doing). > > > > -- > > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: Textarea onclick event?
On Mon, 1 Nov 2010, Parijat Kalia wrote: > Yes smart ass, > > I am 2 lazy about it Its considered poor netiquette to post questions on a mailing list without doing some BASIC research. Do your homework before posting needlessly. -- -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en
Re: [symfony-users] Re: Textarea onclick event?
And not exactly a great way to endear people to you calling them smart ass. On Tue, Nov 2, 2010 at 4:50 AM, Parijat Kalia wrote: > Yes smart ass, > > I am 2 lazy about it > > > On Mon, Nov 1, 2010 at 7:43 PM, Eno wrote: > >> On Mon, 1 Nov 2010, Parijat Kalia wrote: >> >> > Doesn't really answer my question. I have used several javascripts in >> the >> > format : >> > >> > array('onclick'=>'javascript:alert("yo")')...the alert is just a filler >> > function for now, there are offcourse different javascript functions. >> Every >> > other input tag that I have used a javascript fucntion, it works fine, >> so I >> > am more concerned about it's positioning in the textarea tag than I am >> for >> > the right method of coding. >> >> Are you really too lazy to read up on JavaScript events or even use >> Google? >> >> The clue is that not all widgets support onClick. You probably want to be >> using onFocus() instead (or perhaps onBlur() if its validation you're >> doing). >> >> >> >> -- >> >> >> -- >> If you want to report a vulnerability issue on symfony, please send it to >> security at symfony-project.com >> >> You received this message because you are subscribed to the Google >> Groups "symfony users" group. >> To post to this group, send email to symfony-users@googlegroups.com >> To unsubscribe from this group, send email to >> symfony-users+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/symfony-users?hl=en >> > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony users" group. > To post to this group, send email to symfony-users@googlegroups.com > To unsubscribe from this group, send email to > symfony-users+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-users?hl=en > -- Gareth McCumskey http://garethmccumskey.blogspot.com twitter: @garethmcc -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to symfony-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en