Live data from Hacker News

Marcel the Shell

marceltheshell.org

161–170 of 209 posts

Re: Marcel the Shell

#161

Earlier quoted context omitted.

why is this modded -1?

At least two other HN users chose to downvote a comment that effectively had no content (beyond "yep", "nice", "upvoted", "w00t!", etc). No HN mods were involved.

Most of the comments are similar in nature, but I see the point.

Not seeing why my follow-up question itself was also downmodded.

Re: Marcel the Shell

#162

Hi, I’m the author of Marcel. If you like it and want to work on it, I can use volunteers, for developing features, debugging, doc, porting, improving the website, you name it.

Hi! Happy to help/contribute if you need an extra pair of hands :)

Yes! Please send me email: jao at geophile dot com.

Re: Marcel the Shell

#163

Hi, I’m the author of Marcel. If you like it and want to work on it, I can use volunteers, for developing features, debugging, doc, porting, improving the website, you name it.

Can I ask what you are using for the docs?

For help documentation I wrote my own tool to format things the way I wanted for the console (e.g. colorized, adjusting to console width).

For the website, I'm using wix. I'm open to suggestions for using wix better, or choosing an alternative.

Re: Marcel the Shell

#164
post #86

First of all - Linuxes and alike desperately need something like this shell becoming standard. And second - I always wonder how all these great minds who where throwing rubbish at Microsoft ever since... somehow forgot to mention that same company created important product called PowerShell like 20 years ago. And you know PowerShell is so good already you can easily drop it in any OS/X, Linux and it actually works. N…

I wrote Marcel, and its forerunner osh, also recently on HN. Osh actually preceded powershell, and in fact I don’t recall it receiving any acknowledgement from Microsoft . To be fair, I’m sure they never heard of it. The idea of piping objects has been rediscovered many times.

I don't see anything connecting the marcel site and the oilshell.org site, am I missing something (like, say, "this is a different osh") or did you just not get around to writing that up yet?

(to be clear, this isn't a complaint, I'm just confused and asking for help becoming unconfused, I'm aware how lists of things to get around to writing up tend to be a grow-only datastructure for us all ;)

Re: Marcel the Shell

#165

Earlier quoted context omitted.

I wrote marcel. In my view, nushell and marcel are very similar. nushell has tabular output, which I haven't thought was all that useful. Marcel is python-based. The nushell guys have had to invent a lot of language. By basing marcel on python, I don't have to invent language. Any logic to be added is expressed in python. E.g, do a recursive listing of files and find those that changed in the last 3 days: ls -fr | se…

In that case, is it even more similar to xonsh? https://xon.sh/

I posted a comparison to xonsh elsewhere in this discussion.

Re: Marcel the Shell

#166
post #60

Earlier quoted context omitted.

GPLv3 is a "strong copyleft" license. It comes with some significant pros and cons compared to more permissive licenses like MIT and BSD. You can find more about the philosophy behind it here: https://www.gnu.org/philosophy As the author, a benefit it offers you is protection against someone selling your work or a derivative of it, or redistributing it with added restrictions. From a user's perspective, the main down…

Yes, in this scenario the LGPL was created so that I could create a library, and if anyone modified my library they had to share the improvements however using my library does not then apply the GPL to your code.

So switching from GPL to LGPL would allow the G*P to use marcel.api?

Re: Marcel the Shell

#167

This seems like obviously inspired by PowerShell. No?

No. Marcel is the successor to osh (http://geophile.com/osh, https://github.com/geophile/osh) which actually precedes powershell. The fact is that many many people have implemented the idea of a shell piping objects instead of strings.

Re: Marcel the Shell

#168
post #8

Message to the person responsible for the site: they should use code blocks instead of images for their code. I say this because I can't read the text inside the images from mobile. It's way too small.

I'm responsible. I need to revise those, and images seemed like the way to get colorization right. I'll try to figure out how to do it with code blocks, it will hopefully be more maintainable. Cutting/pasting images is ridiculous.

Thank you for all the suggestions for code formatting/colorizing. The problem is that I'm hosting on wix. Posting images sucks, as already pointed out. How do I get formatted, console-like text on wix? I'm not seeing how these tools solve that problem.

Re: Marcel the Shell

#169

Earlier quoted context omitted.

In defense of the Microsoft-haters, powershell is a fantastic idea with terrible ergonomics. When they first released it I was very excited but, well, it’s just awful to use. Terrible Get-Finger-Twister -Recurse -Awfully commands, quirky aliases (you can type “curl” but it takes none of curl’s parameters because it’s an alias for Get-WebRequest-Annoyingly or whatever they called it), simple scripting things such as “…

While I tend to agree, a lot of commands also have pretty good aliases. For example `iwr` for Invoke-Web-Request. Also the full names are only expected to be used in scripts to maintain readability. No one types that in the console. Also ALL Parameters can be abbreviated if they are unique. If no other Parameter starts with R then -R is enough for -Recurse. (there are some quirks with this, but generally pretty intui…

Also ALL Parameters can be abbreviated if they are unique

They can also be abbreviated if they aren't unique, Powershell will just choose one for you. As an example:

  > Get-Content $file -r
Will give you the error "Missing an argument for parameter 'ReadCount'", even though -Raw doesn't take a parameter.

Re: Marcel the Shell

#170
post #148

Earlier quoted context omitted.

Is that so? Because the way I see it, there are a bazillion different tools, plus decades of accrued knowledge only related to massaging data into text and back to structures. How many human brain cycles are wasted to data conversion on the Terminal? Text is a lousy abstraction. It may have worked well 50 years ago when computing was limited to researchers on American universities, but the digital world back then has…

When the alternative is to fire up some mess of an IDE with some nightmearish COM/.NET/ProtoBuf/whathaveyou overengineering marvels, I take grep and sed every time. Simple text-based structured data format (something like YAML) with possibility to embed binary would be the way to go IMHO. And of course one should be able to show graphics in the terminal. But we're not gonna get it. Open source tol is being rapidly en…

I don't know why you seem to think we can only have "super-lightweight 2kb C binary" or "giant over engineered Java-IDE" - there's lots of space in between. I don't think anybody would want to give up snappy terminals, but at the same time, why does this have to imply loosing out on half a century of user experience research??
Post reply on HN