[Oorexx-devel] Question ad FindClass() vs FindContextClass()

2014-07-31 Thread Rony G. Flatscher 
What is the differenct between FindClass() and FindContextClass()?

The documentation for FindClass() says: "Locates a Class object in the current 
thread context."

The documentation for FindContextClass() says: "Locate a Class object in the 
current Method or
Routine Package context."

Both functions are available for native routines. The (public) class that 
cannot be found by
FindClass() is defined in the package that invoked the native Rexx routine. 
Actually the native Rexx
routine is called from methods of that class, that cannot be found.

FindContextClass() will find that (public) class.

---rony



--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad FindClass() vs FindContextClass()

2014-07-31 Thread Rick McGuire 
FindClass is a thread context API, which is invoked outside of the context
of any running code.  As such, it is limited to locating those classes that
are provided by the system (i.e., in .environment).  FindContextClass
performs the same sort of search that would occur in any piece of Rexx code
where it can find any classes defined in your package as well as any public
classes pulled in by other packages that code has loaded (via ::requires,
for example).

Rick


On Thu, Jul 31, 2014 at 7:38 AM, Rony G. Flatscher 
wrote:

> What is the differenct between FindClass() and FindContextClass()?
>
> The documentation for FindClass() says: "Locates a Class object in the
> current thread context."
>
> The documentation for FindContextClass() says: "Locate a Class object in
> the current Method or
> Routine Package context."
>
> Both functions are available for native routines. The (public) class that
> cannot be found by
> FindClass() is defined in the package that invoked the native Rexx
> routine. Actually the native Rexx
> routine is called from methods of that class, that cannot be found.
>
> FindContextClass() will find that (public) class.
>
> ---rony
>
>
>
>
> --
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad FindClass() vs FindContextClass()

2014-07-31 Thread Rony G. Flatscher 
On 31.07.2014 13:44, Rick McGuire wrote:
> FindClass is a thread context API, which is invoked outside of the context of 
> any running code.
>  As such, it is limited to locating those classes that are provided by the 
> system (i.e., in
> .environment).  FindContextClass performs the same sort of search that would 
> occur in any piece of
> Rexx code where it can find any classes defined in your package as well as 
> any public classes
> pulled in by other packages that code has loaded (via ::requires, for 
> example).
Ahh, thank you very much!

---rony


>
> On Thu, Jul 31, 2014 at 7:38 AM, Rony G. Flatscher  > wrote:
>
> What is the differenct between FindClass() and FindContextClass()?
>
> The documentation for FindClass() says: "Locates a Class object in the 
> current thread context."
>
> The documentation for FindContextClass() says: "Locate a Class object in 
> the current Method or
> Routine Package context."
>
> Both functions are available for native routines. The (public) class that 
> cannot be found by
> FindClass() is defined in the package that invoked the native Rexx 
> routine. Actually the
> native Rexx
> routine is called from methods of that class, that cannot be found.
>
> FindContextClass() will find that (public) class.
>
> ---rony
>

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad FindClass() vs FindContextClass()

2014-07-31 Thread Rony G. Flatscher 
Hmm, went thru the source code to find all FindClass() usages to check them out.

There is one case where AttachThread() - returning a thread context - is used 
and where FindClass()
would find a context class (one that is definitely not in .environment). Not 
sure why, not sure
whether an error or not, but wanted to report it, therefore I enclose that code 
snippet below.

If this is indeed an error then please let me know as I would need to solve the 
problem differently
then as the code is dependent on getting access to that class.

---rony

P.S.: Code snippet that is able to find a non-.environment-class with 
FindClass():

// 

