Show HN: WOPR – A markup for rich terminal reports
1–10 of 40 posts
Re: Show HN: WOPR – A markup for rich terminal reports
#2This is cool. I've been looking for something like it.
Re: Show HN: WOPR – A markup for rich terminal reports
#3This is cool. I've been looking for something like it.
Very cool!
Re: Show HN: WOPR – A markup for rich terminal reports
#4Joshua: Shall we play a game?
Re: Show HN: WOPR – A markup for rich terminal reports
#5Hi everyone, I am the author. Feel free to ask me anything or come up with suggestions!
Re: Show HN: WOPR – A markup for rich terminal reports
#6Hi everyone, I am the author. Feel free to ask me anything or come up with suggestions!
Why do you decided to use XML as the basic format?
Re: Show HN: WOPR – A markup for rich terminal reports
#7Hi everyone, I am the author. Feel free to ask me anything or come up with suggestions!
Why do you decided to use XML as the basic format?
XML is a standard format for markup (e.g. HTML). When XML is used where it shouldn't (object serialization) it adds complexity. Here it signals that creating a report is as simple (or at least as standard) as creating HTML. What other format you had in mind?
Re: Show HN: WOPR – A markup for rich terminal reports
#8Very cool indeed - pair this with 'watch' and you have instant ASCII monitoring tools implemented as http endpoints.
Re: Show HN: WOPR – A markup for rich terminal reports
#9Joshua: Shall we play a game?
Global Thermonuclear War
Re: Show HN: WOPR – A markup for rich terminal reports
#10Haven't tried this. Just want to know -- what advantage does this give over using gnu plot with sixel output?
I can see the advantage over tek 4010 (this could be dynamic). If this is static (again, haven't tried yet), with multiple pages, why not just use tek 4010?
I also don't understand the admonish to use something other than xterm. What is the issue that was observed?
Ratboy