[OGo-MacOSX] SOPEX Questions

Garry Watkins macosx@opengroupware.org
Mon, 24 Oct 2005 21:41:53 -0400


------=_Part_926_17777435.1130204513253
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Thanks for the help. The -WOPort 8080 option works fine. For the
WOConditional, I figured that was what it was doing. I am coming from
WO5.2and a string of any length pretty much works. I will adopt the
isNotNull,
and hope I don't forget in my paying job ;). Next time I will post to the
other list for the SOPE questions. I just figured that I would throw in the
WOConditional question, while I was asking my sope questions. :)

For the timeout issue, I guess that I can just pass them in as arguments as
well?

WOHttpAdaptorReceiveTimeout (def 120)
WOHttpAdaptorSendTimeout (def 120)

I can pretty much live without the WebKit and javascript stuff, since I got
the WOPort thing working.

Thanks again.

Garry

On 10/24/05, Helge Hess <helge.hess@opengroupware.org> wrote:
>
> On Oct 24, 2005, at 3:24, Garry Watkins wrote:
> > I finally got SOPEX up and running ok with debugging with Xcode 2.1.
> > The problem was Xcode 2.2 PR(2-3).
>
> :-)
>
> > So everything is pretty good now, except within SOPEX when I try to
> > debug something it is timing out before it finishes rendering, and
> > then breaks the connection with the browser. I cannot reload the
> > browser and have everything ok again. Is there some place that the
> > timeout can be set for a longer time frame?
>
> There are two defaults which might be relevant:
> WOHttpAdaptorReceiveTimeout (def 120)
> WOHttpAdaptorSendTimeout (def 120)
> I think the value is in seconds (2 minutes in this case).
>
> But thinking about it, probably not. The browser is timinig out, not
> the server, right?
> One would need to search WebKit documentation to solve that.
>
> > Second, javascript does not work in the SOPEX window. Any ideas how
> > this can be activated?
>
> No, probably also a WebKit issue. I would have assumed that this works
> out of the box.
>
> > As a workaround, is there a way to set it to use the same port each
> > time that SOPEX starts?
>
> Maybe the WOPort default works? (eg -WOPort 21021 as an argument) But
> I'm not sure whether SOPE:X messes with that :-)
>
>
> If you have generic SOPE questions now that it works on OSX they might
> be better placed on the developer list (more people can help with
> non-OSX stuff :-)
>
> > Finally, when using a WOConditional, where the condition is equal to a
> > string.
>
> What do you mean by that? Something like this:
> A: WOConditional {
> condition =3D "true";
> }
> ?
>
> Or
> A: WOConditional {
> condition =3D bindingWhichReturnsAString;
> }
> ?
>
> > If the string is not null, shouldn't it return a true?
>
> The boolValue of the string depends on its contents. 'true', 'YES', '1'
> etc will return YES, everything else 'no'.
>
> With SOPE 4.5 you can use the "-isNotEmpty" or "-isNotNull" bindings,
> eg:
>
> HasLogin: WOConditional {
> condition =3D account.login.isNotEmpty;
> }
>
> Another feature which is often handy is the 'value' binding:
>
> IsRoot: WOConditional {
> condition =3D account.login;
> value =3D "root";
> }
>
> Greets,
> Helge
> --
> http://docs.opengroupware.org/Members/helge/
> OpenGroupware.org
>
> --
> OpenGroupware.org MacOS X
> macosx@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx
>