void new_connection_callback (DBusServer *server, DBusConnection *conn, 
void *data) // callback on new connection
{
PSTRUCT_CALLBACK_DATA cbd=(PSTRUCT_CALLBACK_DATA) data;
RexxThreadContext*rtc=NULL;
logical_t  rc=cbd->*rxInstance->AttachThread(&rtc);*  // 
attach to Rexx interpreter instance
if (rc==false)
{
fprintf(stderr, "%.16s/\"new_connection_callback(...)\", fatal 
error # 1: cannot attach thread to saved Rexx interpreter instance, aborting 
with 'exit(-1)'\n", DLLNAME);
fflush(stderr),
exit(-1);
}

// can the connection be anonymous ?
if (rtc->SendMessage0(cbd->rxDbusServer, "ALLOWANONYMOUS") == 
rtc->True())
{
dbus_connection_set_allow_anonymous(conn, true);
}

dbus_connection_ref(conn);  // let this connection be kept open

// define pseudo-address for connection
RexxStringObject rsoDT=GET_REXX_DATE_TIME_AS_REXX_STRING(rtc);
RexxStringObject rsoAddr=rtc->String("native:connectionFromclient@");
RexxStringObject rsoAddrWithDT=(RexxStringObject) 
rtc->SendMessage1(rsoAddr, "||", rsoDT);

// create an instance of DBus (a connection)
RexxClassObject  rco=*rtc->FindClass("DBUS");*// get class
RexxObjectPtr rxDBusConn=rtc->SendMessage1(rco, "NEW", 
rtc->String("native"));  // get DBus (bus connection) object
// RexxObjectPtr rxDBusConn=rtc->SendMessage0(rco, "NEW"); // get DBus 
(bus connection) object

rtc->SendMessage1(rxDBusConn, "PSEUDOADDRESS=", rsoAddrWithDT); // set 
CSELF

// save conn in a Rexx pointer object and save it as CSELF
RexxPointerObject rpo = rtc->NewPointer(conn);
rtc->SendMessage1(rxDBusConn, "CSELF=", rpo); // set CSELF
// rtc->SendMessage1(rxDBusConn, "BUSTYPE=", rtc->String("private"));  
// set bus type
rtc->SendMessage1(rxDBusConn, "SERVER=", cbd->rxDbusServer);// 
set server this connection belongs to

// let Rexx code setup (save to connections, assigning default 
service and listener objects)
rtc->SendMessage1(cbd->rxDbusServer, "NEWCONNECTION", rxDBusConn);
}






On 31.07.2014 13:52, Rony G. Flatscher wrote:
> On 31.07.2014 13:44, Rick McGuire wrote:
>> FindClass is a thread context API, which is invoked outside of the context 
>> of any running code.
>>  As such, it is limited to locating those classes that are provided by the 
>> system (i.e., in
>> .environment).  FindContextClass performs the same sort of search that would 
>> occur in any piece
>> of Rexx code where it can find any classes defined in your package as well 
>> as any public classes
>> pulled in by other packages that code has loaded (via ::requires, for 
>> example).
> Ahh, thank you very much!
>
> ---rony
>
>
>>
>> On Thu, Jul 31, 2014 at 7:38 AM, Rony G. Flatscher > > wrote:
>>
>> What is the differenct between FindClass() and FindContextClass()?
>>
>> The documentation for FindClass() says: "Locates a Class object in the 
>> current thread context."
>>
>> The documentation for FindContextClass() says: "Locate a Class object in 
>> the current Method or
>> Routine Package context."
>>
>> Both functions are available for native routines. The (public) class 
>> that cannot be found by
>> FindClass() is defined in the package that invoked the native Rexx 
>> routine. Actually the
>> native Rexx
>> routine is called from methods of that class, that cannot be found.
>>
>> FindContextClass() will find that (public) class.
>>
>> ---rony
>>

--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] Question ad FindClass() vs FindContextClass()

2014-07-31 Thread Rick McGuire 
What part of "I do not investigate problems without a bug report and a
means of reproducing the problem" are you not understanding.

Rick


On Thu, Jul 31, 2014 at 9:27 AM, Rony G. Flatscher 
wrote:

