exprla-devel Mailing List for XPL: eXtensible Programming Language (Page 9)
Status: Pre-Alpha
Brought to you by:
xpl2
You can subscribe to this list here.
2002 |
Jan
(198) |
Feb
(40) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|
From: reid_spencer <ras...@re...> - 2002-01-31 08:12:16
|
--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote: Michael Lauzon wrote: > This is also a good start, but the other way seemed a more promising > way to go, using namespaces and whatnot, we don't want a lot of > clutter around. Umm, let me think back. I was arguing for grammar-based inclusions of special components, and then Robert suggested namespaces. Would you like to see the addition example re-expressed using simplifications like that? I'm afraid clutter must be endemic for a while, until we develop our own shorthand techniques. But tell me, what was it about the source form that seemed wrong? I'm really trying to get some argument happening on specifications here, but it's hard with only the four of us participating. > Please login to the groups site on eGroups, and > check > out the two previous ideas for the XPL programs. Sorry, can't find it. Which group did it start in? There are 117 groups whichshow up on a search for "XML" - it's a little frightening > You may have to do a view source in the message. Huh? > Also, can people of this list signup for xpl-wishlist? On that one. Thanks. Jonathan --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:12:09
|
--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote: Michael Lauzon wrote: > This is also a good start, but the other way seemed a more promising > way to go, using namespaces and whatnot, we don't want a lot of > clutter around. Umm, let me think back. I was arguing for grammar-based inclusions of special components, and then Robert suggested namespaces. Would you like to see the addition example re-expressed using simplifications like that? I'm afraid clutter must be endemic for a while, until we develop our own shorthand techniques. But tell me, what was it about the source form that seemed wrong? I'm really trying to get some argument happening on specifications here, but it's hard with only the four of us participating. > Please login to the groups site on eGroups, and > check > out the two previous ideas for the XPL programs. Sorry, can't find it. Which group did it start in? There are 117 groups whichshow up on a search for "XML" - it's a little frightening > You may have to do a view source in the message. Huh? > Also, can people of this list signup for xpl-wishlist? On that one. Thanks. Jonathan --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:11:27
|
--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote: This is also a good start, but the other way seemed a more promising way to go, using namespaces and whatnot, we don't want a lot of clutter around. Please login to the groups site on eGroups, and check out the two previous ideas for the XPL programs. You may have to do a view source in the message. Also, can people of this list signup for xpl-wishlist? --- In xpl@e..., Jonathan Burns <saski@w...> wrote: > <xpl> > > <comment> This line is mandatory. </comment> > > <include content="xpl.dtd" version="x.x"/ > > > <comment> > This includes a pre-existing data type, > an XML document with the structure > containing a list of integers: > > <List> > [ <int> string </int> ]* > </List> > > Within the program, an element of this form > will be referred to by the name "intList". > </comment> > > <include intList="list-of-int.dtd"> > > <comment> > Here we define a program variable to contain > a list of integers. > <comment> > > <variable type=intList> > <name> > mylist > </name> > </variable> > > <comment> > > We define an integer variable> > > </comment> > > <variable type=int> > <name> > total > </name> > </variable> > > <comment> > > We define a general-purpose element > > </comment> > > <variable type=element> > <name> > index > </name> > </variable> > > <comment> > > We define "abort" as a macro for an > action to take on error. > > </comment> > > <set> > abort > > <stdout> > <data> > <List> > zero > </List> > </data> > </stdout> > </set> > > <comment> > > At last, the action commences! > > We read in the intList data. > > </comment> > > <stdin> > mylist > </stdin> > > <if> > <false> > <verify> > mylist > </verify> > </false> > > abort <comment> Handy things, macros. </comment> > </if> > > <comment> > > We set the general element "index" to refer > to mylist as a whole. But we can think of this > as referring to the root of the mylist. > (Compare directory commands: think of this as > setting up "index" as a symbolic link to mylist.) > > N.B. "set" is used here as a full copy assignment, > with all children. It may be wasteful in some cases. > > </comment> > > <set> > index > mylist > </set> > > <comment> > > Check whether mylist is empty. > > </comment> > > <if> > <equals> > <number-of-children> > mylist > </number-of-children> > zero > <equals> > > abort > > <else> > > <comment> > > Shift "index" down, to refer to "mylist"'s first child. > (Compare change-directory command.) > > </comment> > > <set> > index > <first-child> > index <comment> This could as well be "mylist". > </comment> > </first-child> > </set> > > <comment> > > Initialize our "total" variable. > > </comment> > > <set> > total > > <data> > <int> > zero > </int> > <data> > </set> > > <comment> > > And this is what does the work: > a Do-While loop which adds the list elements > to our "total" variable. > > N.B. > It doesn't make sense to add up strings, > even strings like "9848001" and "0". > But it does make sense to add up elements > such as > > <int> > 9848001 > </int> > > </comment> > > <do> > > <add> > total > index > </add> > > <comment> > > Here's the While condition > > </comment> > > <not> <equals> > index > <last-child> > mylist > <last-child> > </equals> > </do> > > </else> > </if> > > <comment> > > And we're out, with the list elements > added up in "total". > So, output it. > > </comment> > > <stdout> > <data> > <List> > total > </List> > </data> > </stdout> > > <comment> > > And take the rest of the day off. > > </comment> > > </xpl> --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:11:12
|
--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote: <xpl> <comment> This line is mandatory. </comment> <include content="xpl.dtd" version="x.x"/ > <comment> This includes a pre-existing data type, an XML document with the structure containing a list of integers: <List> [ <int> string </int> ]* </List> Within the program, an element of this form will be referred to by the name "intList". </comment> <include intList="list-of-int.dtd"> <comment> Here we define a program variable to contain a list of integers. <comment> <variable type=intList> <name> mylist </name> </variable> <comment> We define an integer variable> </comment> <variable type=int> <name> total </name> </variable> <comment> We define a general-purpose element </comment> <variable type=element> <name> index </name> </variable> <comment> We define "abort" as a macro for an action to take on error. </comment> <set> abort <stdout> <data> <List> zero </List> </data> </stdout> </set> <comment> At last, the action commences! We read in the intList data. </comment> <stdin> mylist </stdin> <if> <false> <verify> mylist </verify> </false> abort <comment> Handy things, macros. </comment> </if> <comment> We set the general element "index" to refer to mylist as a whole. But we can think of this as referring to the root of the mylist. (Compare directory commands: think of this as setting up "index" as a symbolic link to mylist.) N.B. "set" is used here as a full copy assignment, with all children. It may be wasteful in some cases. </comment> <set> index mylist </set> <comment> Check whether mylist is empty. </comment> <if> <equals> <number-of-children> mylist </number-of-children> zero <equals> abort <else> <comment> Shift "index" down, to refer to "mylist"'s first child. (Compare change-directory command.) </comment> <set> index <first-child> index <comment> This could as well be "mylist". </comment> </first-child> </set> <comment> Initialize our "total" variable. </comment> <set> total <data> <int> zero </int> <data> </set> <comment> And this is what does the work: a Do-While loop which adds the list elements to our "total" variable. N.B. It doesn't make sense to add up strings, even strings like "9848001" and "0". But it does make sense to add up elements such as <int> 9848001 </int> </comment> <do> <add> total index </add> <comment> Here's the While condition </comment> <not> <equals> index <last-child> mylist <last-child> </equals> </do> </else> </if> <comment> And we're out, with the list elements added up in "total". So, output it. </comment> <stdout> <data> <List> total </List> </data> </stdout> <comment> And take the rest of the day off. </comment> </xpl> --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:10:23
|
--- In xpl-dev@y..., Michael Lauzon <ce940@f...> wrote: Well, we are still going to use XPL as the name, what are they going to do...sue me for coming up with the idea...and then sue us for using it? Doubt it. Has anyone been to the eGroups site, and logged in to see if the groups message archives are working? On Mon, 8 May 2000, Garreth Galligan wrote: > I couducted slightly more research on the subject of XPL names > > For searches in the U.S. only: > > U.S. copyright office records and found copyrights registered for the > following: > > XPL compiler > XPL: Extendable Programming Language > > The above bears looking into, but I couldn't be bothered figuring out the > telnet commands at this time of the evening. > > I also found four trademarked versions of XPL, registered by: > > XPL LUBRICANTS INC. (OIL CONDITIONER, PENETRATING OIL, GREASE, MOTOR OIL, > TRANSAXLE OIL, AND FUEL CONDITIONER) > Xplosif Inc. (CLOTHING; NAMELY, WOMEN'S BLOUSES) > Stillwater Designs & Audio, Inc. (AUTOMOTIVE SPEAKERS) > Gersman, Lana Toni (STENCILS FOR APPLYING LIPSTICK AND STENCILS FOR > APPLYING LIP PENCIL) > > I could not find a thing on XPL being trademarked for the rest of the world. > > > ----- Original Message ----- > From: Michael Lauzon > To: xpl@e... > Sent: Monday, May 08, 2000 3:56 PM > Subject: Re: [xpl] FAQs for comment > > > Okay, you are right, there is a Pascal language out there called XPL > based on StatsPascal. But, this language is still going to be called > XPL (because I didn't know about the Pascal name when I came up with > this idea.); what are they going to do...sue us?! Doubt it. But the > thing is, they don't really seem to use the term XPL anywhere except > in the titles of their documents (and only sometimes at that). > > > --- In xpl@e..., "Michael Lauzon" <ce940@f...> wrote: > > I don't think there is, but it being obscure shouldn't matter. > > I'll do a search on one of the search engines and see if you're > > right about the name, but XPL is what this language is going to > > be called, so if we upset the Pascal camp, well...we'll come to > > that if it happens. :) Well, maybe if one of us could contact the > > owner of XPL.ORG (do a whois from one of the registars' websites; I > > would but I haven't been able to access my email for over a week) > and > > see if he/she would give it to us. > > > > > > --- In xpl@e..., "Garreth Galligan" <garreth.galligan@o...> > > wrote: > > > Michael Lauzon wrote: > > > > > > >we do have a problem: xpl.com, xpl.org (I do tend to lean more > > towards > > > >this one!), xpl.net, expel.com, expel.org, expel.net; they all > > happen > > > >to be taken, > > > > > > We could follow oasis' lead and use: > > > > > > xpl-open.org > > > or > > > open-xpl.org > > > > > > as it is an open source project. > > > > > > However I believe there is a very obscure language already in > > existence with > > > the acronym XPL - > > > Some flavour of Pascal I think, I could find virtually nothing on > > it. We > > > could be facing a naming conflict... > > > > > > > > To unsubscribe from this group, send an email to: > xpl-unsubscribe@o... > > > -------------------------------------------------------------------- ---- > Bids starting at $7 for thousands of products - uBid.com > http://click.egroups.com/1/3027/1/_/809694/_/957801802/ > -------------------------------------------------------------------- ---- > > To unsubscribe from this group, send an email to: > xpl-unsubscribe@o... > > > > Michael http://www.geocities.com/SiliconValley/Way/9180/ 'Eat, drink, and be merry, for tomorrow you may work.' --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:09:47
|
--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote: Robert A Hopkins wrote: > "Very Small Nutshell Dep't.": > > Will the incredible verbosity of xml, and therefore xpl, have any > bearing > on the speed at which an xpl program runs? (I think I can answer this > one > myself (as it relates to compilation) but it might make a good > question > for the FAQ.) > Indeed it will. Answer: XML is made verbose only by the appearance of start and end tags and by extra whitespace for indentations. This adds very little overhead to a parser. > "Compilation Revisited Dep't.": > > I find it curious that compilation seems to be a one-way process, that > > once a program is compiled it is not a trivial task to translate it > back > into its original language. Is it impossible? Or almost so? Does xpl > hold > out the promise of a simpler back-and-forth translation? A somewhat infrequently asked question, but... Answer: Decompilation can be performed reliably in some cases, but the cases in which it becomes highly awkward outnumber them massively. Compilation throws information away, when it transforms a source file to machine instructions. The source file is full of cues and conveniences for human reading. For instance, things have names. Those names don't even appear in the executable machine code form. As a result, decompiled machine code is necessarily full of automatically-generated names. Indentation is automatic, which is good. Grouping of instructions by whitespace and comments can't be regenerated - the decompiler has no clues where to put them. And there aren't any comments anyway. But this is only the start of the awkwardness. Machine instruction sets have only Jump (i.e. GOTO), Call (subroutine), Return (to the calling point), and Jump on Condition, to determine control flow in the program. All high-level languages must have their control flow translated into those four ... including For, Do-While, While-Do, If-Then-Else, and some obscure varieties of Come-From (e.g from Error). A compiler, which knows the pattern of machine instructions into which it translates each high-level idiom, can often recognize those patterns when it sees them in machine code. But one false move in the recognition (such as the original programmer planting a naughty GOTO) and the recognition goes haywire. For the same reason, two different compilers will probably go haywire trying to recognize each other's output. Now. We have not yet got into what it would mean to compile XPL. I told Michael I have a plan, and when we're at a certain stage, I'll write it out. I refuse to muddy the waters with it yet, but the basic thing is, XML contains (heck, almost consists of) cues which make ambiguity impossible. And as far as I can see, this means we can translate XPL source to a condensed tokenized form, throwing no information away. > "Wish List Dep't": > > I think a wish list for the web site would do us some good. That is a > list of ideas, wild or tame, that anyone thinks a good programming > language ought to have, posted on the Wish List. If we look at it from > > time to time for ideas, that might lead to something good, perhaps > only > good discussion. Also, it would be good for us to take a look at the > vast > spread of different conceptions we all have of the task we have chosen > to > undertake. (This ties in nicely with Michael's question "What will XPL > > acomplish?") (I have no idea what xpl will accomplish.) > [xpl-wishlist] ? > Sequence! What is the sequence in which a program executes statements? > > Can we use the curious structure of an xml document to play lovely > games > with sequence? An xml document has 3 structures: > > Beginning to end > Root element to leaves > Interconnected web > Aha. Thank you. > What is the sequence in which a program executes statements? Can we > switch sequence on the fly? Can we build in some sort of > multi-sequencing? (One task executing in the sequence of one > structure, > another in a different sequence?) Fiend! How am I to concentrate on stupid pseudo-professional coverletters to prospective employers, when I could be thinking about mad stuff like this? > "Web Site Name Dep't.": > > How about "xpl-xplicit.org"? (Xml is quite explicit, quite clear.) > > ********************************************* > ***** x p l - x p l i c i t . o r g ***** > ********************************************* > > It has a sort of p'zazz to it. Ain't nuttin' gonna fly witout a li'l > p'zazz. > XPLorers.org ? Till soon. Jonathan They finally realized that the ONE thing they just could not STAND was a smartass commenting decompiler. --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:09:09
|
--- In xpl-dev@y..., Robert A Hopkins <p061949c@p...> wrote: On Mon, 8 May 2000, Jonathan Burns wrote: > > A couple of projects I'd love to work on, once we get started: > > (1) You know Lynx? The venerable text-only Web browser? Obviously > it parses HTML, although it doesn't do anything when it finds an > image. So, there it is, open-source, unburdened with GUI widgets > and probably quite lightweight. With a parser inside. > > I want to author Markup Lynx, with a full XML/XPL parser. Way cool. I'm using the venerable (greased-weasel) LYNX. lynx-dev mail list: lynx-dev@s... Here's unsubscribe. I suppose subscribe is the opposite: To UNSUBSCRIBE: Send a mail message to majordomo@s... > ; with "unsubscribe lynx-dev" (without the > ; quotation marks) on a line by itself. Also: http://lynx.browser.org/ Also this guy mentioned to the lynx-dev list a while back that he was working on an xml lynx: http://www.powerandlove.com/software/xml_browser <ugh>Did you say "job search"?</ugh> * * * * * * * * * * * * * * ( ( ( ( ( ( ( ( ( ( ( ( ( * * ) ) ) ) ) ) ) ) ) ) ) ) ) * * ( ( ( A l y H o p k i n s ( ( ( * * ) ) ) ) ) ) ) ) ) ) ) ) ) * * ( ( ( ( ( ( ( ( ( ( ( ( ( * * ) ) ) ) ) ) ) ) ) ) ) ) ) * * * * * * * * * * * * * * --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:09:02
|
--- In xpl-dev@y..., Robert A Hopkins <p061949c@p...> wrote: On Mon, 8 May 2000, Jonathan Burns wrote: > > A couple of projects I'd love to work on, once we get started: > > (1) You know Lynx? The venerable text-only Web browser? Obviously > it parses HTML, although it doesn't do anything when it finds an > image. So, there it is, open-source, unburdened with GUI widgets > and probably quite lightweight. With a parser inside. > > I want to author Markup Lynx, with a full XML/XPL parser. Way cool. I'm using the venerable (greased-weasel) LYNX. lynx-dev mail list: lynx-dev@s... Here's unsubscribe. I suppose subscribe is the opposite: To UNSUBSCRIBE: Send a mail message to majordomo@s... > ; with "unsubscribe lynx-dev" (without the > ; quotation marks) on a line by itself. Also: http://lynx.browser.org/ Also this guy mentioned to the lynx-dev list a while back that he was working on an xml lynx: http://www.powerandlove.com/software/xml_browser <ugh>Did you say "job search"?</ugh> * * * * * * * * * * * * * * ( ( ( ( ( ( ( ( ( ( ( ( ( * * ) ) ) ) ) ) ) ) ) ) ) ) ) * * ( ( ( A l y H o p k i n s ( ( ( * * ) ) ) ) ) ) ) ) ) ) ) ) ) * * ( ( ( ( ( ( ( ( ( ( ( ( ( * * ) ) ) ) ) ) ) ) ) ) ) ) ) * * * * * * * * * * * * * * --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:08:22
|
--- In xpl-dev@y..., Robert A Hopkins <p061949c@p...> wrote: "Very Small Nutshell Dep't.": Will the incredible verbosity of xml, and therefore xpl, have any bearing on the speed at which an xpl program runs? (I think I can answer this one myself (as it relates to compilation) but it might make a good question for the FAQ.) "Compilation Revisited Dep't.": I find it curious that compilation seems to be a one-way process, that once a program is compiled it is not a trivial task to translate it back into its original language. Is it impossible? Or almost so? Does xpl hold out the promise of a simpler back-and-forth translation? "Wish List Dep't": I think a wish list for the web site would do us some good. That is a list of ideas, wild or tame, that anyone thinks a good programming language ought to have, posted on the Wish List. If we look at it from time to time for ideas, that might lead to something good, perhaps only good discussion. Also, it would be good for us to take a look at the vast spread of different conceptions we all have of the task we have chosen to undertake. (This ties in nicely with Michael's question "What will XPL acomplish?") (I have no idea what xpl will accomplish.) Yo, you Silent-Majority-List-Slackers, sprechen Sie up! "Idea Dep't.": Sequence! What is the sequence in which a program executes statements? Can we use the curious structure of an xml document to play lovely games with sequence? An xml document has 3 structures: Beginning to end Root element to leaves Interconnected web What is the sequence in which a program executes statements? Can we switch sequence on the fly? Can we build in some sort of multi-sequencing? (One task executing in the sequence of one structure, another in a different sequence?) "Web Site Name Dep't.": How about "xpl-xplicit.org"? (Xml is quite explicit, quite clear.) ********************************************* ***** x p l - x p l i c i t . o r g ***** ********************************************* It has a sort of p'zazz to it. Ain't nuttin' gonna fly witout a li'l p'zazz. * * * * * * * * * * * * * * ( ( ( ( ( ( ( ( ( ( ( ( ( * * ) ) ) ) ) ) ) ) ) ) ) ) ) * * ( ( ( A l y H o p k i n s ( ( ( * * ) ) ) ) ) ) ) ) ) ) ) ) ) * * ( ( ( ( ( ( ( ( ( ( ( ( ( * * ) ) ) ) ) ) ) ) ) ) ) ) ) * * * * * * * * * * * * * * --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:07:35
|
--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote: Michael Lauzon wrote: > Oh, here is an FAQ question, if it already hasn't > been thought of: > > What will XPL acomplish? (Did I spell that right?) :) "Accomplish", since you ask :-> Got it, but I won't be sending a snappy answer out anytime soon, I bet. This is one for the whole group to throw back and forth for a few months. For what it's worth... 1. I'm hoping XPL will accomplish a unification of Web formats for data, programs, interfaces and protocols, which will let us snap quite complex distributed applications together out of components. 2. I'm also hoping, since at present I'm reading up on server- side CGI, that XPL will make the simple parts of Web app design actually LOOK simple, instead of looking like a maze of disparate protocols all based on different pieces of foundation software. Please add to list. A couple of projects I'd love to work on, once we get started: (1) You know Lynx? The venerable text-only Web browser? Obviously it parses HTML, although it doesn't do anything when it finds an image. So, there it is, open-source, unburdened with GUI widgets and probably quite lightweight. With a parser inside. I want to author Markup Lynx, with a full XML/XPL parser. (2) You know MOOs? Object-oriented MUDs? XPLMOO is mine, along with anyone I can rope in. Gonna be sunk in jobsearch land for a few days. Catch you soon. Jonathan It was not until their numbers had dwindled from fity to eight, that the dwarves began to suspect Hungry. --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:06:55
|
--- In xpl-dev@y..., "Garreth Galligan" <garreth.galligan@o...> wrote: I couducted slightly more research on the subject of XPL names For searches in the U.S. only: U.S. copyright office records and found copyrights registered for the following: XPL compiler XPL: Extendable Programming Language The above bears looking into, but I couldn't be bothered figuring out the telnet commands at this time of the evening. I also found four trademarked versions of XPL, registered by: XPL LUBRICANTS INC. (OIL CONDITIONER, PENETRATING OIL, GREASE, MOTOR OIL, TRANSAXLE OIL, AND FUEL CONDITIONER) Xplosif Inc. (CLOTHING; NAMELY, WOMEN'S BLOUSES) Stillwater Designs & Audio, Inc. (AUTOMOTIVE SPEAKERS) Gersman, Lana Toni (STENCILS FOR APPLYING LIPSTICK AND STENCILS FOR APPLYING LIP PENCIL) I could not find a thing on XPL being trademarked for the rest of the world. ----- Original Message ----- From: Michael Lauzon To: xpl@e... Sent: Monday, May 08, 2000 3:56 PM Subject: Re: [xpl] FAQs for comment Okay, you are right, there is a Pascal language out there called XPL based on StatsPascal. But, this language is still going to be called XPL (because I didn't know about the Pascal name when I came up with this idea.); what are they going to do...sue us?! Doubt it. But the thing is, they don't really seem to use the term XPL anywhere except in the titles of their documents (and only sometimes at that). --- In xpl@e..., "Michael Lauzon" <ce940@f...> wrote: > I don't think there is, but it being obscure shouldn't matter. > I'll do a search on one of the search engines and see if you're > right about the name, but XPL is what this language is going to > be called, so if we upset the Pascal camp, well...we'll come to > that if it happens. :) Well, maybe if one of us could contact the > owner of XPL.ORG (do a whois from one of the registars' websites; I > would but I haven't been able to access my email for over a week) and > see if he/she would give it to us. > > > --- In xpl@e..., "Garreth Galligan" <garreth.galligan@o...> > wrote: > > Michael Lauzon wrote: > > > > >we do have a problem: xpl.com, xpl.org (I do tend to lean more > towards > > >this one!), xpl.net, expel.com, expel.org, expel.net; they all > happen > > >to be taken, > > > > We could follow oasis' lead and use: > > > > xpl-open.org > > or > > open-xpl.org > > > > as it is an open source project. > > > > However I believe there is a very obscure language already in > existence with > > the acronym XPL - > > Some flavour of Pascal I think, I could find virtually nothing on > it. We > > could be facing a naming conflict... To unsubscribe from this group, send an email to: xpl-unsubscribe@o... --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:05:56
|
--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote: Okay, you are right, there is a Pascal language out there called XPL based on StatsPascal. But, this language is still going to be called XPL (because I didn't know about the Pascal name when I came up with this idea.); what are they going to do...sue us?! Doubt it. But the thing is, they don't really seem to use the term XPL anywhere except in the titles of their documents (and only sometimes at that). --- In xpl@e..., "Michael Lauzon" <ce940@f...> wrote: > I don't think there is, but it being obscure shouldn't matter. > I'll do a search on one of the search engines and see if you're > right about the name, but XPL is what this language is going to > be called, so if we upset the Pascal camp, well...we'll come to > that if it happens. :) Well, maybe if one of us could contact the > owner of XPL.ORG (do a whois from one of the registars' websites; I > would but I haven't been able to access my email for over a week) and > see if he/she would give it to us. > > > --- In xpl@e..., "Garreth Galligan" <garreth.galligan@o...> > wrote: > > Michael Lauzon wrote: > > > > >we do have a problem: xpl.com, xpl.org (I do tend to lean more > towards > > >this one!), xpl.net, expel.com, expel.org, expel.net; they all > happen > > >to be taken, > > > > We could follow oasis' lead and use: > > > > xpl-open.org > > or > > open-xpl.org > > > > as it is an open source project. > > > > However I believe there is a very obscure language already in > existence with > > the acronym XPL - > > Some flavour of Pascal I think, I could find virtually nothing on > it. We > > could be facing a naming conflict... --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:05:36
|
--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote: I don't think there is, but it being obscure shouldn't matter. I'll do a search on one of the search engines and see if you're right about the name, but XPL is what this language is going to be called, so if we upset the Pascal camp, well...we'll come to that if it happens. :) Well, maybe if one of us could contact the owner of XPL.ORG (do a whois from one of the registars' websites; I would but I haven't been able to access my email for over a week) and see if he/she would give it to us. --- In xpl@e..., "Garreth Galligan" <garreth.galligan@o...> wrote: > Michael Lauzon wrote: > > >we do have a problem: xpl.com, xpl.org (I do tend to lean more towards > >this one!), xpl.net, expel.com, expel.org, expel.net; they all happen > >to be taken, > > We could follow oasis' lead and use: > > xpl-open.org > or > open-xpl.org > > as it is an open source project. > > However I believe there is a very obscure language already in existence with > the acronym XPL - > Some flavour of Pascal I think, I could find virtually nothing on it. We > could be facing a naming conflict... --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:03:50
|
--- In xpl-dev@y..., "Garreth Galligan" <garreth.galligan@o...> wrote: Michael Lauzon wrote: >we do have a problem: xpl.com, xpl.org (I do tend to lean more towards >this one!), xpl.net, expel.com, expel.org, expel.net; they all happen >to be taken, We could follow oasis' lead and use: xpl-open.org or open-xpl.org as it is an open source project. However I believe there is a very obscure language already in existence with the acronym XPL - Some flavour of Pascal I think, I could find virtually nothing on it. We could be facing a naming conflict... --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:03:49
|
--- In xpl-dev@y..., "Garreth Galligan" <garreth.galligan@o...> wrote: Michael Lauzon wrote: >we do have a problem: xpl.com, xpl.org (I do tend to lean more towards >this one!), xpl.net, expel.com, expel.org, expel.net; they all happen >to be taken, We could follow oasis' lead and use: xpl-open.org or open-xpl.org as it is an open source project. However I believe there is a very obscure language already in existence with the acronym XPL - Some flavour of Pascal I think, I could find virtually nothing on it. We could be facing a naming conflict... --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:03:23
|
--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote: Yes, this is a great start I'll try and think of some questions for the FAQ and post them to the list if I have time, but they may already be thought of! :) I am trying to get our group a free homepage on Linux Start, though if we eventually want our own website, we do have a problem: xpl.com, xpl.org (I do tend to lean more towards this one!), xpl.net, expel.com, expel.org, expel.net; they all happen to be taken, yet...they have no websites assciated with them. Anyone have any suggestions about what we can do? --- In xpl@e..., Ciaran Weldon <cmweldon@y...> wrote: > Fine by me........ > > --- Jonathan Burns <saski@w...> wrote: > > What is XPL? > > > > XPL is a programming language whose source code > > consists > > of XML documents. > > > > Another way of saying this is: > > > > XPL is a markup language for algorithms. > > > > The specification of XPL is the task of the > > members of > > the XPL: eXtensible Programming Language > > mailing list. > > > > > > Why do we need XPL? > > > > Platform-independent programmability for Web > > content. > > > > > > Why do we need XPL, when we already have > > platform- > > independent languages such as Java, JavaScript, > > Perl, > > Tk/Tcl, and so on? > > > > We expect that XPL will be simpler, and easier > > to extend, > > than the cross-platform languages in use at > > present. > > > > In some cases, there will be little difference > > between XPL > > and the others, in terms of simplicity and > > extensibility. > > > > However, these are the pioneering days of > > world-wide > > distributed interactive information processing. > > In the > > near future, every one of the solutions above > > will be > > tested to its limits. There will be a need for > > any > > software tool which provides more extensibility > > with > > less complexity. > > > > > > > > Jo que, companeros. I have several other > > questions to > > work on, but my sense is that if we get these > > two down > > solid, peoples' ears will prick up when they > > hit the > > homepage. > > > > If you think there's a better answer, or a > > better way > > of stating things, post it in at once. > > > > Jonathan > > > > It's self-XPLanetary! > > > > > > > > > > > > > > ____________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk > or your free @yahoo.ie address at http://mail.yahoo.ie --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:02:19
|
--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote: What is XPL? XPL is a programming language whose source code consists of XML documents. Another way of saying this is: XPL is a markup language for algorithms. The specification of XPL is the task of the members of the XPL: eXtensible Programming Language mailing list. Why do we need XPL? Platform-independent programmability for Web content. Why do we need XPL, when we already have platform- independent languages such as Java, JavaScript, Perl, Tk/Tcl, and so on? We expect that XPL will be simpler, and easier to extend, than the cross-platform languages in use at present. In some cases, there will be little difference between XPL and the others, in terms of simplicity and extensibility. However, these are the pioneering days of world-wide distributed interactive information processing. In the near future, every one of the solutions above will be tested to its limits. There will be a need for any software tool which provides more extensibility with less complexity. Jo que, companeros. I have several other questions to work on, but my sense is that if we get these two down solid, peoples' ears will prick up when they hit the homepage. If you think there's a better answer, or a better way of stating things, post it in at once. Jonathan It's self-XPLanetary! --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:01:36
|
--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote: My provisional to-do list: List -> FAQ Review postings in XPL list archive. Make a list of the general questions found. Sort/merge into the Draft FAQ. FAQs Answered Put down point notes for FAQs above, to expand into answers at "leisure". Links Review my Netscape Bookmarks, list all URLs with XML content. Local Home Page Find out where I left my own local page on this machine. Lay out some research areas for Java experiments etc. XPL & XML Review XML standards and developments on www.w3.org/xml. Make notes on how each extends XML, or applies to XPL. Profiles Set up form for relevant personal details, for any of us who want to be identified on our web page. E.g. Home platform, favourite languages, interest in XPL... XPL Logo Hey, Aly! Weren't you advertising Planetary Illustrations or something? XP Parser Special section on James Clark's XP: how to get it, what our experiences with it are, tutorial examples. Timeline Form for regualr report on progress. Any more suggestions? Jonathan Think or thwin! --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 08:00:04
|
--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote: Yes, I know, MivaScript is not a good language to follow its footsteps, because it is not extensible, but XPL won't have that problem, yes XPL will also work with databases (as Miva does)...but the difference is, we will support a multitude of them, unlike Miva. Any other people want to help work on the website as well...come on people; there are 30 of us on this list altogether?! --- In xpl@e..., Jonathan Burns <saski@w...> wrote: > Garreth Galligan wrote: > > > I believe we could happily turn out a version of HTMLScript, hell > > JAVA's API's have done most of the work for us (and that's just if we > > want to ignore the sizeable body of components out there that > > probably already *have* done the work, just plug 'em together). Throw > > it at James Clark's parser and sprinkle in a little JDBC and Bob's > > your Uncle. > > > > I'd reckon. XPL would seem to flourish in a rich Message Soup,like COM > and CORBA. > > And ... > > <xpl> > <messageform> > JavaBeans 1.x.y > </messageform> > <debugout> > Hi! I'm an XPL program, and I speak fluent Java Bean! > </debugout> > </xpl> > > > ... > > > Sure some of Jonathan's ideas may seem off the wall and > > Aly's "drowning in a sea of GOTO's" (which is a very interesting > > concept and I haven't stopped thinking about it yet) > > (me neither) > > > would cause most > > OO programmers to throw fits and curl up in the corner frothing at > > the mouth. But it's all grist for a debate that must happen before we > > can begin to commence to proceed on XPL. A debate where the word > > architecture > > Yes indeed. But we stand to learn heaps, just bybuilding a James Clark > XP parser for the tags we > have already. The architecture debate can start in > parallel, and draw on our experience with the > prototype effort. > > Hah! Those Wright Brothers, how much aerodyamics > do they know? :-) > > > > is used a lot and I get to stick a least one set of > > parentheses in every paragraph. > > I promise to give it a rest after this, but Aly's"What is compilation?" > rocked me back on my heels. > I mean, the idea of compilation was delivered with > such gravity in the courses I did, that we went away > thinking it was The Inner Knowledge. The killer was > that Aly turns out to be very shrewd on software > architecture. > > The paradigm has shifted. > > I was burning off the weeds and thistles the other day, > when a couple of 10-yearolds stopped to join in. > Presently, I discovered I had run into the first > generation who have never seen Alien. Welcome to > the 21st Century, Jonno. > > > -------------------- > > WHY do we need XPL? > > -------------------- > > > ------------- > > WHAT is XPL? > > ------------- > > These are the FAQs. Muchas gracias. > > Jonathan --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 07:59:31
|
--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote: Garreth Galligan wrote: > I believe we could happily turn out a version of HTMLScript, hell > JAVA's API's have done most of the work for us (and that's just if we > want to ignore the sizeable body of components out there that > probably already *have* done the work, just plug 'em together). Throw > it at James Clark's parser and sprinkle in a little JDBC and Bob's > your Uncle. > I'd reckon. XPL would seem to flourish in a rich Message Soup,like COM and CORBA. And ... <xpl> <messageform> JavaBeans 1.x.y </messageform> <debugout> Hi! I'm an XPL program, and I speak fluent Java Bean! </debugout> </xpl> > ... > Sure some of Jonathan's ideas may seem off the wall and > Aly's "drowning in a sea of GOTO's" (which is a very interesting > concept and I haven't stopped thinking about it yet) (me neither) > would cause most > OO programmers to throw fits and curl up in the corner frothing at > the mouth. But it's all grist for a debate that must happen before we > can begin to commence to proceed on XPL. A debate where the word > architecture Yes indeed. But we stand to learn heaps, just bybuilding a James Clark XP parser for the tags we have already. The architecture debate can start in parallel, and draw on our experience with the prototype effort. Hah! Those Wright Brothers, how much aerodyamics do they know? :-) > is used a lot and I get to stick a least one set of > parentheses in every paragraph. I promise to give it a rest after this, but Aly's"What is compilation?" rocked me back on my heels. I mean, the idea of compilation was delivered with such gravity in the courses I did, that we went away thinking it was The Inner Knowledge. The killer was that Aly turns out to be very shrewd on software architecture. The paradigm has shifted. I was burning off the weeds and thistles the other day, when a couple of 10-yearolds stopped to join in. Presently, I discovered I had run into the first generation who have never seen Alien. Welcome to the 21st Century, Jonno. > -------------------- > WHY do we need XPL? > -------------------- > ------------- > WHAT is XPL? > ------------- These are the FAQs. Muchas gracias. Jonathan --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 07:58:54
|
--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote: Michael Lauzon wrote: > Love the ideas, keep them coming. Though, let's drop the idea about > XPL being a compiled language, was a bad idea on my part. No it's not. I know the technology to compile XPL, or at least give it all the advantages of a compiled language. <yoda> Long and hard, pondered these things have we. </yoda> But, I haven't brought it out yet, because it involves taking some existing low-level language implementation approaches, and carefully recasting them for the context in which we will want to use XPL. (E.g. the Java Virtual Machine.) And because XPL parsing in Java must be worked out in any case; and is the right platform for egroup prototyping. And because we have enough to think about already. But once we have our prototype standard XP-based XPL setup working, and reasonably documented, I've got the goods. > Let's give > Miva(Script) [http://www..miva.com/] a run for it's money, because > XPL > is open-source--Miva is not--make the engine that runs it > freeware--Miva is not--how many people have heard of Miva. Raise > your > hands. No hands here, but I'll be dashed interested in their specs. > Since I don't have home 'Net access, is there anyone here who > wants to help work on the website...please speak now, or forever hold > your peace. > I'm over-volunteered already, but I'm up for it anyway. Reason is, I'm a website design newbie, and I need the experience. Just as soon as I get over some modem/ppp hitches on my new machine, which should be a matter of days. Seeya Soon Jonathan Quality accumulates, rubbish just piles up. --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 07:57:32
|
--- In xpl-dev@y..., "Garreth Galligan" <garreth.galligan@o...> wrote: I've heard of HTMLScript (vaguely), but didn't know about the name change until you brought it up in a previous mail. I think an open source version would be a great *application* of XPL. Who wouldn't want to use super easy PHP / free ASP. It would certainly help open up the field of server-side development to HTML authors, and they're going to need something to do if XML is properly and widely adopted by industry (as surely it must be, or am I naive and all we'll be looking at is XHTML?). I believe we could happily turn out a version of HTMLScript, hell JAVA's API's have done most of the work for us (and that's just if we want to ignore the sizeable body of components out there that probably already *have* done the work, just plug 'em together). Throw it at James Clark's parser and sprinkle in a little JDBC and Bob's your Uncle. However I must now stick my face in the blender of controversy: MivaScript is mostly a DB API with a little control flow and math added for flavour. We are not creating an *eXtensible* Programming Language if MivaScript is our model. Sure some of Jonathan's ideas may seem off the wall and Aly's "drowning in a sea of GOTO's" (which is a very interesting concept and I haven't stopped thinking about it yet) would cause most OO programmers to throw fits and curl up in the corner frothing at the mouth. But it's all grist for a debate that must happen before we can begin to commence to proceed on XPL. A debate where the word architecture is used a lot and I get to stick a least one set of parentheses in every paragraph. I'd like to start it by asking a question that no one has asked yet: -------------------- WHY do we need XPL? (and MivaScript may comes into the answer there) -------------------- Which has been preceded by, and will be succeeded by: ------------- WHAT is XPL? ------------- --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 07:56:09
|
--- In xpl-dev@y..., "Michael Lauzon" <ce940@f...> wrote: Love the ideas, keep them coming. Though, let's drop the idea about XPL being a compiled language, was a bad idea on my part. Let's give Miva(Script) [http://www..miva.com/] a run for it's money, because XPL is open-source--Miva is not--make the engine that runs it freeware--Miva is not--how many people have heard of Miva. Raise your hands. Since I don't have home 'Net access, is there anyone here who wants to help work on the website...please speak now, or forever hold your peace. --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 07:55:27
|
--- In xpl-dev@y..., "Garreth Galligan" <garreth.galligan@o...> wrote: For people new to the concepts, what Aly and Jonathan have begun to discuss is fundamentally the old SGML concept of 'architectural forms'. Prehaps more the methods of implementation rather than the concept. The concepts themselves are not too difficult to grasp, however the implementations/interfaces can become quite huge edifices. But please no one get scared and run away :) There is a substantial (if sometimes slightly difficult to find) body of work on this subject out there, and the specification for their development is described at great and formal length in the SGML ISO spec. I will not repeat the concepts here but rather set about gathering resources on the matter to post the web site. As, I hope, will others. HyTime is a good example of architectural forms usage. If you have a week to spare - take a look. --- End forwarded message --- |
From: reid_spencer <ras...@re...> - 2002-01-31 07:54:27
|
--- In xpl-dev@y..., Jonathan Burns <saski@w...> wrote: Aly Hopkins wrote: > In reply to Jonathan Burns' letter of 29 Apr. (Re: It's Us....), I > was thinking that we had the option of switching languages on the fly > by reference to a different namespace, therefore: > > xpl:constant-declaration > xpl:input > xpl:dataType > xpl:if > xpl:test > xpl:operator > > and so forth. > Bingo. I discovered XML namespaces just last night, nosing roundthe World Wide Web Consortium XML page. Thank heavens, we're beginning to anticipate the ned for collision detection and build the remedies in. Haven't got namespaces integrated into my thinking yet. > I suspect that he & I are really talking about the same thing, just > applied a little differently. Me too. Need to think it through. > I would be happier with leaving the DTD fixed in stone but > allowing XPL to call in any language via namespace > prefix. This fits with my intuition of DTDs being like classes.At least in C++, we don't generate classes on the fly. (In Smalltalk we can, but that's another story.) I seem to remember that Java has a namespace-like mechanism forprograms to work with imports. But here's the test: Here we have the XPL definition. It has integers, xpl:int. We call in an accessory XPL language, say "executable MathML", or eMML. It has integers as well. How should we tell the XPL parser, that wherever the xpl:int type appears in the DTD, eMML:int is also acceptable? > As indeed XML is pretty good at calling in ANY resource, in > any number of ways, from anywhere. Really? Oh, this is looking better and better. By the way... Compilation is a process which converts a program in a high-level language directly to instructions for the physical machine architecture on which the program is to run. As contrasted with... Interpretation is the process by which instructions for a virtual machine architecture are processed by the virtual machine. This process is indepedent of any physical architecture on which the interpreter program may be running. An architecture consists of a processing model and a set of instructions which operate on the processing model. (Not happy with this, it's too close to the kind of description which one has to understand beforehand, to make any sense of it.) Goodwill Jonathan --- End forwarded message --- |