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

[REBOL] Re: Text markup Dialect

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, <> wrote:
> > 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: > > > > 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 > > > 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 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. > -- > To unsubscribe from the list, just send an email to > lists at with unsubscribe as the subject. >