>  Hmm, went thru the source code to find all FindClass() usages to check
> them out.
>
> There is one case where AttachThread() - returning a thread context - is
> used and where FindClass() would find a context class (one that is
> definitely not in .environment). Not sure why, not sure whether an error or
> not, but wanted to report it, therefore I enclose that code snippet below.
>
> If this is indeed an error then please let me know as I would need to
> solve the problem differently then as the code is dependent on getting
> access to that class.
>
> ---rony
>
> P.S.: Code snippet that is able to find a non-.environment-class with
> FindClass():
>
> // 
> 
> void new_connection_callback (DBusServer *server, DBusConnection *conn, void 
> *data) // callback on new connection
> {
> PSTRUCT_CALLBACK_DATA cbd=(PSTRUCT_CALLBACK_DATA) data;
> RexxThreadContext*rtc=NULL;
> logical_t  rc=cbd->*rxInstance->AttachThread(&rtc);*  // 
> attach to Rexx interpreter instance
> if (rc==false)
> {
> fprintf(stderr, "%.16s/\"new_connection_callback(...)\", fatal error 
> # 1: cannot attach thread to saved Rexx interpreter instance, aborting with 
> 'exit(-1)'\n", DLLNAME);
> fflush(stderr),
> exit(-1);
> }
>
> // can the connection be anonymous ?
> if (rtc->SendMessage0(cbd->rxDbusServer, "ALLOWANONYMOUS") == rtc->True())
> {
> dbus_connection_set_allow_anonymous(conn, true);
> }
>
> dbus_connection_ref(conn);  // let this connection be kept open
>
> // define pseudo-address for connection
> RexxStringObject rsoDT=GET_REXX_DATE_TIME_AS_REXX_STRING(rtc);
> RexxStringObject rsoAddr=rtc->String("native:connectionFromclient@");
> RexxStringObject rsoAddrWithDT=(RexxStringObject) 
> rtc->SendMessage1(rsoAddr, "||", rsoDT);
>
> // create an instance of DBus (a connection)
> RexxClassObject  rco=*rtc->FindClass("DBUS");*// get class
> RexxObjectPtr rxDBusConn=rtc->SendMessage1(rco, "NEW", 
> rtc->String("native"));  // get DBus (bus connection) object
> // RexxObjectPtr rxDBusConn=rtc->SendMessage0(rco, "NEW"); // get DBus 
> (bus connection) object
>
> rtc->SendMessage1(rxDBusConn, "PSEUDOADDRESS=", rsoAddrWithDT); // set 
> CSELF
>
> // save conn in a Rexx pointer object and save it as CSELF
> RexxPointerObject rpo = rtc->NewPointer(conn);
> rtc->SendMessage1(rxDBusConn, "CSELF=", rpo); // set CSELF
> // rtc->SendMessage1(rxDBusConn, "BUSTYPE=", rtc->String("private"));  // 
> set bus type
> rtc->SendMessage1(rxDBusConn, "SERVER=", cbd->rxDbusServer);// 
> set server this connection belongs to
>
> // let Rexx code setup (save to connections, assigning default 
> service and listener objects)
> rtc->SendMessage1(cbd->rxDbusServer, "NEWCONNECTION", rxDBusConn);
> }
>
>
>
>
>
>
>
> On 31.07.2014 13:52, Rony G. Flatscher wrote:
>
> On 31.07.2014 13:44, Rick McGuire wrote:
>
> FindClass is a thread context API, which is invoked outside of the context
> of any running code.  As such, it is limited to locating those classes that
> are provided by the system (i.e., in .environment).  FindContextClass
> performs the same sort of search that would occur in any piece of Rexx code
> where it can find any classes defined in your package as well as any public
> classes pulled in by other packages that code has loaded (via ::requires,
> for example).
>
> Ahh, thank you very much!
>
> ---rony
>
>
>
>  On Thu, Jul 31, 2014 at 7:38 AM, Rony G. Flatscher <
> rony.flatsc...@wu.ac.at> wrote:
>
>> What is the differenct between FindClass() and FindContextClass()?
>>
>> The documentation for FindClass() says: "Locates a Class object in the
>> current thread context."
>>
>> The documentation for FindContextClass() says: "Locate a Class object in
>> the current Method or
>> Routine Package context."
>>
>> Both functions are available for native routines. The (public) class that
>> cannot be found by
>> FindClass() is defined in the package that invoked the native Rexx
>> routine. Actually the native Rexx
>> routine is called from methods of that class, that cannot be found.
>>
>> FindContextClass() will find that (public) class.
>>
>> ---rony
>>
>
>
>
> --
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> ___
> Oorexx-devel mailing list
> Oorexx-de

