Who has, or knows of a NetRexx program that translates NetRexx source to syntax coloured source in html? It has to be quite quick, also.
i would be very interested in this for a new netrexx website I am working on. best regards, René Jansen. _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Could you overlay an image of a 3279 over the code and make it look
like Lexx? Or better yet, Lexx displaying the OED entry for 'computer'... :-)) On 3/7/2013 19:45 René Jansen said: > Who has, or knows of a NetRexx program that translates NetRexx source to syntax coloured source in html? It has to be quite quick, also. > > i would be very interested in this for a new netrexx website I am working on. _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
In reply to this post by rvjansen
Hi René --
I use a jEdit plugin called Code2HTML for that purpose. -- Kermit On 3/7/2013 2:45 PM, René Jansen wrote: > Who has, or knows of a NetRexx program that translates NetRexx source to syntax coloured source in html? It has to be quite quick, also. > > i would be very interested in this for a new netrexx website I am working on. > > best regards, > > René Jansen. > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > > > _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Why not GesHi as used in rosettacode.org
(I have no idea if that is feasible) Walter _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Hi Walter,
yes, that is the fallback. The new server is 'powered by NetRexx', uses .nsp (NetRexx Server Pages) technology and I just prefer to have it as an html filter. There is no javascript in it yet, which is a large departure from the current site which is javascript only. Somehow it felt wrong, although Mike standardized it. best regards, René. On 8 mrt. 2013, at 08:41, Walter Pachl <[hidden email]> wrote: > Why not GesHi as used in rosettacode.org > (I have no idea if that is feasible) > Walter > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
I see Geshi is PHP; I erroneously assumed it was Javascript. That makes it even worse, as it is now no fallback option anymore.
René. On 8 mrt. 2013, at 10:00, René Jansen <[hidden email]> wrote: > Hi Walter, > > yes, that is the fallback. > > The new server is 'powered by NetRexx', uses .nsp (NetRexx Server Pages) technology and I just prefer to have it as an html filter. There is no javascript in it yet, which is a large departure from the current site which is javascript only. Somehow it felt wrong, although Mike standardized it. > > best regards, > > René. > > > On 8 mrt. 2013, at 08:41, Walter Pachl <[hidden email]> wrote: > >> Why not GesHi as used in rosettacode.org >> (I have no idea if that is feasible) >> Walter >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
In reply to this post by rvjansen
>
> Who has, or knows of a NetRexx program that translates > NetRexx source to syntax coloured source in html? It has to > be quite quick, also. > > i would be very interested in this for a new netrexx website > I am working on. Maybe a nice option for the NetRexx compiler. Instead of emitting Java, a version that emitted HTML. Given that the compiler has access to semantics as well as syntax it could do a lot more .. e.g., different colours (or minor variations of colours) for different types. ints a different colour than floats. Local variables a different font than inherited ones. Italic or bold used for other attributes, etc. Lots of possibilities :-). Mike _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Yes I thought of that too. Bill has a parser for the Eclipse tool; the open sourcing was a bit late as I can imagine he would have rather used the translator itself. I was just asking around because I want to go to production any day now and perhaps someone had something around that fit the bill.
I agree that the translator itself would be the road to do the best syntax colouring possible. best regards, René. On 8 mrt. 2013, at 14:24, "Mike Cowlishaw" <[hidden email]> wrote: >> >> Who has, or knows of a NetRexx program that translates >> NetRexx source to syntax coloured source in html? It has to >> be quite quick, also. >> >> i would be very interested in this for a new netrexx website >> I am working on. > > Maybe a nice option for the NetRexx compiler. Instead of emitting Java, a > version that emitted HTML. Given that the compiler has access to semantics as > well as syntax it could do a lot more .. e.g., different colours (or minor > variations of colours) for different types. ints a different colour than > floats. Local variables a different font than inherited ones. Italic or bold > used for other attributes, etc. > > Lots of possibilities :-). > > Mike > > > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
My understanding of the translator logic and data structures isn't
complete enough to be sure of what the best approach would be. When I was looking at it, it appeared to me that a full AST construction might not be easy to add to the translator. Ideally a secondary processor (like to generate HTML, different output codes, formatting and pretty printing, etc.) could work just by walking the tree. The design choice is between generating an AST which is processed by different applications or imbedding code in the translator to do the various output generations. The AST that I currently generate in the Eclipse plugin certainly needs refinement. It's a bit of a kludge at this point. Eclipse builds ASTs for the Java code, and one obvious approach would be to have the translator actually generate the Java ASTs, but understanding how to do that would take a great deal of research. One up side of that approach would be that NetRexx code could be debugged using the (very sophisticated) Eclipse debugger. The ultra-dynamic nature of NetRexx is a complication of course. Bill On 3/8/2013 9:21 AM, René Jansen wrote: > Yes I thought of that too. Bill has a parser for the Eclipse tool; the open sourcing was a bit late as I can imagine he would have rather used the translator itself. I was just asking around because I want to go to production any day now and perhaps someone had something around that fit the bill. > > I agree that the translator itself would be the road to do the best syntax colouring possible. > > best regards, > > René. > On 8 mrt. 2013, at 14:24, "Mike Cowlishaw" <[hidden email]> wrote: > >>> Who has, or knows of a NetRexx program that translates >>> NetRexx source to syntax coloured source in html? It has to >>> be quite quick, also. >>> >>> i would be very interested in this for a new netrexx website >>> I am working on. >> Maybe a nice option for the NetRexx compiler. Instead of emitting Java, a >> version that emitted HTML. Given that the compiler has access to semantics as >> well as syntax it could do a lot more .. e.g., different colours (or minor >> variations of colours) for different types. ints a different colour than >> floats. Local variables a different font than inherited ones. Italic or bold >> used for other attributes, etc. >> >> Lots of possibilities :-). >> >> Mike >> >> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >> > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2013.0.2904 / Virus Database: 2641/6155 - Release Date: 03/07/13 > > > _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Hekllo there,
as you *might* know, I'm still trying to complete *RexxForm*, and release it open source, somewhere ... Contrary to the NetRexxC compiler, my implentation (based on the ancient Rexx2Nrx, and associates), does have *separate STEPS* (and classes) for input (parsing), analysis, and *code generation*, as Rexx2Nrx always did have. Shall anybody be able to define, which *colours* we shall need for the *html* output ? Anybody interested to *co-work* ? Too many already clinical health problems, and too many unfinished projects (too many ideas, concurrently, in the past), sorry, to complete that all alone (as always said :;-)) No advertisement, *please*, just to tell youi there is already a *lot there*, but I#m unfortunately *loosing my energy*, which actuaklly is the *worst*, personally, for me! Thomas Schneider. ====================================================================================== Am 08.03.2013 17:37, schrieb Bill Fenlason: > My understanding of the translator logic and data structures isn't > complete enough to be sure of what the best approach would be. > > When I was looking at it, it appeared to me that a full AST > construction might not be easy to add to the translator. Ideally a > secondary processor (like to generate HTML, different output codes, > formatting and pretty printing, etc.) could work just by walking the > tree. The design choice is between generating an AST which is > processed by different applications or imbedding code in the > translator to do the various output generations. > > The AST that I currently generate in the Eclipse plugin certainly > needs refinement. It's a bit of a kludge at this point. Eclipse > builds ASTs for the Java code, and one obvious approach would be to > have the translator actually generate the Java ASTs, but understanding > how to do that would take a great deal of research. One up side of > that approach would be that NetRexx code could be debugged using the > (very sophisticated) Eclipse debugger. > > The ultra-dynamic nature of NetRexx is a complication of course. > > Bill > > On 3/8/2013 9:21 AM, René Jansen wrote: >> Yes I thought of that too. Bill has a parser for the Eclipse tool; >> the open sourcing was a bit late as I can imagine he would have >> rather used the translator itself. I was just asking around because I >> want to go to production any day now and perhaps someone had >> something around that fit the bill. >> >> I agree that the translator itself would be the road to do the best >> syntax colouring possible. >> >> best regards, >> >> René. >> On 8 mrt. 2013, at 14:24, "Mike Cowlishaw" <[hidden email]> wrote: >> >>>> Who has, or knows of a NetRexx program that translates >>>> NetRexx source to syntax coloured source in html? It has to >>>> be quite quick, also. >>>> >>>> i would be very interested in this for a new netrexx website >>>> I am working on. >>> Maybe a nice option for the NetRexx compiler. Instead of emitting >>> Java, a >>> version that emitted HTML. Given that the compiler has access to >>> semantics as >>> well as syntax it could do a lot more .. e.g., different colours (or >>> minor >>> variations of colours) for different types. ints a different colour >>> than >>> floats. Local variables a different font than inherited ones. >>> Italic or bold >>> used for other attributes, etc. >>> >>> Lots of possibilities :-). >>> >>> Mike >>> >>> >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >>> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >> >> >> >> ----- >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 2013.0.2904 / Virus Database: 2641/6155 - Release Date: >> 03/07/13 >> >> >> > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > > -- Thomas Schneider, IT Consulting; http://www.thsitc.com; Vienna, Austria, Europe _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Thomas Schneider, Vienna, Austria (Europe) :-)
www.thsitc.com www.db-123.com |
Thomas,
the colours should be parametrized (of course). I imagine if it looks like what Geshi does, or Bill's Eclipse (which is better) it would be OK. As it is called real-time, it should be fast. best regards, René. On 8 mrt. 2013, at 17:52, Thomas Schneider <[hidden email]> wrote: > Hekllo there, > as you *might* know, I'm still trying to complete *RexxForm*, and release it open source, somewhere ... > > Contrary to the NetRexxC compiler, my implentation (based on the ancient Rexx2Nrx, and associates), > does have *separate STEPS* (and classes) for input (parsing), analysis, and *code generation*, > as Rexx2Nrx always did have. > > Shall anybody be able to define, which *colours* we shall need for the *html* output ? > Anybody interested to *co-work* ? > > Too many already clinical health problems, and too many unfinished projects (too many ideas, concurrently, in the past), sorry, to complete that all alone (as always said :;-)) > > No advertisement, *please*, just to tell youi there is already a *lot there*, but I#m unfortunately *loosing my energy*, > which actuaklly is the *worst*, personally, for me! > > Thomas Schneider. > ====================================================================================== > Am 08.03.2013 17:37, schrieb Bill Fenlason: >> My understanding of the translator logic and data structures isn't complete enough to be sure of what the best approach would be. >> >> When I was looking at it, it appeared to me that a full AST construction might not be easy to add to the translator. Ideally a secondary processor (like to generate HTML, different output codes, formatting and pretty printing, etc.) could work just by walking the tree. The design choice is between generating an AST which is processed by different applications or imbedding code in the translator to do the various output generations. >> >> The AST that I currently generate in the Eclipse plugin certainly needs refinement. It's a bit of a kludge at this point. Eclipse builds ASTs for the Java code, and one obvious approach would be to have the translator actually generate the Java ASTs, but understanding how to do that would take a great deal of research. One up side of that approach would be that NetRexx code could be debugged using the (very sophisticated) Eclipse debugger. >> >> The ultra-dynamic nature of NetRexx is a complication of course. >> >> Bill >> >> On 3/8/2013 9:21 AM, René Jansen wrote: >>> Yes I thought of that too. Bill has a parser for the Eclipse tool; the open sourcing was a bit late as I can imagine he would have rather used the translator itself. I was just asking around because I want to go to production any day now and perhaps someone had something around that fit the bill. >>> >>> I agree that the translator itself would be the road to do the best syntax colouring possible. >>> >>> best regards, >>> >>> René. >>> On 8 mrt. 2013, at 14:24, "Mike Cowlishaw" <[hidden email]> wrote: >>> >>>>> Who has, or knows of a NetRexx program that translates >>>>> NetRexx source to syntax coloured source in html? It has to >>>>> be quite quick, also. >>>>> >>>>> i would be very interested in this for a new netrexx website >>>>> I am working on. >>>> Maybe a nice option for the NetRexx compiler. Instead of emitting Java, a >>>> version that emitted HTML. Given that the compiler has access to semantics as >>>> well as syntax it could do a lot more .. e.g., different colours (or minor >>>> variations of colours) for different types. ints a different colour than >>>> floats. Local variables a different font than inherited ones. Italic or bold >>>> used for other attributes, etc. >>>> >>>> Lots of possibilities :-). >>>> >>>> Mike >>>> >>>> >>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >>>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >>> >>> >>> >>> ----- >>> No virus found in this message. >>> Checked by AVG - www.avg.com >>> Version: 2013.0.2904 / Virus Database: 2641/6155 - Release Date: 03/07/13 >>> >>> >>> >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >> >> > > > -- > Thomas Schneider, IT Consulting; http://www.thsitc.com; Vienna, Austria, Europe > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
It shall be fast!
Only *restriction*, those time, I do have with my *very consequent illness*, the past Year. I ahev to underget a *grey star* operation, the next week, seeing nearly nothing, by now, and do have (and did heave) too many health problems, the past 1 1/2 years ... *and*, also, of course, did start too many too ambitious projects, thinking, my *energy* shall be the same. Which it is *not*, anymore, as I did loose too many *personal power*, and *ability to work*, at all, after my heart infarct early 2012, all my personal mostly *financial problems*, and *continuous* un-success commercially, as well ... By the way, never did hear about those Famous .nsp's, as well.... Where did I miss those ? Trying to finish my work, anyway, as far as body and brain do allow ... Cannot promise, anything, at the minute, however, due too many *strong deaseses*, most of all that *deep depression* for having a curator now, and having to live by 50 Euro by week! It's sooo demotivating for beeing handled as a 5 Years old child, initiated by the own father, and family relatives, for various reasons ... I did always try to ber a *gentleman*. Don't like and need to become a *DUMSTER* :-( Anyway, will never try again to *interrupt* any good work done on NetRexx, by too many ideas what can and shall be improved.... Did do it a long time, as I have been interested, but finding, at the minute, that NetRexx Development is only Kermit & You ... Too less, to make it really a *success*, maybe ? Anyway, Java is going soo quickly along with *new inventions*, and *NetRexx* is simply *behind the state of the Art*, for Java! And IBM, most of all, did make a *final grave* for all those IBM-branded inventions! -Whoever I'm talking with here at IBM Austria. Rexx, ooRexx, NetRexx:*Past* ... Look at what we are offering at RATIONAL ROSE! Having said that, concentrating *again* to finish my works before Dying! All the best for you all, anyway! Thomas Schneider ============================================================================= Am 08.03.2013 18:10, schrieb René Jansen: > Thomas, > > the colours should be parametrized (of course). I imagine if it looks like what Geshi does, or Bill's Eclipse (which is better) it would be OK. > As it is called real-time, it should be fast. > > best regards, > > René. > > On 8 mrt. 2013, at 17:52, Thomas Schneider <[hidden email]> wrote: > >> Hekllo there, >> as you *might* know, I'm still trying to complete *RexxForm*, and release it open source, somewhere ... >> >> Contrary to the NetRexxC compiler, my implentation (based on the ancient Rexx2Nrx, and associates), >> does have *separate STEPS* (and classes) for input (parsing), analysis, and *code generation*, >> as Rexx2Nrx always did have. >> >> Shall anybody be able to define, which *colours* we shall need for the *html* output ? >> Anybody interested to *co-work* ? >> >> Too many already clinical health problems, and too many unfinished projects (too many ideas, concurrently, in the past), sorry, to complete that all alone (as always said :;-)) >> >> No advertisement, *please*, just to tell youi there is already a *lot there*, but I#m unfortunately *loosing my energy*, >> which actuaklly is the *worst*, personally, for me! >> >> Thomas Schneider. >> ====================================================================================== >> Am 08.03.2013 17:37, schrieb Bill Fenlason: >>> My understanding of the translator logic and data structures isn't complete enough to be sure of what the best approach would be. >>> >>> When I was looking at it, it appeared to me that a full AST construction might not be easy to add to the translator. Ideally a secondary processor (like to generate HTML, different output codes, formatting and pretty printing, etc.) could work just by walking the tree. The design choice is between generating an AST which is processed by different applications or imbedding code in the translator to do the various output generations. >>> >>> The AST that I currently generate in the Eclipse plugin certainly needs refinement. It's a bit of a kludge at this point. Eclipse builds ASTs for the Java code, and one obvious approach would be to have the translator actually generate the Java ASTs, but understanding how to do that would take a great deal of research. One up side of that approach would be that NetRexx code could be debugged using the (very sophisticated) Eclipse debugger. >>> >>> The ultra-dynamic nature of NetRexx is a complication of course. >>> >>> Bill >>> >>> On 3/8/2013 9:21 AM, René Jansen wrote: >>>> Yes I thought of that too. Bill has a parser for the Eclipse tool; the open sourcing was a bit late as I can imagine he would have rather used the translator itself. I was just asking around because I want to go to production any day now and perhaps someone had something around that fit the bill. >>>> >>>> I agree that the translator itself would be the road to do the best syntax colouring possible. >>>> >>>> best regards, >>>> >>>> René. >>>> On 8 mrt. 2013, at 14:24, "Mike Cowlishaw" <[hidden email]> wrote: >>>> >>>>>> Who has, or knows of a NetRexx program that translates >>>>>> NetRexx source to syntax coloured source in html? It has to >>>>>> be quite quick, also. >>>>>> >>>>>> i would be very interested in this for a new netrexx website >>>>>> I am working on. >>>>> Maybe a nice option for the NetRexx compiler. Instead of emitting Java, a >>>>> version that emitted HTML. Given that the compiler has access to semantics as >>>>> well as syntax it could do a lot more .. e.g., different colours (or minor >>>>> variations of colours) for different types. ints a different colour than >>>>> floats. Local variables a different font than inherited ones. Italic or bold >>>>> used for other attributes, etc. >>>>> >>>>> Lots of possibilities :-). >>>>> >>>>> Mike >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Ibm-netrexx mailing list >>>>> [hidden email] >>>>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >>>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >>>> >>>> >>>> >>>> ----- >>>> No virus found in this message. >>>> Checked by AVG - www.avg.com >>>> Version: 2013.0.2904 / Virus Database: 2641/6155 - Release Date: 03/07/13 >>>> >>>> >>>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >>> >>> >> >> -- >> Thomas Schneider, IT Consulting; http://www.thsitc.com; Vienna, Austria, Europe >> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >> > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > > -- Thomas Schneider, IT Consulting; http://www.thsitc.com; Vienna, Austria, Europe _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
Thomas Schneider, Vienna, Austria (Europe) :-)
www.thsitc.com www.db-123.com |
Thomas,
you did not miss much, NetRexx server pages came into existence only the day before yesterday. Or was it yesterday? I am sorry to hear about your problems. Don't feel bad about Rexx though, it will outlive us all and go on strong long after we are gone. You know, after humanity is gone the only things left on earth will be Keith Richard, roaches, COBOL and Rexx. There are enough people available that can work on NetRexx; not everybody has the time right now it seems. No reason to be defaitist though. If you can, send me a nrx2html utility. If it is not possible, no problem. best regards, René. On 8 mrt. 2013, at 19:06, Thomas Schneider <[hidden email]> wrote: > It shall be fast! > > Only *restriction*, those time, I do have with my *very consequent illness*, the past Year. > > I ahev to underget a *grey star* operation, the next week, seeing nearly nothing, by now, and do have > (and did heave) too many health problems, the past 1 1/2 years ... > > *and*, also, of course, did start too many too ambitious projects, thinking, my *energy* shall > be the same. > > Which it is *not*, anymore, as I did loose too many *personal power*, and *ability to work*, at all, > after my heart infarct early 2012, all my personal mostly *financial problems*, and *continuous* un-success > commercially, as well ... > > By the way, never did hear about those Famous .nsp's, as well.... > > Where did I miss those ? > > Trying to finish my work, anyway, as far as body and brain do allow ... > > Cannot promise, anything, at the minute, however, due too many *strong deaseses*, most of all > that *deep depression* for having a curator now, and having to live by 50 Euro by week! > > It's sooo demotivating for beeing handled as a 5 Years old child, initiated by the own father, and > family relatives, for various reasons ... > > I did always try to ber a *gentleman*. Don't like and need to become a *DUMSTER* :-( > > Anyway, will never try again to *interrupt* any good work done on NetRexx, by too many ideas what can and shall be improved.... > > Did do it a long time, as I have been interested, but finding, at the minute, that NetRexx Development > is only Kermit & You ... > > Too less, to make it really a *success*, maybe ? > > Anyway, Java is going soo quickly along with *new inventions*, and *NetRexx* is simply > *behind the state of the Art*, for Java! > > And IBM, most of all, did make a *final grave* for all those IBM-branded inventions! > -Whoever I'm talking with here at IBM Austria. Rexx, ooRexx, NetRexx:*Past* ... > > Look at what we are offering at RATIONAL ROSE! > > Having said that, concentrating *again* to finish my works before Dying! > > All the best for you all, anyway! > Thomas Schneider > ============================================================================= > Am 08.03.2013 18:10, schrieb René Jansen: >> Thomas, >> >> the colours should be parametrized (of course). I imagine if it looks like what Geshi does, or Bill's Eclipse (which is better) it would be OK. >> As it is called real-time, it should be fast. >> >> best regards, >> >> René. >> >> On 8 mrt. 2013, at 17:52, Thomas Schneider <[hidden email]> wrote: >> >>> Hekllo there, >>> as you *might* know, I'm still trying to complete *RexxForm*, and release it open source, somewhere ... >>> >>> Contrary to the NetRexxC compiler, my implentation (based on the ancient Rexx2Nrx, and associates), >>> does have *separate STEPS* (and classes) for input (parsing), analysis, and *code generation*, >>> as Rexx2Nrx always did have. >>> >>> Shall anybody be able to define, which *colours* we shall need for the *html* output ? >>> Anybody interested to *co-work* ? >>> >>> Too many already clinical health problems, and too many unfinished projects (too many ideas, concurrently, in the past), sorry, to complete that all alone (as always said :;-)) >>> >>> No advertisement, *please*, just to tell youi there is already a *lot there*, but I#m unfortunately *loosing my energy*, >>> which actuaklly is the *worst*, personally, for me! >>> >>> Thomas Schneider. >>> ====================================================================================== >>> Am 08.03.2013 17:37, schrieb Bill Fenlason: >>>> My understanding of the translator logic and data structures isn't complete enough to be sure of what the best approach would be. >>>> >>>> When I was looking at it, it appeared to me that a full AST construction might not be easy to add to the translator. Ideally a secondary processor (like to generate HTML, different output codes, formatting and pretty printing, etc.) could work just by walking the tree. The design choice is between generating an AST which is processed by different applications or imbedding code in the translator to do the various output generations. >>>> >>>> The AST that I currently generate in the Eclipse plugin certainly needs refinement. It's a bit of a kludge at this point. Eclipse builds ASTs for the Java code, and one obvious approach would be to have the translator actually generate the Java ASTs, but understanding how to do that would take a great deal of research. One up side of that approach would be that NetRexx code could be debugged using the (very sophisticated) Eclipse debugger. >>>> >>>> The ultra-dynamic nature of NetRexx is a complication of course. >>>> >>>> Bill >>>> >>>> On 3/8/2013 9:21 AM, René Jansen wrote: >>>>> Yes I thought of that too. Bill has a parser for the Eclipse tool; the open sourcing was a bit late as I can imagine he would have rather used the translator itself. I was just asking around because I want to go to production any day now and perhaps someone had something around that fit the bill. >>>>> >>>>> I agree that the translator itself would be the road to do the best syntax colouring possible. >>>>> >>>>> best regards, >>>>> >>>>> René. >>>>> On 8 mrt. 2013, at 14:24, "Mike Cowlishaw" <[hidden email]> wrote: >>>>> >>>>>>> Who has, or knows of a NetRexx program that translates >>>>>>> NetRexx source to syntax coloured source in html? It has to >>>>>>> be quite quick, also. >>>>>>> >>>>>>> i would be very interested in this for a new netrexx website >>>>>>> I am working on. >>>>>> Maybe a nice option for the NetRexx compiler. Instead of emitting Java, a >>>>>> version that emitted HTML. Given that the compiler has access to semantics as >>>>>> well as syntax it could do a lot more .. e.g., different colours (or minor >>>>>> variations of colours) for different types. ints a different colour than >>>>>> floats. Local variables a different font than inherited ones. Italic or bold >>>>>> used for other attributes, etc. >>>>>> >>>>>> Lots of possibilities :-). >>>>>> >>>>>> Mike >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Ibm-netrexx mailing list >>>>>> [hidden email] >>>>>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >>>>>> >>>>> _______________________________________________ >>>>> Ibm-netrexx mailing list >>>>> [hidden email] >>>>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >>>>> >>>>> >>>>> >>>>> ----- >>>>> No virus found in this message. >>>>> Checked by AVG - www.avg.com >>>>> Version: 2013.0.2904 / Virus Database: 2641/6155 - Release Date: 03/07/13 >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> Ibm-netrexx mailing list >>>> [hidden email] >>>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >>>> >>>> >>> >>> -- >>> Thomas Schneider, IT Consulting; http://www.thsitc.com; Vienna, Austria, Europe >>> >>> _______________________________________________ >>> Ibm-netrexx mailing list >>> [hidden email] >>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >>> >> _______________________________________________ >> Ibm-netrexx mailing list >> [hidden email] >> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ >> >> > > > -- > Thomas Schneider, IT Consulting; http://www.thsitc.com; Vienna, Austria, Europe > > _______________________________________________ > Ibm-netrexx mailing list > [hidden email] > Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ > _______________________________________________ Ibm-netrexx mailing list [hidden email] Online Archive : http://ibm-netrexx.215625.n3.nabble.com/ |
Free forum by Nabble | Edit this page |