------=_Part_926_17777435.1130204513253
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Thanks for the help.&nbsp; The -WOPort 8080 option works fine.&nbsp; For th=
e WOConditional, I figured that was what it was doing.&nbsp; I am coming fr=
om WO5.2 and a string of any length pretty much works.&nbsp; I will adopt t=
he isNotNull, and hope I don't forget in my paying job ;).&nbsp; Next time =
I will post to the other list for the SOPE questions.&nbsp; I just figured =
that I would throw in the WOConditional question, while I was asking my sop=
e questions. :)
<br><br>For the timeout issue, I guess that I can just pass them in as argu=
ments as well?<br><br>WOHttpAdaptorReceiveTimeout&nbsp;&nbsp;&nbsp;&nbsp;&n=
bsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (def 120)<br>WOHttpAdaptorSendTimeout&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;(def 120)<br><br>I can pretty much live without the WebKit and javasc=
ript stuff, since I got the WOPort thing working.
<br><br>Thanks again.<br><br>Garry<br><br><div><span class=3D"gmail_quote">=
On 10/24/05, <b class=3D"gmail_sendername">Helge Hess</b> &lt;<a href=3D"ma=
ilto:helge.hess@opengroupware.org">helge.hess@opengroupware.org</a>&gt; wro=
te:
</span><blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rg=
b(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Oct 24,=
 2005, at 3:24, Garry Watkins wrote:<br>&gt; I finally got SOPEX up and run=
ning ok with debugging with Xcode=20
2.1.<br>&gt; The problem was Xcode 2.2 PR(2-3).<br><br>:-)<br><br>&gt; So e=
verything is pretty good now, except within SOPEX when I try to<br>&gt; deb=
ug something it is timing out before it finishes rendering, and<br>&gt; the=
n breaks the connection with the browser. I cannot reload the
<br>&gt; browser and have everything ok again. Is there some place that the=
<br>&gt; timeout can be set for a longer time frame?<br><br>There are two d=
efaults which might be relevant:<br>&nbsp;&nbsp; WOHttpAdaptorReceiveTimeou=
t&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; (def 120)
<br>&nbsp;&nbsp; WOHttpAdaptorSendTimeout&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;(def 120)<br>I think the =
value is in seconds (2 minutes in this case).<br><br>But thinking about it,=
 probably not. The browser is timinig out, not<br>the server, right?<br>One=
 would need to search WebKit documentation to solve that.
<br><br>&gt; Second, javascript does not work in the SOPEX window. Any idea=
s how<br>&gt; this can be activated?<br><br>No, probably also a WebKit issu=
e. I would have assumed that this works<br>out of the box.<br><br>&gt; As a=
 workaround, is there a way to set it to use the same port each
<br>&gt; time that SOPEX starts?<br><br>Maybe the WOPort default works? (eg=
 -WOPort 21021 as an argument) But<br>I'm not sure whether SOPE:X messes wi=
th that :-)<br><br><br>If you have generic SOPE questions now that it works=
 on OSX they might
<br>be better placed on the developer list (more people can help with<br>no=
n-OSX stuff :-)<br><br>&gt; Finally, when using a WOConditional, where the =
condition is equal to a<br>&gt; string.<br><br>What do you mean by that? So=
mething like this:
<br>&nbsp;&nbsp; A: WOConditional {<br>&nbsp;&nbsp;&nbsp;&nbsp; condition =
=3D &quot;true&quot;;<br>&nbsp;&nbsp; }<br>?<br><br>Or<br>&nbsp;&nbsp; A: W=
OConditional {<br>&nbsp;&nbsp;&nbsp;&nbsp; condition =3D bindingWhichReturn=
sAString;<br>&nbsp;&nbsp; }<br>?<br><br>&gt; If the string is not null, sho=
uldn't it return a true?
<br><br>The boolValue of the string depends on its contents. 'true', 'YES',=
 '1'<br>etc will return YES, everything else 'no'.<br><br>With SOPE 4.5 you=
 can use the &quot;-isNotEmpty&quot; or &quot;-isNotNull&quot; bindings,
<br>eg:<br><br>&nbsp;&nbsp; HasLogin: WOConditional {<br>&nbsp;&nbsp;&nbsp;=
&nbsp; condition =3D account.login.isNotEmpty;<br>&nbsp;&nbsp; }<br><br>Ano=
ther feature which is often handy is the 'value' binding:<br><br>&nbsp;&nbs=
p; IsRoot: WOConditional {<br>&nbsp;&nbsp;&nbsp;&nbsp; condition =3D accoun=
t.login
;<br>&nbsp;&nbsp;&nbsp;&nbsp; value&nbsp;&nbsp;&nbsp;&nbsp; =3D &quot;root&=
quot;;<br>&nbsp;&nbsp; }<br><br>Greets,<br>&nbsp;&nbsp; Helge<br>--<br><a h=
ref=3D"http://docs.opengroupware.org/Members/helge/">http://docs.opengroupw=
are.org/Members/helge/</a><br>OpenGroupware.org<br><br>--<br>
OpenGroupware.org MacOS X<br><a href=3D"mailto:macosx@opengroupware.org">ma=
cosx@opengroupware.org</a><br><a href=3D"http://mail.opengroupware.org/mail=
man/listinfo/macosx">http://mail.opengroupware.org/mailman/listinfo/macosx<=
/a>
<br></blockquote></div><br>

------=_Part_926_17777435.1130204513253--