Re: [Oorexx-devel] Question ad FindClass() vs FindContextClass()

2014-07-31 Thread Rick McGuire 
Just took a peek at the code and FindClass() searches both .local and
.environment.  My guess is you added that class to .local somewhere.

Rick


On Thu, Jul 31, 2014 at 9:27 AM, Rony G. Flatscher 
wrote:

>  Hmm, went thru the source code to find all FindClass() usages to check
> them out.
>
> There is one case where AttachThread() - returning a thread context - is
> used and where FindClass() would find a context class (one that is
> definitely not in .environment). Not sure why, not sure whether an error or
> not, but wanted to report it, therefore I enclose that code snippet below.
>
> If this is indeed an error then please let me know as I would need to
> solve the problem differently then as the code is dependent on getting
> access to that class.
>
> ---rony
>
> P.S.: Code snippet that is able to find a non-.environment-class with
> FindClass():
>
> // 
> 
> void new_connection_callback (DBusServer *server, DBusConnection *conn, void 
> *data) // callback on new connection
> {
> PSTRUCT_CALLBACK_DATA cbd=(PSTRUCT_CALLBACK_DATA) data;
> RexxThreadContext*rtc=NULL;
> logical_t  rc=cbd->*rxInstance->AttachThread(&rtc);*  // 
> attach to Rexx interpreter instance
> if (rc==false)
> {
> fprintf(stderr, "%.16s/\"new_connection_callback(...)\", fatal error 
> # 1: cannot attach thread to saved Rexx interpreter instance, aborting with 
> 'exit(-1)'\n", DLLNAME);
> fflush(stderr),
> exit(-1);
> }
>
> // can the connection be anonymous ?
> if (rtc->SendMessage0(cbd->rxDbusServer, "ALLOWANONYMOUS") == rtc->True())
> {
> dbus_connection_set_allow_anonymous(conn, true);
> }
>
> dbus_connection_ref(conn);  // let this connection be kept open
>
> // define pseudo-address for connection
> RexxStringObject rsoDT=GET_REXX_DATE_TIME_AS_REXX_STRING(rtc);
> RexxStringObject rsoAddr=rtc->String("native:connectionFromclient@");
> RexxStringObject rsoAddrWithDT=(RexxStringObject) 
> rtc->SendMessage1(rsoAddr, "||", rsoDT);
>
> // create an instance of DBus (a connection)
> RexxClassObject  rco=*rtc->FindClass("DBUS");*// get class
> RexxObjectPtr rxDBusConn=rtc->SendMessage1(rco, "NEW", 
> rtc->String("native"));  // get DBus (bus connection) object
> // RexxObjectPtr rxDBusConn=rtc->SendMessage0(rco, "NEW"); // get DBus 
> (bus connection) object
>
> rtc->SendMessage1(rxDBusConn, "PSEUDOADDRESS=", rsoAddrWithDT); // set 
> CSELF
>
> // save conn in a Rexx pointer object and save it as CSELF
> RexxPointerObject rpo = rtc->NewPointer(conn);
> rtc->SendMessage1(rxDBusConn, "CSELF=", rpo); // set CSELF
> // rtc->SendMessage1(rxDBusConn, "BUSTYPE=", rtc->String("private"));  // 
> set bus type
> rtc->SendMessage1(rxDBusConn, "SERVER=", cbd->rxDbusServer);// 
> set server this connection belongs to
>
> // let Rexx code setup (save to connections, assigning default 
> service and listener objects)
> rtc->SendMessage1(cbd->rxDbusServer, "NEWCONNECTION", rxDBusConn);
> }
>
>
>
>
>
>
>
> On 31.07.2014 13:52, Rony G. Flatscher wrote:
>
> On 31.07.2014 13:44, Rick McGuire wrote:
>
> FindClass is a thread context API, which is invoked outside of the context
> of any running code.  As such, it is limited to locating those classes that
> are provided by the system (i.e., in .environment).  FindContextClass
> performs the same sort of search that would occur in any piece of Rexx code
> where it can find any classes defined in your package as well as any public
> classes pulled in by other packages that code has loaded (via ::requires,
> for example).
>
> Ahh, thank you very much!
>
> ---rony
>
>
>
>  On Thu, Jul 31, 2014 at 7:38 AM, Rony G. Flatscher <
> rony.flatsc...@wu.ac.at> wrote:
>
>> What is the differenct between FindClass() and FindContextClass()?
>>
>> The documentation for FindClass() says: "Locates a Class object in the
>> current thread context."
>>
>> The documentation for FindContextClass() says: "Locate a Class object in
>> the current Method or
>> Routine Package context."
>>
>> Both functions are available for native routines. The (public) class that
>> cannot be found by
>> FindClass() is defined in the package that invoked the native Rexx
>> routine. Actually the native Rexx
>> routine is called from methods of that class, that cannot be found.
>>
>> FindContextClass() will find that (public) class.
>>
>> ---rony
>>
>
>
>
> --
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> ___
> Oorexx-devel mailing list
> Oo

