Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

Text markup Dialect

 [1/11] from: inetw3::mindspring::com at: 14-Apr-2006 15:32


Hello ML, Does anyone know if Carl ever released a standerd TMD? On Rebol.net he submitted a starting point, but i have not seen any follow up. I know this is not a priority, especially with Rebol 3.0 starting up. It would be nice to script a Rebol DOM mapped to a standerd Rebol Text Markup Language that could be mapped to xhtml, xml, etc.

 [2/11] from: greggirwin::mindspring::com at: 14-Apr-2006 15:06

[TMD rich-text] Text markup Dialect


i> Does anyone know if Carl ever released a standerd TMD? Not AFAIK. -- Gregg

 [3/11] from: rasmussen::bryan::gmail::com at: 19-Apr-2006 11:06

Re: Text markup Dialect


Why not take YAML and then develop a seperate syntax for styling YAML input. http://yaml.org/spec/current.html On 4/14/06, inetw3 <inetw3-mindspring.com> wrote:

 [4/11] from: Paavo:Nevalainen:saunalahti:fi at: 19-Apr-2006 18:31


At 12:06 PM 4/19/2006, you wrote:
>Why not take YAML and then develop a seperate syntax for styling YAML input
Thanks for sending this.. I got sold! Will implement one lightweight data storage using this format, since it is easier to let users (who are daring enough in this case) to edit it straight in the file. (I will not implement but a subset of it). To me, this is more a data serialisation format than a text markup format.

 [5/11] from: greggirwin::mindspring::com at: 19-Apr-2006 10:07


>>Why not take YAML and then develop a seperate syntax for styling YAML input
PN> To me, this is more a data serialisation format than a text markup format. YAML is for data serialization. I've looked at it a bit, as it seems at first glance to be a nice format. On further inspection, I decided that it was more complex, and less elegant, the deeper you get into the spec. I'd like to hear if someone else has used it successfully, and how they think it compares to native REBOL format for real-world use. -- Gregg

 [6/11] from: rasmussen:bryan:gm:ail at: 19-Apr-2006 22:46


well I agree it is complex, at some level complexity must be introduced for things that are considered to meet data serialization needs on an international basis. I fear there is no getting around that. At any rate YAML is less complex than XML. The benefit of YAML for Rebol is, I believe, simply that it was not invented specifically for Rebol. I think Rebol suffers somewhat from NIH syndrome, as far as data formats go (lots of arguments about how Rebol itself is a data format), and I think at some level below surface it has harmed Rebol in the minds of developers choosing languages. On 4/19/06, Gregg Irwin <greggirwin-mindspring.com> wrote:

 [7/11] from: ale870::gmail::com at: 19-Apr-2006 23:01


Hi all, I follow Rebol from a lot of time, but only now I'm starting to study it seriously. I like really so much this language (very useful, very functional ;-) ). I think YAML could be a good solution for Rebol, even because YAML syntax seems much "compatible" with Rebol syntax (I think YAML is Rebol-friendly). On 4/19/06, bryan rasmussen <rasmussen.bryan-gmail.com> wrote:

 [8/11] from: massung:gma:il at: 19-Apr-2006 16:10


I haven't followed this thread in its entirety. However, why not just use REBOL as the data carrier? Is there any particular reason to use XML (which is an absolutely terrible data format, but I digress) or YAML? Why write an INI parser in REBOL instead of just loading up data that looks like this: bob: bob-email.com jane: jane-somewhere.else The only reason to not use REBOL would be if you are dealing with an existing format, or dealing with a format that needs to be shared across different programs (of which some are not REBOL). Jeff M. -- massung-gmail.com

 [9/11] from: ale870:gma:il at: 19-Apr-2006 23:17


Yes you agree. Maybe that general format could create some problems when one try to exchange data from Rebol (e.g.: client application) and a server (e.g.: java, php, etc...). Actually, I'm creating a client rebol over a server Java (Jboss). I partially solved the problem about datya exchange in this way: java-server creates formats for rebol, and rebol send data to server (java) creating xml. It works, but it is not really the best solution (not much elegant, a little bit confusing for maintenance, etc....). --Alessandro On 4/19/06, Jeff Massung <massung-gmail.com> wrote:

 [10/11] from: SunandaDH:aol at: 19-Apr-2006 17:36


Jeff:
> Why write an > INI parser in REBOL instead of just loading up data that looks like this:
Because I needed one for ini format data: http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=parse-ini.r But I suspect that wasn't your main point :-) I can sympathise with some weariness at the thought of yet another text markup dialect language. It seems at times as if everyone in the world has invented their own. (And yes, I invented my own too. I'm as culpable as everyone else). But there are reasons for that. Including that different people are happy using different mark up languages. If you check out the contributed discussion posts and script documentation at REBOL.org: http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-active-posts.r http://www.rebol.org/cgi-bin/cgiwrap/rebol/cpt-recent-docs.r You should spot from the telltale signs that people are using at least five different mark-up languages. And all of them have ML to HTML converters, and REBOL.org is happy to accept contributions in any of them: it's the client's choice, not the servers. And if / when someone writes a REBOL YAML, then I hope they'll let us use that at the Library too. Sunanda.

 [11/11] from: massung::gmail::com at: 19-Apr-2006 17:31


Sunanda, I don't think writing or using markup languages is a bad thing. And if your project requires an existing data carrier format (INI, XML, UML, whatever) for whatever your various reasons may be, by all means, write a parser for it (in REBOL, of course). My point was more towards the end of "if you are starting fresh, and want to use a text format to transmit data, why on earth not just leverage what's already in front of you instead of working to create something new?" Now, I'm not saying this is the case, but in my experience, programmers have a tendency to enjoy writing scripting languages, ML formats, engines, and anything else except a solution to the problem at hand. :] Jeff M. On 4/19/06, SunandaDH-aol.com <SunandaDH-aol.com> wrote:
> Jeff: > > Why write an
<<quoted lines omitted: 26>>
> To unsubscribe from the list, just send an email to > lists at rebol.com with unsubscribe as the subject.
-- massung-gmail.com

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted