Re: [fw-general] Zend_Form or Captcha bug?
The Captcha images are being created so i suspect its the path to the images
from the view scripts that is the problem. Is your path to your image in the
view code accessible by a browser?
I always use an absolute path from my web root (public or public html
directory).
For instance if you have a folder in the root of your site for images, then
/images/captcha/
would be your folder, etc.
Try specifying an absolute path from the web directory root.
Deepak Shrestha wrote:
On Tue, Jan 27, 2009 at 3:24 PM, Deepak Shrestha d88...@gmail.com wrote:
Hi,
Didn't get any help from my last post so I went through documentation
and tried to understand as much I can but can't find a way to display
captcha image in Zend_Form using default behavior of Zend Framework's
MVC. AFAIK (with my current knowledge), my code is correct.
This is the code snippet in my [application/forms/myform.php]
===
//first create an image type captcha
$captchaimg = New Zend_Captcha_Image('captchaimg');
$captchaimg-setFont(../application/captcha/fonts/tahoma.ttf);
$captchaimg-setImgDir(../application/captcha/images);
$captchaimg-setImgUrl(../application/captcha/images);
$captchaimg-setWordlen('6');
//create user input for captcha and include the captchaimg in form
$adcaptcha = New Zend_Form_Element_Captcha('adcaptcha', array(
'captcha' = $captchaimg));
$adcaptcha-setLabel('Please enter the 5 letters displayed
below:');
$adcaptcha-setRequired(true);
$adcaptcha-addErrorMessage('Entered value did not match with
displayed image.');
$this-addElements( array($adcaptcha));
=
My view script:
?= $this-form ?
dirctory structure for captcha image is:
=
application
- captcha
- fonts
- images (for genreated images)
=
My Observation
===
1. There is no captcha image when form renders. However, I can see
image being generated in 'application/captcha/images' folder.
2. Trying to post the empty form (expecting that my custom error
message will be displayed) gives me empty error message string with
just a round bullet list in the captcha section but other text input
fields show the correct error messages.
3. Using view source in the browser, i got this about captcha
*
dd
../application/captcha/images/641aa987b887cbefb441f33e194a45b9.png br/
input type=hidden name=adcaptcha[id]
value=641aa987b887cbefb441f33e194a45b9 helper=formText
id=adcaptcha-id /
input type=text name=adcaptcha[input] id=adcaptcha-input
value= helper=formText //dd
**
===
My Questions:
1. The image url was passed to the brower but why it didn't get
rendered in the form?
2. Is this the bug or feature? If it is the feature, how do I make the
image appear in my form using the code I have posted above? what are
the additional things I need to consider?
Partial answer (best guess) to my own question:
1. Probably form is forgetting to call some default rendering function
of Zend_Captcha to render it (or ???). However custom approach (with
custom form) as shown in zend documentation
[http://framework.zend.com/manual/en/zend.captcha.operation.html] and
the one I found in recent blog [http://www.tfountain.co.uk/] works
because it explicitly calls echo $captcha-render($view); method.
But I want to stick with ZF's default MVC behaviors and want to
understand how these pieces fit together before I can understand and
do customized stuffs. So I need to show the captcha image suing zend
form.
Can somebody guide me about whether it is bug/feature? and any
workaround?
Thanks a lot
Sorry I forgot to mention that I am using current version of ZF 1.7
Thanks
--
===
Registered Linux User #460714
Currently Using Fedora 8, 10
===
--
View this message in context:
http://www.nabble.com/Zend_Form-or-Captcha-bug--tp21680760p21681645.html
Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] No announce for 1.7.3PL1
Hi, Just wanted to point out that 1.7.3PL1 didn't seem to get a release announcement. Also the Version.php file does not reflect that this is not the same version as the original 1.7.3. While I believe the changes were minimal and also noted in the 1.7.3 official release, would it not have made more sense to call this a 1.7.3.1 release? That way everything works as expected and is transparent etc.? Can't say I feel overly strongly about this, but figured it was worth mentioning :) Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
Re: [fw-general] No announce for 1.7.3PL1
-- Colin Guthrie gm...@colin.guthr.ie wrote (on Tuesday, 27 January 2009, 09:39 AM +): While I believe the changes were minimal and also noted in the 1.7.3 official release, would it not have made more sense to call this a 1.7.3.1 release? That way everything works as expected and is transparent etc.? We use version_compare() within the website and release code in order to determine the order of releases. version_compare() follows the versioning schema of the PHP project itself. Additionally, since we are looking at offering ZF via a PEAR channel, we need to follow this schema to ensure compatibility with the PEAR installer. 1.7.3.1 is not a valid naming schema for these tools, but 1.7.3pl1 is (pl1 means patch level 1, indicating it's a patched version of the 1.7.3 release). BTW, version_compare's naming schema is as follows: dev(el) a(lpha) b(eta) RC (stable) p(l) We got bit by this recently when we released a PR version -- meaning Preview Release, as version_compare() saw this as a patch level (and thus 1.7.0PR1 was displaying above 1.7.0 on the download page). As a result, the actual packages we create for preview releases in the future will actually be alpha packages to ensure compatibility with the toolsets. -- Matthew Weier O'Phinney Software Architect | matt...@zend.com Zend Framework | http://framework.zend.com/
[fw-general] Available for Community Review: Zend_Cache_Manager/Cache Action Helper
Hi all, As part of my tinkering to get caching more closely integrated into the framework, I am pleased to announce two additional proposals which are ready for community review. In a previous announcement I mentioned Zend_Cache_Backend_Static and Zend_Cache_Backend_Database, in addition to a small refactoring of Zend_Cache itself to shift responsibility for validating tags and cache ids to the backends. Into this chaos I've added... Zend_Cache_Manager http://framework.zend.com/wiki/pages/viewpage.action?pageId=9437207 As a springboard to other proposals, Zend_Cache_Manager is intended to be a centralised Manager which is capable of creating, adapting, storing and otherwise tinkering with caches from one single location. It's other advantage from an ease of use view is that it offers a collection of lazy loaded preconfigured caches to play with before you even write a configuration file. Zend_Controller_Action_Helper_Cache http://framework.zend.com/wiki/pages/viewpage.action?pageId=9437372 The Cache Helper for Controllers offers an API for easy access to a Cache Manager (Zend_Cache_Manager) which stores application caches in a central location. It also enables a form of Page Caching which is best suited to full page caching of rendered output to static HTML/Other files, as well as offering methods to delete such caches either by their relative URL on the server or by tag matching. Your comments on these proposals would be appreciated. Please note, that all source code to date (at present Zend_Cache refactoring and Zend_Cache_Backend_Static), including the unit tests, is now available from a git repository at http://github.com/padraic/zfcache. If you are not yet familiar with git, you can simply download the current revision of the source code from the same location. Best regards, Paddy Pádraic Brady http://blog.astrumfutura.com http://www.survivethedeepend.com OpenID Europe Foundation Irish Representative
[fw-general] Some widget issues
hi, I just noticed that bg images, bg colours set in the tundra theme stylesheet (tundra.css) dont apply to some of my pages especially pages whose URLs require parameters like www.mydomain.com/event/details/144. For the lightbox widget: - the controls dont show but shows on pages like www.mydomain.com/event For tooltips: - the background colour and connecting arrow dont show up. How can i resolve this issue? This is how it should show http://www.nabble.com/file/p21686243/2.gif This is how it is showing on pages that accept parameters: http://www.nabble.com/file/p21686243/1.gif Thanks please help is needed - dee -- View this message in context: http://www.nabble.com/Some-widget-issues-tp21686243p21686243.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] Re: [zf-contributors] Zend_Db_Mapper Proposal - Ready for Review
Benjamin, I *really* like most of this proposal. I am currently unsure on how the UnitOfWork classes handle persistence, but I'll continue to look for code in this department (Is persistence during a single request or multi-request, since there is no coupling with Zend_Session I presume everything must happen in a single request). Also, you might want to have a look at this proposal (when it comes to the lazy loading): http://www.framework.zend.com/wiki/display/ZFPROP/Zend_Loader_Autoloader_Res ource+-+Matthew+Weier+O%27Phinney?focusedCommentId=9437205 As this might solve much of the problems when it comes to mapping to application layer resources and loading their respective files on demand. -ralph On 1/25/09 9:02 AM, Benjamin Eberlei kont...@beberlei.de wrote: Hello everyone, I finished up a new proposal that would greatly enhance domain driven development with the ZF: A generic data mapper component. http://framework.zend.com/wiki/display/ZFPROP/Zend_Db_Mapper+-+Benjamin+Eberle i Its a contrasting proposal to Zend_Db_Table, for handling the underlying persistence of your application layer. Its aiming at enterprise developers that need to do more than the usually siple BlogPosts - Comments - Tags examples. The core concept is the Record (Entity Pattern) centric datastrcuture, rather than the SQL datastructure. You build your applications domain logic of record objects that communicate to each other and then persist them into the database at the end of your session with following a defined mapping scheme. This component therefore tries to achieve the separation of Business logic from the underlying persistence. comments are greatly appreciated, Benjamin -- Ralph Schindler Software Engineer | ralph.schind...@zend.com Zend Framework| http://framework.zend.com/
Re: [fw-general] S3 and Queue
Just to confirm, this is your code right: http://framework.zend.com/svn/framework/laboratory/library/Zend/Service/Amaz on/S3.php -ralph On 1/25/09 9:33 PM, Justin Plock jpl...@gmail.com wrote: Would anyone like to take over development of my two proposals: Zend_Service_Amazon_S3 and Zend_Queue? I don't have the bandwidth right now to complete these two projects and I hate to leave them sit in the laboratory and incubator. Thanks. -Justin -- Ralph Schindler Software Engineer | ralph.schind...@zend.com Zend Framework| http://framework.zend.com/
RE: [fw-general] No announce for 1.7.3PL1
We decided not to do a release announcement for patches. We've released them in the past for other packages like GData and didn't announce them then. Plus, there are no new features, bug fixes, etc., so it's not much of an announcement. :) If it would help avoid confusion, I can send a quick note to fw-general if we ever have to patch again. ,Wil -Original Message- From: news [mailto:n...@ger.gmane.org] On Behalf Of Colin Guthrie Sent: Tuesday, January 27, 2009 1:39 AM To: fw-general@lists.zend.com Subject: [fw-general] No announce for 1.7.3PL1 Hi, Just wanted to point out that 1.7.3PL1 didn't seem to get a release announcement. Also the Version.php file does not reflect that this is not the same version as the original 1.7.3. While I believe the changes were minimal and also noted in the 1.7.3 official release, would it not have made more sense to call this a 1.7.3.1 release? That way everything works as expected and is transparent etc.? Can't say I feel overly strongly about this, but figured it was worth mentioning :) Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
RE: [fw-general] No announce for 1.7.3PL1
If it would help avoid confusion, I can send a quick note to fw-general if we ever have to patch again. +1 -- Thorsten Suckow-Homberg http://www.siteartwork.de Sent with conjoon. Visit http://www.conjoon.de
Re: [fw-general] Available for Community Review: Zend_Cache_Manager/Cache Action Helper
Sorry, where is source code of Zend_Controller_Action_Helper_Cache? I didn't find it in http://github.com/padraic/zfcache/tree/2380d237eaccaa061155eabe50f3ec4adad61f32/trunk/library/Zend/Cache -- View this message in context: http://www.nabble.com/Available-for-Community-Review%3A-Zend_Cache_Manager-Cache-Action-Helper-tp21685458p21689845.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] Zend_Dojo CheckBox validation
I posted this a few months ago, but never got colution, so i will try one
more time :)
Hopefully someone will be able to help me on this.
I have a zend_dojo WORKING form, but checkbox validation wont work.
I'b been told to try this:
--
? $this-dojo()-javascriptCaptureStart() ?
dojo.addOnLoad(function () {
dojo.connect(dijit.byId(signup), onSubmit, validateForm);
});
function validateForm() {
var form = dijit.byId(signup);
if (!form.validate()) {
alert(Invalid form);
return false;
history.back;
}
return true;
}
? $this-dojo()-javascriptCaptureEnd() ?
? $this-dojo()-onLoadCaptureStart() ?
function () {
dojo.connect(dijit.byId(signup), onSubmit, validateForm);
}
? $this-dojo()-onLoadCaptureEnd() ?
---
This wont work :)
However, in my controller i have this:
--
$agreements-addElement('CheckBox', 'ages', array (
'checked' = 'checked' , 'required' = true , 'label' = 'I\'m
Over 18 years old'
))-addElement('CheckBox', 'promotions', array (
'checked' = 'checked' , 'required' = true , 'label' = 'I
agree NOT to send any email promotions promoting this web site' ,
'invalidMessage' = 'You must validate that you are over 18'
))-addElement('CheckBox', 'terms', array (
'checked' = 'checked' , 'required' = true , 'label' = 'I
agree to the Terms Conditions' , 'invalidMessage' = 'You must validate
that you are over 18'
))-addElement('SubmitButton', 'submit', array (
'label' = 'Submit!' , 'style' = 'clear:both'
));
--
The other part of form is not relevant for my question. There are some
fields for name, username, password etc...
SO...
Whatever i am doing, validation of those checkboxes wont work, and if i
UNCHECK them, my form submit proceed. This should not be happen.
Is there anyone in zend comunity who can help me to solve this? Not just to
drop some solution and then never look back if that helps, but to watch this
topic and my response on it? Please? :)
I am solving this for a moths...
Thanks,
V
--
View this message in context:
http://www.nabble.com/Zend_Dojo-CheckBox-validation-tp21690246p21690246.html
Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Available for Community Review: Zend_Cache_Manager/Cache Action Helper
It's not up just yet as I'm working when I can on the Cache Manager first (see last few commits). Pádraic Brady http://blog.astrumfutura.com http://www.survivethedeepend.com OpenID Europe Foundation Representative On 27 Jan 2009, at 17:16, emoveo ivan...@yandex.ru wrote: Sorry, where is source code of Zend_Controller_Action_Helper_Cache? I didn't find it in http://github.com/padraic/zfcache/tree/2380d237eaccaa061155eabe50f3ec4adad61f32/trunk/library/Zend/Cache -- View this message in context: http://www.nabble.com/Available-for-Community-Review%3A-Zend_Cache_Manager-Cache-Action-Helper-tp21685458p21689845.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] S3 and Queue
So it looks like the API is looking pretty good at this point, and its somewhat different (in a better way) than the one laid out in the proposal. Is there any chance you can give us a state of the union on the component, and the directions you'd like it to go in? How much if any is done in the way of unit tests/docs. Etc. Just want to get a sense of what level of work is left. It appears a lot of people are interested in this! Thanks! Ralph On 1/27/09 11:46 AM, Justin Plock jpl...@gmail.com wrote: Correct. Thanks. -Justin On 1/27/09, Ralph Schindler ralph.schind...@zend.com wrote: Just to confirm, this is your code right: http://framework.zend.com/svn/framework/laboratory/library/Zend/Service/Amaz on/S3.php -ralph On 1/25/09 9:33 PM, Justin Plock jpl...@gmail.com wrote: Would anyone like to take over development of my two proposals: Zend_Service_Amazon_S3 and Zend_Queue? I don't have the bandwidth right now to complete these two projects and I hate to leave them sit in the laboratory and incubator. Thanks. -Justin -- Ralph Schindler Software Engineer | ralph.schind...@zend.com Zend Framework| http://framework.zend.com/ -- Ralph Schindler Software Engineer | ralph.schind...@zend.com Zend Framework| http://framework.zend.com/
Re: [fw-general] Some widget issues
-- dele454 d...@killerinstinct.co.za wrote
(on Tuesday, 27 January 2009, 06:22 AM -0800):
I just noticed that bg images, bg colours set in the tundra theme stylesheet
(tundra.css) dont apply to some of my pages especially pages whose URLs
require parameters like
www.mydomain.com/event/details/144.
For the lightbox widget:
- the controls dont show but shows on pages like www.mydomain.com/event
For tooltips:
- the background colour and connecting arrow dont show up. How can i resolve
this issue?
This is how it should show
http://www.nabble.com/file/p21686243/2.gif
This is how it is showing on pages that accept parameters:
http://www.nabble.com/file/p21686243/1.gif
Thanks please help is needed
My guess is that you've got a bad rewrite rule in place. Make sure it
looks like this:
# Rewrite Rules
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ /index.php [NC,L]
The old rewrite rules were not terribly flexible, and there were a
number of Dojo resources with extensions not in that list that simply
could not be loaded as a result.
--
Matthew Weier O'Phinney
Software Architect | matt...@zend.com
Zend Framework | http://framework.zend.com/
[fw-general] Re: No announce for 1.7.3PL1
'Twas brillig, and Wil Sinclair at 27/01/09 17:01 did gyre and gimble: We decided not to do a release announcement for patches. We've released them in the past for other packages like GData and didn't announce them then. Plus, there are no new features, bug fixes, etc., so it's not much of an announcement. :) If it would help avoid confusion, I can send a quick note to fw-general if we ever have to patch again. Thanks for the explanation (especially Matthews explanation of version_compare() usage - although as this is used inside Version.php, should the actual VERSION constant not be set to 1.7.3PL1 in there rather than left as 1.7.3 which is how the 1.7.3 release went out?) A quick headsup email would be good, although I think an official announcement on the zf-announce should also be sent. Many users will be using this as their only means of keeping up to date on things and surely even a patch to a release (which, let's face it is just another way of saying there were some bugs that we've now patched) is worth letting people know about? Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
Re: [fw-general] Some widget issues
Thanks for the feedback Matthew. That is exactly how my rewrite look like line for line. Not working still. Any other possible leads? Thanks - dee -- View this message in context: http://www.nabble.com/Some-widget-issues-tp21686243p21691624.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Some widget issues
hi, try turning off mod_rewite for images folder?: RewriteEngine off Thank You Daniel Latter 2009/1/27 dele454 d...@killerinstinct.co.za Thanks for the feedback Matthew. That is exactly how my rewrite look like line for line. Not working still. Any other possible leads? Thanks - dee -- View this message in context: http://www.nabble.com/Some-widget-issues-tp21686243p21691624.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] No announce for 1.7.3PL1
On 27 Jan 2009, at 17:01, Wil Sinclair wrote: We decided not to do a release announcement for patches. We've released them in the past for other packages like GData and didn't announce them then. Plus, there are no new features, bug fixes, etc., so it's not much of an announcement. :) If it would help avoid confusion, I can send a quick note to fw-general if we ever have to patch again. ,Wil If there are no new features or bug fixes or etc. then why was a patch release done? Calling it a patch release implies that something changed to me... I'd also appreciate a quick note to fw-general or announce if a patch is done again. Regards, Rob...
Re: [fw-general] No announce for 1.7.3PL1
2009/1/27 Rob Allen r...@akrabat.com: On 27 Jan 2009, at 17:01, Wil Sinclair wrote: We decided not to do a release announcement for patches. We've released them in the past for other packages like GData and didn't announce them then. Plus, there are no new features, bug fixes, etc., so it's not much of an announcement. :) If it would help avoid confusion, I can send a quick note to fw-general if we ever have to patch again. ,Wil If there are no new features or bug fixes or etc. then why was a patch release done? Calling it a patch release implies that something changed to me... I'd also appreciate a quick note to fw-general or announce if a patch is done again. Regards, Rob... A patch level can also mean that there were just some smaller issues fixed or it had to be released quickly because of security issues. So there is no need for an announce of changes because there are usually none. -- Currently developing a browsergame... http://www.p-game.de Trade - Expand - Fight
Re: [fw-general] Re: No announce for 1.7.3PL1
Should those of us who upgraded to 1.7.3 now upgrade to 1.7.3PL1? If we should then I think an announcement would be very important. Otherwise, how would we know there is an update? Mark On Tue, Jan 27, 2009 at 11:36 AM, Colin Guthrie gm...@colin.guthr.ie wrote: 'Twas brillig, and Wil Sinclair at 27/01/09 17:01 did gyre and gimble: We decided not to do a release announcement for patches. We've released them in the past for other packages like GData and didn't announce them then. Plus, there are no new features, bug fixes, etc., so it's not much of an announcement. :) If it would help avoid confusion, I can send a quick note to fw-general if we ever have to patch again. Thanks for the explanation (especially Matthews explanation of version_compare() usage - although as this is used inside Version.php, should the actual VERSION constant not be set to 1.7.3PL1 in there rather than left as 1.7.3 which is how the 1.7.3 release went out?) A quick headsup email would be good, although I think an official announcement on the zf-announce should also be sent. Many users will be using this as their only means of keeping up to date on things and surely even a patch to a release (which, let's face it is just another way of saying there were some bugs that we've now patched) is worth letting people know about? Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] -- Have fun or die trying - but try not to actually die.
[fw-general] Re: No announce for 1.7.3PL1
'Twas brillig, and Yannick Mortier at 27/01/09 19:43 did gyre and gimble: A patch level can also mean that there were just some smaller issues fixed or it had to be released quickly because of security issues. So there is no need for an announce of changes because there are usually none. So if a release is rolled out quickly due to security issues, there is no need to announce it? The logical extension of that is that those people running the potentially vulnerable software don't know there is a problem and therefore do not update it. That really doesn't make sense! (and yes, I know this particular case was not a security issue!). Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
Re: [fw-general] Re: No announce for 1.7.3PL1
(and yes, I know this particular case was not a security issue!). Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Maybe that's why it was not announced? -- Currently developing a browsergame... http://www.p-game.de Trade - Expand - Fight
[fw-general] Zend_Cache_Backend_Memcache ZF1.7 Connection-problems (solved)
Hi, Maybe it helps someone: I just updated ZF from 1.6 to 1.7.3 in a project. With the change Zend_Cache_Backend_Memcache could not connect to the server anymore (no error on connect, but on get(), set() etc.). It seems to be caused by some new arguments that the ZF-class passes to PHP Memcache's addServer(). And those were not compatible with the php memcache extension I had installed (which was version 1.* from Debian's apt). Pecl has the new 2.* version, which I installed, and now it works fine again: pecl install memcache Sincerely, Reto -- View this message in context: http://www.nabble.com/Zend_Cache_Backend_Memcache-ZF1.7-Connection-problems-%28solved%29-tp21693421p21693421.html Sent from the Zend Framework mailing list archive at Nabble.com.
RE: [fw-general] No announce for 1.7.3PL1
It was released due to a missing 'require' in the ZendX_JQuery component. I'm sorry that I didn't send out an announcement, but I really didn't think that this was significant enough to warrant one. Given the community's reaction, I'm thinking that it wasn't significant enough to issue the patch in the first place. I'll review 'to patch or not to patch' decision in more detail going forward and announce it on the contributors, general, and announce lists if we patch a release in the future. ,Wil -Original Message- From: Rob Allen [mailto:r...@akrabat.com] Sent: Tuesday, January 27, 2009 11:40 AM To: Zend Framework General Subject: Re: [fw-general] No announce for 1.7.3PL1 On 27 Jan 2009, at 17:01, Wil Sinclair wrote: We decided not to do a release announcement for patches. We've released them in the past for other packages like GData and didn't announce them then. Plus, there are no new features, bug fixes, etc., so it's not much of an announcement. :) If it would help avoid confusion, I can send a quick note to fw-general if we ever have to patch again. ,Wil If there are no new features or bug fixes or etc. then why was a patch release done? Calling it a patch release implies that something changed to me... I'd also appreciate a quick note to fw-general or announce if a patch is done again. Regards, Rob...
[fw-general] Zend_Form / Zend_File Upload to DB not working
Hello, I am trying to use Zend_Form to upload a file and then store it in a DB. Something doesnt seem to be working, and would like to know if there is a simple test using MVC structure to see if a file is being uploaded? I have tried a few things, but nothing seems to show the actual file info trying to be uploaded. Any tutorials would be greatly appreciated. thank you. -- View this message in context: http://www.nabble.com/Zend_Form---Zend_File-Upload-to-DB-not-working-tp21693984p21693984.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Zend_Form / Zend_File Upload to DB not working
Look at my blog. There is an example for file uploads. http://www.thomasweidner.com/flatpress/2008/11/01/file-transfer-hashing-and-other-news/ Greetings Thomas Weidner, I18N Team Leader, Zend Framework http://www.thomasweidner.com - Original Message - From: maxarbos maxar...@yahoo.com To: fw-general@lists.zend.com Sent: Tuesday, January 27, 2009 9:43 PM Subject: [fw-general] Zend_Form / Zend_File Upload to DB not working Hello, I am trying to use Zend_Form to upload a file and then store it in a DB. Something doesnt seem to be working, and would like to know if there is a simple test using MVC structure to see if a file is being uploaded? I have tried a few things, but nothing seems to show the actual file info trying to be uploaded. Any tutorials would be greatly appreciated. thank you. -- View this message in context: http://www.nabble.com/Zend_Form---Zend_File-Upload-to-DB-not-working-tp21693984p21693984.html Sent from the Zend Framework mailing list archive at Nabble.com.
RE: [fw-general] No announce for 1.7.3PL1
Wil Sinclair wrote: I'll review 'to patch or not to patch' decision in more detail going forward and announce it on the contributors, general, and announce lists if we patch a release in the future. Thank you. I can see how it could be useful. However, I also see how it would be hard to decide when to issue a patch and when not to. As this was not a normal activity, we can say we learned a lot from this test. As my wife, (iso 9000) person, reminds me sometimes - there has been corrective action taken. We can rest assured that there will be future consideration of patches and patch notices. That works for me - So thanks, Wil. Terre
[fw-general] Re: No announce for 1.7.3PL1
'Twas brillig, and Wil Sinclair at 27/01/09 20:20 did gyre and gimble:
It was released due to a missing 'require' in the ZendX_JQuery
component.
Incidentally while looking at the ZendX_JQuery stuff today I noticed a
prefix of ZendX_Dojo which is odd:
$ grep -rn Dojo *
JQuery/Form.php:45:
-addElementPrefixPath('ZendX_Dojo_Form_Decorator',
'ZendX/JQuery/Form/Decorator', 'decorator')
I suspect it's a copy/paste error?
I'm sorry that I didn't send out an announcement, but I really didn't
think that this was significant enough to warrant one. Given the
community's reaction, I'm thinking that it wasn't significant enough to
issue the patch in the first place.
I'll review 'to patch or not to patch' decision in more detail going
forward and announce it on the contributors, general, and announce lists
if we patch a release in the future.
I didn't meant to open a can of worms here :(
I would certainly not want to discourage you issuing the patch release
or similar, it's just that any release without an announcement just
feels wrong to me: you may spend some time debugging an issue in what
you think is the most recent version only to find when you report the
bug that it was fixed in the PL release and it's just that you didn't
realise this was available because you did not look at the download page
first. Even just a very quick announce with a totally cut down message
saying e.g. patch release 1 has fixed a minor issue, see the 1.7.3
announcement for the full details of the 1.7.3 release would have been
appreciated. I don't know if this process of sending such a mail to the
announce list is awkward or not (due to moderation processes etc) or
whether such a short announcement would be permitted.
Anyway, like I say I don't mean to criticise and I do appreciate all
your work :)
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/
Day Job:
Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
Mandriva Linux Contributor [http://www.mandriva.com/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
[fw-general] JotBug - A Project Management Issue Tracker written 100% with Z F :-)
Hi, I am looking (begging!) for help/testing/feedback etc etc etc on my JotBug project http://jotbug.googlecode.com http://jotbug.googlecode.com So far, I have the following implemented: Wiki - Syntax is Textile - Add - Edit - Preview - Delete - Attachments (upload/view) - Code highlighting using Geshi - Macro Plugins Tracker - Add - List - View Authentication - Dummy Login SCM - SVN browser - SVN viewer - code highlighting using GeSHi Mutiple Project Listing I am working on e-mail notification and user profile/account settings at the moment. Thanks in advance. - Robert This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system.
Re: [fw-general] JotBug - A Project Management Issue Tracker written 100% with Z F :-)
On Wed, Jan 28, 2009 at 12:15 AM, Robert Castley robert.cast...@macro4.com wrote: Hi, I am looking (begging!) for help/testing/feedback etc etc etc on my JotBug project http://jotbug.googlecode.com So far, I have the following implemented: Wiki - Syntax is Textile - Add - Edit - Preview - Delete - Attachments (upload/view) - Code highlighting using Geshi - Macro Plugins Tracker - Add - List - View Authentication - Dummy Login SCM - SVN browser - SVN viewer - code highlighting using GeSHi Mutiple Project Listing I am working on e-mail notification and user profile/account settings at the moment. Thanks in advance. - Robert Maybe you can install a demo somewhere? E.g., for JotBug itself? Till
[fw-general] Re: S3 and Queue
The main API should be close to frozen at this point and the Stream wrapper utilizes it. I have not had time to write any unit tests and documentation. The API could probably use a little more testing, specifically around how Amazon handles 100 Continue headers. I was trying to figure out a way to support that in the S3 class, but I think we'd need to add it to Zend_Http_Client somewhere (I submitted an issue on this). Range support on GET requests also seems a little off (the code works as intended, but Amazon wasn't returning just the specified ranges and would return everything, but I could have done something incorrectly). That's about it. I hope someone can finish it up. Thanks. -Justin Ralph Schindler wrote: So it looks like the API is looking pretty good at this point, and its somewhat different (in a better way) than the one laid out in the proposal. Is there any chance you can give us a state of the union on the component, and the directions you'd like it to go in? How much if any is done in the way of unit tests/docs. Etc. Just want to get a sense of what level of work is left. It appears a lot of people are interested in this! Thanks! Ralph On 1/27/09 11:46 AM, Justin Plock jpl...@gmail.com wrote: Correct. Thanks. -Justin On 1/27/09, Ralph Schindler ralph.schind...@zend.com wrote: Just to confirm, this is your code right: http://framework.zend.com/svn/framework/laboratory/library/Zend/Service/Amaz on/S3.php -ralph On 1/25/09 9:33 PM, Justin Plock jpl...@gmail.com wrote: Would anyone like to take over development of my two proposals: Zend_Service_Amazon_S3 and Zend_Queue? I don't have the bandwidth right now to complete these two projects and I hate to leave them sit in the laboratory and incubator. Thanks. -Justin -- Ralph Schindler Software Engineer | ralph.schind...@zend.com Zend Framework| http://framework.zend.com/
RE: [fw-general] JotBug - A Project Management Issue Tracker w ritten 100% with Z F :-)
Maybe you can install a demo somewhere? E.g., for JotBug itself? :-) If I could find a permenant home I would! At the moment I am only able to provide that facility when I am online at home as I can run it in a VM without worrying about being hacked etc. The URL for that is http://rcastley.plus.com but it is NOT available 24hrs. JotBug is real easy to install, as long as you have PHP (with PDO_SQLITE enabled) Apache you can run it. See http://code.google.com/p/jotbug/wiki/Installation As the code becomes more stable and public interest in the project increases then I will eventually get professional hosting and use JotBug to host itself. - Robert This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system.
Re: [fw-general] Zend_Db_Mapper Proposal - Ready for Review
Do you have any source code laying around anywhere for us to look at? I had some aspirations to write an ActiveRecord component, but my recent experience with models (well, and PHP's lack of late static binding support) has led me searching for other model components. I would love to replace Zend_Db_Table with yours in my applications! beberlei wrote: Hello everyone, I finished up a new proposal that would greatly enhance domain driven development with the ZF: A generic data mapper component. http://framework.zend.com/wiki/display/ZFPROP/Zend_Db_Mapper+-+Benjamin+Eberlei Its a contrasting proposal to Zend_Db_Table, for handling the underlying persistence of your application layer. Its aiming at enterprise developers that need to do more than the usually siple BlogPosts - Comments - Tags examples. The core concept is the Record (Entity Pattern) centric datastrcuture, rather than the SQL datastructure. You build your applications domain logic of record objects that communicate to each other and then persist them into the database at the end of your session with following a defined mapping scheme. This component therefore tries to achieve the separation of Business logic from the underlying persistence. comments are greatly appreciated, Benjamin -- Benjamin Eberlei http://www.beberlei.de -- View this message in context: http://www.nabble.com/Zend_Db_Mapper-Proposal---Ready-for-Review-tp21652525p21700669.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] Zend_Captcha custom error message question
Hi,
Breaking from previous post, I am posting this as a new subject.
I am using Zend_From to display captcha with custom error message.
When I make a wrong entry (intentionally), my custom error message is
not shown when form validates.
Sample code:
//first create an captcha image
$captchaimg = New Zend_Captcha_Image('captchaimg');
$captchaimg-setFont(../application/captcha/fonts/tahoma.ttf);
$captchaimg-setImgDir($_SERVER['DOCUMENT_ROOT'] . '/images/captcha/');
$captchaimg-setImgUrl(/images/captcha/);
$captchaimg-setWordlen('6');
//create user input for captcha and include the captchaimg in form
$adcaptcha = New Zend_Form_Element_Captcha('adcaptcha', array(
'captcha' = $captchaimg));
$adcaptcha-setLabel('Please enter the letters displayed below:');
$adcaptcha-setRequired(true);
$adcaptcha-addErrorMessage('Entered value did not match with
displayed image.'); this part
===
I have checked the HTML code through view source (after validation).
My error message is nowhere to be found in final HTML.
Question:
1. Is my way of setting custom error message correct?
2. If yes, why it is not shown? what else needs to be considered?
===
Thanks
--
===
Registered Linux User #460714
Currently Using Fedora 8, 10
===
[fw-general] Re: Zend_Captcha custom error message question
Ok, I found a Warning displayed at to of my form after validation. The Message: = Warning: htmlspecialchars() expects parameter 1 to be string, array given in C:\WEB\myweb\library\Zend\View\Abstract.php on line 804 What does this mean? Thanks -- === Registered Linux User #460714 Currently Using Fedora 8, 10 ===