Re: [Oorexx-devel] Question ad FindClass() vs FindContextClass()

2014-07-31 Thread Rony G. Flatscher 
On 31.07.2014 15:52, Rick McGuire wrote:
> Just took a peek at the code and FindClass() searches both .local and 
> .environment.  My guess is
> you added that class to .local somewhere.
Well, I double-checked on that already, hence I will file a bug and upload the 
sources with the 32-
and 64-bit Linux-Makefiles and ooRexx programs using that infrastructure making 
sure they hit that
part of the native code, also with the setup information needed to get it 
running on Linx. (It will
be work in progress hence the code is not tidied up yet.)

The preparation of the code and accompanying information will take some time 
though, being off on
the weekend, it may take me until Monday, I am afraid.

---rony


>
> On Thu, Jul 31, 2014 at 9:27 AM, Rony G. Flatscher  > wrote:
>
> Hmm, went thru the source code to find all FindClass() usages to check 
> them out.
>
> There is one case where AttachThread() - returning a thread context - is 
> used and where
> FindClass() would find a context class (one that is definitely not in 
> .environment). Not sure
> why, not sure whether an error or not, but wanted to report it, therefore 
> I enclose that code
> snippet below.
>
> If this is indeed an error then please let me know as I would need to 
> solve the problem
> differently then as the code is dependent on getting access to that class.
>
> ---rony
>
> P.S.: Code snippet that is able to find a non-.environment-class with 
> FindClass():
>
> // 
> 
> void new_connection_callback (DBusServer *server, DBusConnection 
> *conn, void *data) // callback on new connection
> {
> PSTRUCT_CALLBACK_DATA cbd=(PSTRUCT_CALLBACK_DATA) data;
> RexxThreadContext*rtc=NULL;
> logical_t  rc=cbd->*rxInstance->AttachThread(&rtc);*  
> // attach to Rexx interpreter instance
> if (rc==false)
> {
> fprintf(stderr, "%.16s/\"new_connection_callback(...)\", 
> fatal error # 1: cannot attach thread to saved Rexx interpreter instance, 
> aborting with 'exit(-1)'\n", DLLNAME);
> fflush(stderr),
> exit(-1);
> }
>
> // can the connection be anonymous ?
> if (rtc->SendMessage0(cbd->rxDbusServer, "ALLOWANONYMOUS") == 
> rtc->True())
> {
> dbus_connection_set_allow_anonymous(conn, true);
> }
>
> dbus_connection_ref(conn);  // let this connection be kept open
>
> // define pseudo-address for connection
> RexxStringObject rsoDT=GET_REXX_DATE_TIME_AS_REXX_STRING(rtc);
> RexxStringObject 
> rsoAddr=rtc->String("native:connectionFromclient@");
> RexxStringObject rsoAddrWithDT=(RexxStringObject) 
> rtc->SendMessage1(rsoAddr, "||", rsoDT);
>
> // create an instance of DBus (a connection)
> RexxClassObject  rco=*rtc->FindClass("DBUS");*// get class
> RexxObjectPtr rxDBusConn=rtc->SendMessage1(rco, "NEW", 
> rtc->String("native"));  // get DBus (bus connection) object
> // RexxObjectPtr rxDBusConn=rtc->SendMessage0(rco, "NEW"); // get 
> DBus (bus connection) object
>
> rtc->SendMessage1(rxDBusConn, "PSEUDOADDRESS=", rsoAddrWithDT); 
> // set CSELF
>
> // save conn in a Rexx pointer object and save it as CSELF
> RexxPointerObject rpo = rtc->NewPointer(conn);
> rtc->SendMessage1(rxDBusConn, "CSELF=", rpo); // set CSELF
> // rtc->SendMessage1(rxDBusConn, "BUSTYPE=", 
> rtc->String("private"));  // set bus type
> rtc->SendMessage1(rxDBusConn, "SERVER=", cbd->rxDbusServer);  
>   // set server this connection belongs to
>
> // let Rexx code setup (save to connections, assigning 
> default service and listener objects)
> rtc->SendMessage1(cbd->rxDbusServer, "NEWCONNECTION", rxDBusConn);
> }
>
>
>
>
>
>
> On 31.07.2014 13 :52, Rony G. Flatscher wrote:
>> On 31.07.2014 13 :44, Rick McGuire wrote:
>>> FindClass is a thread context API, which is invoked outside of the 
>>> context of any running
>>> code.  As such, it is limited to locating those classes that are 
>>> provided by the system
>>> (i.e., in .environment).  FindContextClass performs the same sort of 
>>> search that would occur
>>> in any piece of Rexx code where it can find any classes defined in your 
>>> package as well as
>>> any public classes pulled in by other packages that code has loaded 
>>> (via ::requires, for
>>> example).
>> Ahh, thank you very much!
>>
>> ---rony
>>
>>
>>>
>>> On Thu, Jul 31, 2014 at 7:38 AM, Rony G. Flatscher 
>>> >> > wrote:
>>>
>>> What is the differenct between FindClass() a

