From: Miguel A. <ar...@gu...> - 2007-12-28 18:33:47
Attachments:
smime.p7s
|
Hi! I have a form with a text field and two AjaxSubmitButtons, each one for a different action (multipleSubmits is set to true on the form). Everything works, but there's a problem: if I type the return key on the text field, the form is submitted in the "classic" way, ie, full page reload. Am I doing something wrong here? Yours Miguel Arroz Miguel Arroz http://www.terminalapp.net http://www.ipragma.com |
From: Mike S. <ms...@md...> - 2007-12-29 01:55:10
|
I think you can use a FocusTextField with onEnter = "" ... On Dec 28, 2007, at 1:33 PM, Miguel Arroz wrote: > Hi! > > I have a form with a text field and two AjaxSubmitButtons, each one > for a different action (multipleSubmits is set to true on the form). > > Everything works, but there's a problem: if I type the return key > on the text field, the form is submitted in the "classic" way, ie, > full page reload. > > Am I doing something wrong here? > > Yours > > Miguel Arroz > > Miguel Arroz > http://www.terminalapp.net > http://www.ipragma.com > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc |
From: Miguel A. <ar...@gu...> - 2007-12-30 23:02:20
Attachments:
smime.p7s
|
Hi! onEnter = ... what? :) Is there any "magic" JS method generated by the buttons that allows me to "click" them programatically? Or do I have to do it in the traditional JS way? Yours Miguel Arroz On 2007/12/29, at 01:54, Mike Schrag wrote: > I think you can use a FocusTextField with onEnter = "" ... > > On Dec 28, 2007, at 1:33 PM, Miguel Arroz wrote: > >> Hi! >> >> I have a form with a text field and two AjaxSubmitButtons, each one >> for a different action (multipleSubmits is set to true on the form). >> >> Everything works, but there's a problem: if I type the return key >> on the text field, the form is submitted in the "classic" way, ie, >> full page reload. >> >> Am I doing something wrong here? >> >> Yours >> >> Miguel Arroz >> >> Miguel Arroz >> http://www.terminalapp.net >> http://www.ipragma.com >> >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Wonder-disc mailing list >> Won...@li... >> https://lists.sourceforge.net/lists/listinfo/wonder-disc > > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc Miguel Arroz http://www.terminalapp.net http://www.ipragma.com |
From: Mike S. <ms...@md...> - 2007-12-31 00:32:27
|
If you want to be able to programmatically do what the Ajax buttons/ links do, you need to do an AjaxSubmitButton ... functionName = "submitMyForm", which will make a javascript function of the button instead of a visual button, and you call submitMyForm() to perform it. On Dec 30, 2007, at 6:02 PM, Miguel Arroz wrote: > Hi! > > onEnter = ... what? :) Is there any "magic" JS method generated by > the buttons that allows me to "click" them programatically? Or do I > have to do it in the traditional JS way? > > Yours > > Miguel Arroz > > On 2007/12/29, at 01:54, Mike Schrag wrote: > >> I think you can use a FocusTextField with onEnter = "" ... >> >> On Dec 28, 2007, at 1:33 PM, Miguel Arroz wrote: >> >>> Hi! >>> >>> I have a form with a text field and two AjaxSubmitButtons, each one >>> for a different action (multipleSubmits is set to true on the form). >>> >>> Everything works, but there's a problem: if I type the return key >>> on the text field, the form is submitted in the "classic" way, ie, >>> full page reload. >>> >>> Am I doing something wrong here? >>> >>> Yours >>> >>> Miguel Arroz >>> >>> Miguel Arroz >>> http://www.terminalapp.net >>> http://www.ipragma.com >>> >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ >>> Wonder-disc mailing list >>> Won...@li... >>> https://lists.sourceforge.net/lists/listinfo/wonder-disc >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Wonder-disc mailing list >> Won...@li... >> https://lists.sourceforge.net/lists/listinfo/wonder-disc > > Miguel Arroz > http://www.terminalapp.net > http://www.ipragma.com > > > |
From: Miguel A. <ar...@gu...> - 2007-12-30 23:35:09
Attachments:
smime.p7s
|
Hi! Argh!!!!! I'mn trying to use FocusTextField, but for some weird reason, the code is not being generated correctly. The result is: <input id="valueField" type="text" onkeypress="onkeypress" ="" "valueFieldSubmitOnEnter(event);"=""valueFieldSubmitOnEnter(event);"" value="66" name="0.29.1.1.35.3.5.1.5"> The bindings are: LimitValueTextField: FocusTextField { value = values.channel.responsesLimit; id = "valueField"; selectAll = true; onEnter = "alert('ola');"; } I tried to debug and it appears that the response is being correctly generated, but for some reason the debugger gets lost in the middle, so I can't see where does the response gets screwed. Any ideias? Yours Miguel Arroz On 2007/12/29, at 01:54, Mike Schrag wrote: > I think you can use a FocusTextField with onEnter = "" ... > > On Dec 28, 2007, at 1:33 PM, Miguel Arroz wrote: > >> Hi! >> >> I have a form with a text field and two AjaxSubmitButtons, each one >> for a different action (multipleSubmits is set to true on the form). >> >> Everything works, but there's a problem: if I type the return key >> on the text field, the form is submitted in the "classic" way, ie, >> full page reload. >> >> Am I doing something wrong here? >> >> Yours >> >> Miguel Arroz >> >> Miguel Arroz >> http://www.terminalapp.net >> http://www.ipragma.com >> >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Wonder-disc mailing list >> Won...@li... >> https://lists.sourceforge.net/lists/listinfo/wonder-disc > > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc Miguel Arroz http://www.terminalapp.net http://www.ipragma.com |
From: Miguel A. <ar...@gu...> - 2007-12-30 23:45:49
Attachments:
smime.p7s
FocusTextFieldPatch.txt
|
Hi! Ok, fixed the error. It was generating onkeypress = "blabla" (mind the spaces) instead of onkeypress="blabla". Later the code was becoming screwed up. The strange thing is that this happened on my app but not on AjaxExample. Oh well... here's the patch. |
From: Mike S. <ms...@md...> - 2007-12-31 00:31:09
|
I don't follow this patch ... Why is this a problem? On Dec 30, 2007, at 6:45 PM, Miguel Arroz wrote: > Hi! > > Ok, fixed the error. It was generating onkeypress = "blabla" (mind > the spaces) instead of onkeypress="blabla". Later the code was > becoming screwed up. The strange thing is that this happened on my > app but not on AjaxExample. Oh well... here's the patch. > > <FocusTextFieldPatch.txt> > > Yours > > Miguel Arroz > > On 2007/12/30, at 23:35, Miguel Arroz wrote: > >> Hi! >> >> Argh!!!!! >> >> I'mn trying to use FocusTextField, but for some weird reason, the >> code is not being generated correctly. The result is: >> >> <input id="valueField" type="text" onkeypress="onkeypress" ="" >> "valueFieldSubmitOnEnter >> (event);"=""valueFieldSubmitOnEnter(event);"" value="66" >> name="0.29.1.1.35.3.5.1.5"> >> >> The bindings are: >> >> LimitValueTextField: FocusTextField { >> value = values.channel.responsesLimit; >> id = "valueField"; >> selectAll = true; >> onEnter = "alert('ola');"; >> } >> >> I tried to debug and it appears that the response is being >> correctly generated, but for some reason the debugger gets lost in >> the middle, so I can't see where does the response gets screwed. >> >> Any ideias? >> >> Yours >> >> Miguel Arroz >> >> On 2007/12/29, at 01:54, Mike Schrag wrote: >> >>> I think you can use a FocusTextField with onEnter = "" ... >>> >>> On Dec 28, 2007, at 1:33 PM, Miguel Arroz wrote: >>> >>>> Hi! >>>> >>>> I have a form with a text field and two AjaxSubmitButtons, each one >>>> for a different action (multipleSubmits is set to true on the >>>> form). >>>> >>>> Everything works, but there's a problem: if I type the return key >>>> on the text field, the form is submitted in the "classic" way, ie, >>>> full page reload. >>>> >>>> Am I doing something wrong here? >>>> >>>> Yours >>>> >>>> Miguel Arroz >>>> >>>> Miguel Arroz >>>> http://www.terminalapp.net >>>> http://www.ipragma.com >>>> >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ >>>> Wonder-disc mailing list >>>> Won...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wonder-disc >>> >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> Wonder-disc mailing list >>> Won...@li... >>> https://lists.sourceforge.net/lists/listinfo/wonder-disc >> >> Miguel Arroz >> http://www.terminalapp.net >> http://www.ipragma.com >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ >> Wonder-disc mailing list >> Won...@li... >> https://lists.sourceforge.net/lists/listinfo/wonder-disc > > Miguel Arroz > http://www.terminalapp.net > http://www.ipragma.com > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc |
From: Miguel A. <ar...@gu...> - 2007-12-31 01:03:46
Attachments:
smime.p7s
|
Hi! I can't be sure where this happens, because the debugger starts behaving really strange when going back on the call stack, but the fact is that somewhere in WO stuff like attribute = "value" is converted on a huge mess like: attribute="attribute" =""value"="value"... Looks like the WO internals don't like spaces there, so it expects attrubite="value" and not attribute = "value" I did the fix described by that patch, and the code became correctly generated. Yours Miguel Arroz On 2007/12/31, at 00:30, Mike Schrag wrote: > I don't follow this patch ... Why is this a problem? > > On Dec 30, 2007, at 6:45 PM, Miguel Arroz wrote: > >> Hi! >> >> Ok, fixed the error. It was generating onkeypress = "blabla" (mind >> the spaces) instead of onkeypress="blabla". Later the code was >> becoming screwed up. The strange thing is that this happened on my >> app but not on AjaxExample. Oh well... here's the patch. >> >> <FocusTextFieldPatch.txt> >> >> Yours >> >> Miguel Arroz >> >> On 2007/12/30, at 23:35, Miguel Arroz wrote: >> >>> Hi! >>> >>> Argh!!!!! >>> >>> I'mn trying to use FocusTextField, but for some weird reason, the >>> code is not being generated correctly. The result is: >>> >>> <input id="valueField" type="text" onkeypress="onkeypress" ="" >>> "valueFieldSubmitOnEnter >>> (event);"=""valueFieldSubmitOnEnter(event);"" value="66" >>> name="0.29.1.1.35.3.5.1.5"> >>> >>> The bindings are: >>> >>> LimitValueTextField: FocusTextField { >>> value = values.channel.responsesLimit; >>> id = "valueField"; >>> selectAll = true; >>> onEnter = "alert('ola');"; >>> } >>> >>> I tried to debug and it appears that the response is being >>> correctly generated, but for some reason the debugger gets lost in >>> the middle, so I can't see where does the response gets screwed. >>> >>> Any ideias? >>> >>> Yours >>> >>> Miguel Arroz >>> >>> On 2007/12/29, at 01:54, Mike Schrag wrote: >>> >>>> I think you can use a FocusTextField with onEnter = "" ... >>>> >>>> On Dec 28, 2007, at 1:33 PM, Miguel Arroz wrote: >>>> >>>>> Hi! >>>>> >>>>> I have a form with a text field and two AjaxSubmitButtons, each >>>>> one >>>>> for a different action (multipleSubmits is set to true on the >>>>> form). >>>>> >>>>> Everything works, but there's a problem: if I type the return key >>>>> on the text field, the form is submitted in the "classic" way, ie, >>>>> full page reload. >>>>> >>>>> Am I doing something wrong here? >>>>> >>>>> Yours >>>>> >>>>> Miguel Arroz >>>>> >>>>> Miguel Arroz >>>>> http://www.terminalapp.net >>>>> http://www.ipragma.com >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------ >>>>> ------- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> _______________________________________________ >>>>> Wonder-disc mailing list >>>>> Won...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wonder-disc >>>> >>>> >>>> >>>> ------------------------------------------------------------------- >>>> ------ >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> Wonder-disc mailing list >>>> Won...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wonder-disc >>> >>> Miguel Arroz >>> http://www.terminalapp.net >>> http://www.ipragma.com >>> >>> >>> >>> -------------------------------------------------------------------- >>> ----- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> Wonder-disc mailing list >>> Won...@li... >>> https://lists.sourceforge.net/lists/listinfo/wonder-disc >> >> Miguel Arroz >> http://www.terminalapp.net >> http://www.ipragma.com >> >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Wonder-disc mailing list >> Won...@li... >> https://lists.sourceforge.net/lists/listinfo/wonder-disc > > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc Miguel Arroz http://www.terminalapp.net http://www.ipragma.com |
From: Mike S. <ms...@md...> - 2007-12-31 01:29:05
|
> Looks like the WO internals don't like spaces there, so it expects There is something else going on here ... The code in question is just a response.appendContentString, which is pretty raw inside of WO (i.e. there's not processing going on on that, though Wonder might be doing something weird). I'd rather not apply this fix -- I think if it actually DOES fix this problem (which I've _never_ seen the problem you're talking about before), then it's just covering up some other actual bug. Are you doing any post-processing of your responses? LIke that patch that someone talked about that runs the response through JTidy, or anything? ms |
From: Miguel A. <ar...@gu...> - 2007-12-31 01:42:32
Attachments:
smime.p7s
|
Hi! I'm not entirely sure, but I suspect the problem has to do with the ERXPatcher stuff. I'm using the XHTML cleanup feature in Wonder. The WOResponse content buffer is OK before entering the ERXPatcher stuff, and when the call stack leaves it, it's screwed up. So, I suspect there might be a bug in the XHTML patcher code that doesn't like spaces between attribute names and equal signs. The code is a little hard to read, but before trying to do so, I wonder if attribute = "value" is legal HTML or not. If not, then the patcher is OK and FocusTextField is not. Yours Miguel Arroz On 2007/12/31, at 01:03, Miguel Arroz wrote: > Hi! > > I can't be sure where this happens, because the debugger starts > behaving really strange when going back on the call stack, but the > fact is that somewhere in WO stuff like > > attribute = "value" > > is converted on a huge mess like: > > attribute="attribute" =""value"="value"... > > Looks like the WO internals don't like spaces there, so it expects > > attrubite="value" > > and not > > attribute = "value" > > I did the fix described by that patch, and the code became > correctly generated. > > Yours > > Miguel Arroz > > On 2007/12/31, at 00:30, Mike Schrag wrote: > >> I don't follow this patch ... Why is this a problem? >> >> On Dec 30, 2007, at 6:45 PM, Miguel Arroz wrote: >> >>> Hi! >>> >>> Ok, fixed the error. It was generating onkeypress = "blabla" (mind >>> the spaces) instead of onkeypress="blabla". Later the code was >>> becoming screwed up. The strange thing is that this happened on my >>> app but not on AjaxExample. Oh well... here's the patch. >>> >>> <FocusTextFieldPatch.txt> >>> >>> Yours >>> >>> Miguel Arroz >>> >>> On 2007/12/30, at 23:35, Miguel Arroz wrote: >>> >>>> Hi! >>>> >>>> Argh!!!!! >>>> >>>> I'mn trying to use FocusTextField, but for some weird reason, the >>>> code is not being generated correctly. The result is: >>>> >>>> <input id="valueField" type="text" onkeypress="onkeypress" ="" >>>> "valueFieldSubmitOnEnter >>>> (event);"=""valueFieldSubmitOnEnter(event);"" value="66" >>>> name="0.29.1.1.35.3.5.1.5"> >>>> >>>> The bindings are: >>>> >>>> LimitValueTextField: FocusTextField { >>>> value = values.channel.responsesLimit; >>>> id = "valueField"; >>>> selectAll = true; >>>> onEnter = "alert('ola');"; >>>> } >>>> >>>> I tried to debug and it appears that the response is being >>>> correctly generated, but for some reason the debugger gets lost in >>>> the middle, so I can't see where does the response gets screwed. >>>> >>>> Any ideias? >>>> >>>> Yours >>>> >>>> Miguel Arroz >>>> >>>> On 2007/12/29, at 01:54, Mike Schrag wrote: >>>> >>>>> I think you can use a FocusTextField with onEnter = "" ... >>>>> >>>>> On Dec 28, 2007, at 1:33 PM, Miguel Arroz wrote: >>>>> >>>>>> Hi! >>>>>> >>>>>> I have a form with a text field and two AjaxSubmitButtons, >>>>>> each one >>>>>> for a different action (multipleSubmits is set to true on the >>>>>> form). >>>>>> >>>>>> Everything works, but there's a problem: if I type the return key >>>>>> on the text field, the form is submitted in the "classic" way, >>>>>> ie, >>>>>> full page reload. >>>>>> >>>>>> Am I doing something wrong here? >>>>>> >>>>>> Yours >>>>>> >>>>>> Miguel Arroz >>>>>> >>>>>> Miguel Arroz >>>>>> http://www.terminalapp.net >>>>>> http://www.ipragma.com >>>>>> >>>>>> >>>>>> >>>>>> ----------------------------------------------------------------- >>>>>> -------- >>>>>> This SF.net email is sponsored by: Microsoft >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>> _______________________________________________ >>>>>> Wonder-disc mailing list >>>>>> Won...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/wonder-disc >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------ >>>>> ------- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> _______________________________________________ >>>>> Wonder-disc mailing list >>>>> Won...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/wonder-disc >>>> >>>> Miguel Arroz >>>> http://www.terminalapp.net >>>> http://www.ipragma.com >>>> >>>> >>>> >>>> ------------------------------------------------------------------- >>>> ------ >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> Wonder-disc mailing list >>>> Won...@li... >>>> https://lists.sourceforge.net/lists/listinfo/wonder-disc >>> >>> Miguel Arroz >>> http://www.terminalapp.net >>> http://www.ipragma.com >>> >>> >>> >>> -------------------------------------------------------------------- >>> ----- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> Wonder-disc mailing list >>> Won...@li... >>> https://lists.sourceforge.net/lists/listinfo/wonder-disc >> >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Wonder-disc mailing list >> Won...@li... >> https://lists.sourceforge.net/lists/listinfo/wonder-disc > > Miguel Arroz > http://www.terminalapp.net > http://www.ipragma.com > > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc Miguel Arroz http://www.terminalapp.net http://www.ipragma.com |
From: Mike S. <ms...@md...> - 2007-12-31 01:46:44
|
> that doesn't like spaces between attribute names and equal signs. > The code is a little hard to read, but before trying to do so, I > wonder if attribute = "value" is legal HTML or not. If not, then the > patcher is OK and FocusTextField is not. It's totally valid HTML and XML ... Patcher is not OK. ms |
From: Miguel A. <ar...@gu...> - 2007-12-31 02:09:06
Attachments:
smime.p7s
|
Hi! Problem seems to be here: private static final int consumeAttributeName(String string, int index, StringBuffer buf) { StringBuffer attName = new StringBuffer(); int length = string.length(); for (int i = index; i < length; i++) { char ch = string.charAt(i); switch (ch) { case '=': buf.append(attName); return i - 1; case ' ': case '>': buf.append(attName).append("=\"").append(attName).append("\""); return i - 1; default: attName.append(ch); } } return length; } That case ' ': is assuming too much. Going to try to fix this... Yours Miguel Arroz On 2007/12/31, at 01:46, Mike Schrag wrote: >> that doesn't like spaces between attribute names and equal signs. >> The code is a little hard to read, but before trying to do so, I >> wonder if attribute = "value" is legal HTML or not. If not, then the >> patcher is OK and FocusTextField is not. > It's totally valid HTML and XML ... Patcher is not OK. > > ms > > > ---------------------------------------------------------------------- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc Miguel Arroz http://www.terminalapp.net http://www.ipragma.com |