[Seaside] Weird back button problem
Bob Arning
arning315 at comcast.net
Fri Apr 6 21:55:52 UTC 2012
Could you tell if the html generated in that one case was actually not
working correctly in some way (as in your original problem)?
Cheers,
Bob
On 4/6/12 4:18 PM, Lawrence Kellogg wrote:
> Hello Bob,
> I installed this code and went though all of the interfaces on my site. I only hit the halt once so I guess most of my code is ok.
> I took out the extra form and don't hit this halt anymore. Thanks.
>
> Regards,
>
> Larry
>
>
> On Apr 6, 2012, at 9:17 AM, Bob Arning wrote:
>
>> This might help spot such problems:
>>
>> WAFormTag>>with:
>>
>> with: aBlock
>>
>> | uniqueMessage |
>>
>> uniqueMessage _ 'starting a form'.
>> Notification signal: uniqueMessage.
>> [
>> super with: aBlock
>> ] on: Notification do: [ :ex |
>> ex messageText = uniqueMessage ifTrue: [self halt].
>> ex pass
>> ]
>>
>> Cheers,
>> Bob
>>
>> On 4/6/12 7:38 AM, Lawrence Kellogg wrote:
>>> On Apr 6, 2012, at 7:05 AM, Johan Brichau wrote:
>>>
>>>> Larry,
>>>>
>>>> I'm really answering off the top of my head now, but nested html forms are indeed not allowed. It's likely that this is causing the trouble.
>>>>
>>>> You might consider replacing the cancel button with a cancel link (i.e. an anchor with 'cancel'). That probably will give you the behavior you are looking for.
>>>> I'm never using a cancel button because we do it with links throughout the application.
>>> Yes, that is it! It works after I changed the 'html cancelButton' to 'html anchor'. Thanks, I never would have gotten that on my own.
>>>
>>> I am a little confused about whether I nest html forms or not. I have so many different components with html form in them that I must be nesting forms. So, there should only one html form: for the entire page? Perhaps I can refactor my code to make that happen, although everything seems to work pretty well as it is written. What goes wrong when forms are nested?
>>>
>>> Regards,
>>>
>>> Larry
>>>
>>>
>>>
>>>>
>>>> On 06 Apr 2012, at 12:48, Lawrence Kellogg wrote:
>>>>
>>>>> Johan,
>>>>> Unfortunately, changing it from value: to with: does not make any difference, the bug is still there. I looked through my code and it looks like I am calling html form: for all the resources I am rendering, as far as I can tell.
>>>>>
>>>>> Does this snippet of code provide any clue?
>>>>> ….
>>>>> <form accept-charset="utf-8" method="post" action="/PracticeJournalLoginTask?_s=MQjCWJGC8kOo0deT&_k=ZS373GZpYr33sacc"><br/>
>>>>> <input class="btn submit" name="12" value="Back" type="submit"/>
>>>>> <br/><br/><br/>
>>>>> <form accept-charset="utf-8" method="post" action="/PracticeJournalLoginTask?_s=MQjCWJGC8kOo0deT&_k=ZS373GZpYr33sacc"><object>
>>>>> <param name="width" value="586"></param>
>>>>> <param name="height" value="355"></param>
>>>>> <param name="movie" value="http://www.youtube.com/v/PIlDmg2iFgA?fs=1&hl=es&rel=0&cc_load_policy=1&cc_lang_pref=es&version=3"></param><param name="cc_load_policy" value="1"></param>
>>>>> <param name="allowFullScreen" value="false"></param><param name="allowScriptAccess" value="always"></param>
>>>>> <embed src="http://www.youtube.com/v/PIlDmg2iFgA?fs=1&hl=es&rel=0&cc_load_policy=1&cc_lang_pref=es&version=3" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="false" width="586" height="355"></embed></object><br/></form><br/>
>>>>>
>>>>> <input class="btn submit" name="13" value="Back" type="submit"/><br/></form></div></div><div class="wa-toolbar"></div>
>>>>>
>>>>> <script type="text/javascript">/*<![CDATA[*/function onLoad(){};/*]]>*/</script></body></html>
>>>>>
>>>>> Regards,
>>>>>
>>>>> Larry
>>>>> www.practicemusic.com
>>>>>
>>>>> On Apr 6, 2012, at 6:35 AM, Johan Brichau wrote:
>>>>>
>>>>>> It's a guess but did you try replacing
>>>>>>
>>>>>> value: 'Back'
>>>>>>
>>>>>> with
>>>>>>
>>>>>> with: 'Back'
>>>>>>
>>>>>> ?
>>>>>>
>>>>>> Otherwise, a snippet of the 'weird rendering' might help
>>>>>>
>>>>>> Johan
>>>>>>
>>>>>> On 05 Apr 2012, at 23:10, Lawrence Kellogg wrote:
>>>>>>
>>>>>>> Hello,
>>>>>>> I noticed a weird issue with rendering the Back button. If I have
>>>>>>>
>>>>>>> renderBackButtonOn: html
>>>>>>> html break.
>>>>>>> html cancelButton
>>>>>>> class: 'btn';
>>>>>>> callback: [ self back ];
>>>>>>> value: 'Back'.
>>>>>>> html break
>>>>>>>
>>>>>>> and this:
>>>>>>>
>>>>>>> back
>>>>>>> self answer: false
>>>>>>>
>>>>>>> and then this:
>>>>>>>
>>>>>>> html
>>>>>>> form: [
>>>>>>> self renderBackButtonOn: html.
>>>>>>>
>>>>>>> self resources do: [: each | html render: each].
>>>>>>>
>>>>>>> self renderBackButtonOn: html].
>>>>>>>
>>>>>>>
>>>>>>> I often see the case where the first rendering of the Back button works correctly, but the last render does not work. I press the button and nothing happens. Any idea what is going on here?
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> Larry Kellogg
>>>>>>> www.practicemusic.com
>>>>>>> _______________________________________________
>>>>>>> seaside mailing list
>>>>>>> seaside at lists.squeakfoundation.org
>>>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>>> _______________________________________________
>>>>>> seaside mailing list
>>>>>> seaside at lists.squeakfoundation.org
>>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>>> _______________________________________________
>>>>> seaside mailing list
>>>>> seaside at lists.squeakfoundation.org
>>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>> _______________________________________________
>>>> seaside mailing list
>>>> seaside at lists.squeakfoundation.org
>>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>> _______________________________________________
>>> seaside mailing list
>>> seaside at lists.squeakfoundation.org
>>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>>>
>> _______________________________________________
>> seaside mailing list
>> seaside at lists.squeakfoundation.org
>> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20120406/69cddc8e/attachment-0001.htm
More information about the seaside
mailing list