[Oorexx-devel] ooRexx Syntax Diagrams in Rexxref

2014-07-31 Thread David Ashley 
I built a new rexxref.pdf and this time I used the SVG version of the
diagrams instead of the PNG versions. I also changed the color to gray.

I must say the diagrams look much sharper and they also do not leap out
at you as much.

Again, only the built in functions have been converted so far. The new
pdf is at http://build.oorexx.org/builds/release-candidates/

Please let me know what you think.

David Ashley


--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx Syntax Diagrams in Rexxref

2014-07-31 Thread Rick McGuire 
That looks much better to me, and the text still looks sharp at the lower
resolutions, so I think the SVG format is making a difference.

Rick




On Thu, Jul 31, 2014 at 11:57 AM, David Ashley 
wrote:

> I built a new rexxref.pdf and this time I used the SVG version of the
> diagrams instead of the PNG versions. I also changed the color to gray.
>
> I must say the diagrams look much sharper and they also do not leap out
> at you as much.
>
> Again, only the built in functions have been converted so far. The new
> pdf is at http://build.oorexx.org/builds/release-candidates/
>
> Please let me know what you think.
>
> David Ashley
>
>
>
> --
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> ___
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx Syntax Diagrams in Rexxref

2014-07-31 Thread Mike Cowlishaw 
 
