Re: [fw-general] dojo.data component
Hello, Greets, all -- I've committed the complete Zend_Dojo_Data implementation to the incubator this morning; documentation will follow within the next day. In the meantime, if any of you want to play with it, check out the unit tests, and give me feedback on the lists. Enjoy! I would like to test the Dojo Stuff. Where can I checkout the correct version and where can I find the dokumentation? Thanks for your Help, Stefan Sturm
Re: [fw-general] Multicheckbox and setAttrib - for every checkbox
OK. Simple is the best:-) I make without zend form ... while (ocifetchinto($stmt,$row, OCI_ASSOC)) { $co++; $name[$co] = $row['EQTTEXT']; $price[$co] = $row['ADDPRICE1']; } ... foreach ($name as $st1=$na) { foreach ($price as $st2=$pri) { if ($st1==$st2) { echo trtdinput type=\checkbox\ onchange=\checkPrice($tprice);\ name=\test[]\ id=\test$st1\ value=\$pri\ $na /td/tr; } } } . -- View this message in context: http://www.nabble.com/Multicheckbox-and-setAttrib---for-every-checkbox-tp18275856p18277225.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] Re: [fw-mvc] Re: [fw-general] dojo.data component
Stefan Sturm a écrit : Hello, ... I would like to test the Dojo Stuff. Where can I checkout the correct version and where can I find the dokumentation? Thanks for your Help, Stefan Sturm Hallo, svn co http://framework.zend.com/svn/framework/standard/incubator/ Dojo helpers are in: library/Zend/Dojo The tests: tests/Zend/Dojo/DataTest.php The docs (compiled): documentation/manual/en/html/zend.dojo.data.html FT
[fw-general] select ... from ... where ... in
Anybody know how I might use the 'in' syntax from MySQL to produce the following nested query using Zend_Db ? select d_articleid, d_divid, d_pageid from wjo_div where d_articleid in ( select a_articleID from wjo_article where a_articlecode like '%001' and a_publicationID = 037 ) order by d_pageid; -- Dan Field [EMAIL PROTECTED] Ffôn/Tel. +44 1970 632 582 Peiriannydd Meddalwedd Software Engineer Llyfrgell Genedlaethol Cymru National Library of Wales
Re: [fw-general] Zend DB - Oracle - charset
I dunno if there was something on svn, but isn't on the download file of the Zend Framework. I've extended the adapter for this. Paul Simon-2 wrote: Hi, Is there a way to set charset during oci_connect using Zend DB? For now I just added the parameter directly in Zend_Db_Adapter_Oracle. Paul -- View this message in context: http://www.nabble.com/Zend-DB---Oracle---charset-tp16832687p18280105.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] select ... from ... where ... in
Dan Field wrote: Anybody know how I might use the 'in' syntax from MySQL to produce the following nested query using Zend_Db ? select d_articleid, d_divid, d_pageid from wjo_div where d_articleid in ( select a_articleID from wjo_article where a_articlecode like '%001' and a_publicationID = 037 ) order by d_pageid; You don't need to use the IN predicate. You can do the query with a JOIN. $select = $db-select()-distinct() -from(array('d'='wjo_div'), array('d_articleid', 'd_divid', 'd_pageid')) -join(array('a'='wjo_article'), a.a_articleID = d.d_articleid, array()) -where(a.a_articlecode LIKE '%001') -where(a.a_publicationID = 037) -order(d.d_pageid); $result = $db-fetchAll($select); Regards, Bill Karwin -- View this message in context: http://www.nabble.com/select-...-from-...-where-...-in-tp18280581p18283075.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Setting up controllers for common vars etc
Hi Matthew Carlton, Thanks for the suggestions. I decided in the end to use an action helper and preDispatch to do this. So here is my current idea on it. So far so good it seems to work; 1. Create and action helper ?php class My_Controllers_Helpers_ActionSetup extends extends Zend_Controller_Action_Helper_Abstract { public function preDispatch() { $this-_actionController-_MyCoolAppsRegistry = Zend_Registry::getInstance(); } } 2. Register the helper in my bootstrap // N.B. This class is stored in /library/My/Controllers/Helpers/ActionSetup.php Zend_Controller_Action_HelperBroker::addHelper(new My_Controllers_Helpers_ActionSetup()); 3. Use it in a Controller As I am using preDispatch, its run before my controller action is setup, therefore the vars should be already registered and setup for me class IndexController extends Zend_Controller_Action { public function indexAction() { Zend_Debug::dump($this-_MyCoolAppsRegistry); } } Done. I think If you get a chance you may like to let me know if I got that all sorted out correctly. Cheers AJ . On Thu, Jul 3, 2008 at 1:17 PM, Matthew Weier O'Phinney [EMAIL PROTECTED] wrote: -- AJ McKee [EMAIL PROTECTED] wrote (on Thursday, 03 July 2008, 12:51 PM +0100): Please excuse my ignorance here. I have several Controllers that all do various things. However there are common things I wish them all to do. Mostly just set up vars for ease of use. Eample protected $_myRegistry = null; protected $_myDebug = false; public function init() { $this-_myRegistry = $this-_registry = Zend_Registry::getInstance(); %this-_myDebug = $this-_myRegistry-get('debug'); } I am trying to apply the principle of DRY here, because as the application grows, I am repeating myself more and more. I created an action plugin thinking I was on the right track, however I discovered I was not. Basically, I want all this stuff setup before my controller is called, but have it available to my controller in a manner similar to $this-_myRegistry. Or would I best be doing this in an action helper? Action Helper is the way to go here. An action helper has introspection into the action controller, and its primary purpose is to push all those bits of code you need to re-use to a common place so that they can be used on-demand by any controller. Additionally, you can have action helpers listen on controller intialization and pre/postDispatch() events; this can be useful for injecting variables into your action controllers. The variables will need to be public, obviously, but there are very few cases where this should be an issue. Does anyone have any pointers to me about how I would accomplish this, if its possible. I've written a tutorial on action helpers on DevZone: http://devzone.zend.com/article/3350-Action-Helpers-in-Zend-Framework that should serve as a good starting point. -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/
RE: [fw-general] Why haven't you reviewed the Zend_Tool proposals?
We have talked about list reorganization in the past. One thing that I discovered is that it would require much more discussion than I had originally thought. I have kept it on my todo list with relatively low priority, but if people think it would improve communication that much I can reprioritize it. In any case, don't expect too much activity on this front until after 1.6 RC1. ;) One thing that we can do more immediately and that we've thought might really accelerate decisions and bring our contributing community closer together is an IRC channel. #zftalk is great, but there is a *lot* of end user support there, as well. How much interest is there in a contributors' IRC channel? This is something that's so easy to set up we might be able to have it in place for RC1 and the rest of the release rollout. ,Wil -Original Message- From: Christoph Dorn [mailto:[EMAIL PROTECTED] Sent: Friday, July 04, 2008 8:38 AM To: Laurent Melmoux Cc: Pádraic Brady; Wil Sinclair; Zend Framework General Subject: Re: [fw-general] Why haven't you reviewed the Zend_Tool proposals? I'm finding harder to follow the ZF development specific post in the general mailing list because it got busier with end-support. In the other hand the others mailing lists are almost not used and forwarded to fw-general most of the time. I feel like 2 mailing list will be enough : * fw-general for end-users * fw-dev for ZF development. I agree. Two lists, one for end-user support/general questions and one specifically for ZF developers (contributors people interested in the direction of ZF) would be better until there is enough activity to warrant splitting them up further. Christoph
Re: [fw-general] Why haven't you reviewed the Zend_Tool proposals?
I am all for an IRC channel although I am not always online which may make it less beneficial than a dev mailing list for me. Christoph Wil Sinclair wrote: We have talked about list reorganization in the past. One thing that I discovered is that it would require much more discussion than I had originally thought. I have kept it on my todo list with relatively low priority, but if people think it would improve communication that much I can reprioritize it. In any case, don't expect too much activity on this front until after 1.6 RC1. ;) One thing that we can do more immediately and that we've thought might really accelerate decisions and bring our contributing community closer together is an IRC channel. #zftalk is great, but there is a *lot* of end user support there, as well. How much interest is there in a contributors' IRC channel? This is something that's so easy to set up we might be able to have it in place for RC1 and the rest of the release rollout. ,Wil -Original Message- From: Christoph Dorn [mailto:[EMAIL PROTECTED] Sent: Friday, July 04, 2008 8:38 AM To: Laurent Melmoux Cc: Pádraic Brady; Wil Sinclair; Zend Framework General Subject: Re: [fw-general] Why haven't you reviewed the Zend_Tool proposals? I'm finding harder to follow the ZF development specific post in the general mailing list because it got busier with end-support. In the other hand the others mailing lists are almost not used and forwarded to fw-general most of the time. I feel like 2 mailing list will be enough : * fw-general for end-users * fw-dev for ZF development. I agree. Two lists, one for end-user support/general questions and one specifically for ZF developers (contributors people interested in the direction of ZF) would be better until there is enough activity to warrant splitting them up further. Christoph
[fw-general] errorcontroller
I am trying to follow the errorcontroller plugin online help. I have created the controller and the view according to the online docs. Is there anything else I have to do? If I wrap $front-dispatch() in a try catch block, I can catch errors. But, I thought the errorController.php was automatically present. TIA, Darren
Re: [fw-general] Why haven't you reviewed the Zend_Tool proposals?
However, we'll have the problem of keeping the channel on topic and not simply achieve the effect of moving customer support over to that new channel. We can religiously direct people to #zftalk :) How about #zfdev ? The channel will need a good set of ZF developers (including zend staff) to be effective. It needs to be promoted to all proposal authors at the very least. Christoph
Re: [fw-general] errorcontroller
2008/7/4 darren [EMAIL PROTECTED]: I am trying to follow the errorcontroller plugin online help. I have created the controller and the view according to the online docs. Is there anything else I have to do? If I wrap $front-dispatch() in a try catch block, I can catch errors. But, I thought the errorController.php was automatically present. TIA, Darren Do you have $front-throwExceptions(true) somewhere in your bootsrap? If so comment it out and it should work. -- Regards, Martin Martinov http://mmartinov.com/
RE: [fw-general] Why haven't you reviewed the Zend_Tool proposals?
This is precisely what I was typing up when your mail hit my inbox. :D I like #zfdev. We can make it clear on the framework.zend.com- and maybe the #zftalk- site what the topics are for #zftalk and #zfdev. We already have a password-protected channel for the team. :o It's not that we want to exclude anyone, it's simply because the team often works on things that Zend is keeping hush-hush for whatever reason. Usually this involves unannounced partners- like the Dojo Foundation. There has been interest on the team for a general dev channel that we could include the contributor community in; my take on it is that's fine as long as they can keep track of which is which. :) Does anyone from the community want to take this on? I generally prefer that the community take on stuff that's communication related because it decentralizes ZF somewhat and encourages more channels of communication than we can reasonably maintain ourselves. Perhaps Geoffrey Tran would be interested, since I believe he already maintains the #zftalk channel and zftalk.com website, and there certainly is a lot of potential for reuse of resources there. Also, there has been some resistance to logging on the #zftalk channel. Considering what often is said there, I hardly blame them. ;) If we can stay more on-topic for the contributor channel, would there be any objection to logging and making the logs available on the web? ,Wil However, we'll have the problem of keeping the channel on topic and not simply achieve the effect of moving customer support over to that new channel. We can religiously direct people to #zftalk :) How about #zfdev ? The channel will need a good set of ZF developers (including zend staff) to be effective. It needs to be promoted to all proposal authors at the very least. Christoph
Re: [fw-general] Why haven't you reviewed the Zend_Tool proposals?
On Fri, Jul 4, 2008 at 4:02 PM, Christoph Dorn [EMAIL PROTECTED] wrote: I am all for an IRC channel although I am not always online which may make it less beneficial than a dev mailing list for me. There are a couple services that log irc channels and provide a searchable frontend. I don't remember the names as of now, but there are some. IMHO, that would provide extra value. I don't really care IRC vs. mailinglist. Email is just easier since I use it anyway on a day to day basis, IRC is more a thing, I have to log myself in and read backlog/current discussions to follow. Till
[fw-general] IRC
I think it would be up to the users to make sure nothing important is said on the IRC channel alone- especially if it's significant to the wider community. ,Wil -Original Message- From: till [mailto:[EMAIL PROTECTED] Sent: Friday, July 04, 2008 1:34 PM To: [EMAIL PROTECTED] Cc: Wil Sinclair; Laurent Melmoux; Pádraic Brady; Zend Framework General Subject: Re: [fw-general] Why haven't you reviewed the Zend_Tool proposals? On Fri, Jul 4, 2008 at 4:02 PM, Christoph Dorn [EMAIL PROTECTED] wrote: I am all for an IRC channel although I am not always online which may make it less beneficial than a dev mailing list for me. There are a couple services that log irc channels and provide a searchable frontend. I don't remember the names as of now, but there are some. IMHO, that would provide extra value. I don't really care IRC vs. mailinglist. Email is just easier since I use it anyway on a day to day basis, IRC is more a thing, I have to log myself in and read backlog/current discussions to follow. Till
[fw-general] Arguments for the Zend Framework
Hi everybody! I am collecting arguments for the Zend Framework to present it to my bosses and i thought it would be helpful for others searching for the right application framework. I found some very useful slides and sites yet: * http://www.slideshare.net/zend/san-francisco-php-meetup-presentation-on-zend-framework * http://www.slideshare.net/luckec/zend-framework/ * http://framework.zend.com/whyzf/ What i am searching for now, are some facts and/or studies concerning how unit tests, good documentation, an open-source community, etc. increases the quality of code/application itself, the productivity, the speed of development and how it lowers the time for a new developer to get up-to-speed quickly. The reason why i am searching especially for this facts is the condition of our self-made framework. Some facts: The framework has a component-based like architecture, but it has no MVC approach. It was designed about 6 years ago - which is not a bad point - but somehow most of the new developments out there are missing or they were implemented without refactoring some parts. Refactoring itself never happened. There are no Unit Tests and there is no useful documentation - in fact there is NO documentation or API reference available!! - I think that`s the main problem. I also see a big problem when it comes to develop a new application and new developers begin to work. When you get how the framework works, after much reverse engineering, it has also some very useful techniques and advantages for developers. Our web-application which is build upon this framework, is kind of stable and most of its users are satisified. But I think that the productivity with the zend framework would be better, it is more future-proof than our current framework and the quality would be higher than now - This is what i want to emphasize with some facts. I hope you could follow me and someone out there could help me finding some facts (and others searching for this kind of information / facts etc...) Thanks
Re: [fw-general] Re: IRC
There is a ZF channel by one year for now i think, try #zftalk on freenode... Or www.zftalk.com Many interesting people online on the channel (even guys from zf dev team)... Many problems solved, many ideas discussed, aso... Cristian IRC is great for support, brainstorming and refining ideas with people currently online. If you are offline - tough luck. It can be logged, sure, but if you want to pick up a topic later there is no easy way to provide context for your questions. A mailing list is much better for that as it allows people in different timezones and with different work habits to participate effectively. #zfdev will be a great start, but I think a dev mailing list is important in the short run as well. Christoph Wil Sinclair wrote: I think it would be up to the users to make sure nothing important is said on the IRC channel alone- especially if it's significant to the wider community. ,Wil -Original Message- From: till [mailto:[EMAIL PROTECTED] Sent: Friday, July 04, 2008 1:34 PM To: [EMAIL PROTECTED] Cc: Wil Sinclair; Laurent Melmoux; Pádraic Brady; Zend Framework General Subject: Re: [fw-general] Why haven't you reviewed the Zend_Tool proposals? On Fri, Jul 4, 2008 at 4:02 PM, Christoph Dorn [EMAIL PROTECTED] wrote: I am all for an IRC channel although I am not always online which may make it less beneficial than a dev mailing list for me. There are a couple services that log irc channels and provide a searchable frontend. I don't remember the names as of now, but there are some. IMHO, that would provide extra value. I don't really care IRC vs. mailinglist. Email is just easier since I use it anyway on a day to day basis, IRC is more a thing, I have to log myself in and read backlog/current discussions to follow. Till
Re: [fw-general] Zend_Form Decorator
chinaski wrote: I need some help with form decorator. I need help decorating a radio group. Here is the group as defined in the init() method of my form subclass: Appreciate help on setting the decorators for this element. Chinaski I came up with a working solution, but it seems like an awful lot of work to get some html set up. I did a custom decorator for this particular situation, which looks like this. class My_Form_Decorator_UserActiveRadio extends Zend_Form_Decorator_Abstract { public function render($content) { $element = $this-getElement(); if (!$element instanceof Zend_Form_Element_Multi) { return $content; } if (null === ($view = $element-getView())) { return $content; } $translator = $element-getTranslator(); $html = ''; $radio_selected_value = $element-getValue(); $base_name = $element-getName(); $html .= PHP_EOL . 'fieldset class=checks'; if ($element-isRequired()) { $html .= PHP_EOL . 'h5' . $element-getLabel() . 'emrequired/em/h5'; } $html .= PHP_EOL . 'ul'; $tmp = 0; foreach ($element-getMultiOptions() as $radio_value) { $tmp ++; $radio_id = $base_name . $tmp; $attribs = array('id'=$radio_id); $options = array($values); $html .= PHP_EOL . 'li' . PHP_EOL . 'input type=radio name=' . $base_name . ' id=' . $radio_id . ' value=' . $radio_value . ' ' . $this-is_checked($radio_value,$radio_selected_value) . ' /' . PHP_EOL . 'label for=' . $radio_id . '' . $radio_value . '/label' . PHP_EOL . '/li'; } $html .= PHP_EOL . '/ul' . PHP_EOL . '/fieldset!--checks--'; return $html; } private function is_checked($option, $value) { if($option == $value) { return 'checked'; } } } Setting this decorator on the element yields the proper html. If someone who is adept with the decorator stack can illustrate an easier way to accomplish the same thing, it would be appreciated. -- View this message in context: http://www.nabble.com/Zend_Form-Decorator-tp18270378p18286765.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Using ZF in Non-MVC Setup
Currently we use Adobe Contribute for the users to edit pages, so that's why MVC doesn't work. Since we just purchased a few more copies of Contribute, we won't be going to a full blown Web based CMS. So I'm charged with building a new framework that works with Contribute and integrate it with some of our other systems. It's looking like I can glue some things together, which is what I'm looking for. At the moment I don't have any more specific questions but sure will later. Thanks I may have the pleasure of incorporating Contribute into a workflow at some point so I'd been checking out some of the possibilities. Here's an article you may or may not have looked at that could be useful: Maintaining Database Content with PHP (or ColdFusion), Contribute 3, and Dreamweaver MX 2004 http://www.adobe.com/devnet/contribute/articles/contribute_php.html Contribute supports the blog API's so you could also consider using Zend_Xml_Rpc with it. I started working on this but found Contribute horrible to debug so used Ecto instead ( http://infinite-sushi.com/software/ecto/ ). Nick
Re: [fw-general] Why haven't you reviewed the Zend_Tool proposals?
I’m finding harder to follow the ZF development specific post in the general mailing list because it got busier with end-support. In the other hand the others mailing lists are almost not used and forwarded to fw-general most of the time. I feel like 2 mailing list will be enough : * fw-general for end-users * fw-dev for ZF development. I agree. Two lists, one for end-user support/general questions and one specifically for ZF developers (contributors people interested in the direction of ZF) would be better until there is enough activity to warrant splitting them up further. Christoph +1 on this from me. I subscribe to the Django mailing lists which are setup this way and I thought the same thing when I realised I was finding them easier to follow, even without being a Django developer. In the early days of ZF the split of mailing lists around components was fine as they were almost all development based discussions. Now there is such a mix of how-to questions with development discussions that it's quite a trudge to keep up with the latter. As newer components like Zend_Form came out things got messier as development and how-to questions were scattered across fw-general AND fw-mvc (on that note: I was impressed with how well Matthew kept up with them in that regard!). The discussions about Zend_Tool are another example of how this problem can only increase. Nick
Re: [fw-general] Re: IRC
-- Cristian Bichis [EMAIL PROTECTED] wrote (on Saturday, 05 July 2008, 12:43 AM +0300): There is a ZF channel by one year for now i think, try #zftalk on freenode... Or www.zftalk.com Many interesting people online on the channel (even guys from zf dev team)... Many problems solved, many ideas discussed, aso... The suggestion is to have a separate developer/contributor channel in addition to #zftalk in order to separate user/support talk from component development talk. I'm of mixed minds on this. I typically find myself turning off IRC or only logging into channels with very low activity when I'm heads-down in development or planning -- which is a good 50-75% of my time. Mailing lists make it easier to read through and respond to conversations while retaining context. However, at the same time, synchronous communication such as IRC can be invaluable for working through design issues during development. IRC is great for support, brainstorming and refining ideas with people currently online. If you are offline - tough luck. It can be logged, sure, but if you want to pick up a topic later there is no easy way to provide context for your questions. A mailing list is much better for that as it allows people in different timezones and with different work habits to participate effectively. #zfdev will be a great start, but I think a dev mailing list is important in the short run as well. Christoph Wil Sinclair wrote: I think it would be up to the users to make sure nothing important is said on the IRC channel alone- especially if it's significant to the wider community. ,Wil -Original Message- From: till [mailto:[EMAIL PROTECTED] Sent: Friday, July 04, 2008 1:34 PM To: [EMAIL PROTECTED] Cc: Wil Sinclair; Laurent Melmoux; Pádraic Brady; Zend Framework General Subject: Re: [fw-general] Why haven't you reviewed the Zend_Tool proposals? On Fri, Jul 4, 2008 at 4:02 PM, Christoph Dorn [EMAIL PROTECTED] wrote: I am all for an IRC channel although I am not always online which may make it less beneficial than a dev mailing list for me. There are a couple services that log irc channels and provide a searchable frontend. I don't remember the names as of now, but there are some. IMHO, that would provide extra value. I don't really care IRC vs. mailinglist. Email is just easier since I use it anyway on a day to day basis, IRC is more a thing, I have to log myself in and read backlog/current discussions to follow. Till -- Matthew Weier O'Phinney Software Architect | [EMAIL PROTECTED] Zend Framework | http://framework.zend.com/