> I built a new rexxref.pdf and this time I used the SVG 
> version of the diagrams instead of the PNG versions. I also 
> changed the color to gray.

Probably a good move, more easily printable, but a desaturated yellow could
still be nice.  

> I must say the diagrams look much sharper and they also do 
> not leap out at you as much.
> 
> Again, only the built in functions have been converted so 
> far. The new pdf is at 
> http://build.oorexx.org/builds/release-candidates/
> 
> Please let me know what you think.

Definitely think the font size could/should be larger, to match the text.

And same comment as before .. variable items should be in italics.

Mike 


--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx Syntax Diagrams in Rexxref

2014-07-31 Thread Oliver Sims 
 
Just a further thought - what happens when the diagram has to go over one
line?
E.g. (from ooDialog reference, section 8.4):

 
>>--create(--x--,--y--,--cx--,--cy--+-+--+-+--++
--->
+-,-title-+  +-,-style-+
+-,-dlgClass-+
 
>++--++--++--)--
---><
 +-,-fontName-+  +-,-fontSize-+  +-,-expected-+

Then I found the FORMAT diagram (section 7.4.33) - just over one line
(although the second line 
looks rather lonely). Can one force a line break, I wondered? Not saying
it'd be better, just wondering.
 
Oliver


-Original Message-
From: Oliver Sims [mailto:oliver.s...@simsassociates.co.uk] 
Sent: 31 July 2014 18:13
To: 'Open Object Rexx Developer Mailing List'
Subject: RE: [Oorexx-devel] ooRexx Syntax Diagrams in Rexxref

Like it. But I agree with Mike - "variable items should be in italics". Is
this possible?
Not too worried about font size (although no smaller please). Is font size
configurable?

However, if we had to vote yes or no right now, I guess I'd vote yes. 

Oliver 
 

-Original Message-
From: Mike Cowlishaw [mailto:m...@speleotrove.com]
Sent: 31 July 2014 17:18
To: 'Open Object Rexx Developer Mailing List'
Subject: Re: [Oorexx-devel] ooRexx Syntax Diagrams in Rexxref

 
> I built a new rexxref.pdf and this time I used the SVG version of the 
> diagrams instead of the PNG versions. I also changed the color to 
> gray.

Probably a good move, more easily printable, but a desaturated yellow could
still be nice.  

> I must say the diagrams look much sharper and they also do not leap 
> out at you as much.
> 
> Again, only the built in functions have been converted so far. The new 
> pdf is at http://build.oorexx.org/builds/release-candidates/
> 
> Please let me know what you think.

Definitely think the font size could/should be larger, to match the text.

And same comment as before .. variable items should be in italics.

Mike 



--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel



--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Re: [Oorexx-devel] ooRexx Syntax Diagrams in Rexxref

2014-07-31 Thread Oliver Sims 
Like it. But I agree with Mike - "variable items should be in italics". Is
this possible?
Not too worried about font size (although no smaller please). Is font size
configurable?

However, if we had to vote yes or no right now, I guess I'd vote yes. 

Oliver 
 

-Original Message-
From: Mike Cowlishaw [mailto:m...@speleotrove.com] 
Sent: 31 July 2014 17:18
To: 'Open Object Rexx Developer Mailing List'
Subject: Re: [Oorexx-devel] ooRexx Syntax Diagrams in Rexxref

 
> I built a new rexxref.pdf and this time I used the SVG version of the 
> diagrams instead of the PNG versions. I also changed the color to 
> gray.

Probably a good move, more easily printable, but a desaturated yellow could
still be nice.  

> I must say the diagrams look much sharper and they also do not leap 
> out at you as much.
> 
> Again, only the built in functions have been converted so far. The new 
> pdf is at http://build.oorexx.org/builds/release-candidates/
> 
> Please let me know what you think.

Definitely think the font size could/should be larger, to match the text.

And same comment as before .. variable items should be in italics.

Mike 



--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel



--
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
___
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel