HN user
Web/desktop game dev. Ambitious creative-type.
Author here.
Were you using the noscript version? There are sort options for added order, name (ascending), and name (descending) but only with the JavaScript version. I should really add those options to the noscript version too.
Glad you liked it!
While you absolutely can use Godot to export to web, I found the exports themselves to be pretty lacking. For one, the export size is much larger compared to other game engines and frameworks. Because we're targeting web and not desktop, small size is a must-have as many people who play web games are more likely to leave and never come back if they're waiting for the game to load.
I don't feel like it's too complex. I started working with it about two years back and was productive within the first hour.
You definitely don't have to use everything. The only "requirement" you need - I use the term very loosely - is knowing how to use sigils ($,@,%,&) and understanding when to use which, which is easier than it looks. The rest of the knowledge comes naturally if you're inclined to refactoring.
For me, that means I'd write the most verbose solution first, then slowly work my way down to fewer SLoC. A recent programming problem took about 20 lines in Python but was a one-liner in Raku. I know SLoC isn't everything but it provides the dopamine this lizard brain craves, haha.
You can always reinstall `ditaa`. But, re: drawing, these seem promising.
Don't you directly run/contribute to Planimeter's products?
Have you taken a look at Nim? https://nim-lang.org
That's really gonna come down to your workflow and use cases. For me, the Lisp is a bit more welcoming than VimScript for me. It's much easier to test out a small snippet of something in-buffer which might grow into something else.
But, putting Lisp aside, going through the growing pains was worth it for me because of org-mode. I'm certain Vim might have something similar but the proper `org` package is definitely on my list of benefits. I have an org-file that tracks my time and generates invoices with a click of a button. Another one documents all the API calls in another project with interactive areas, thanks to org-babel. I think being able to craft documents like this is invaluable but again, it's gonna come down to how you do work and what makes you happy/efficient.
I would give it another shot. I was a Vim zealot that converted over with Spacemacs, but I ditched Spacemacs once I knew the names of the packages I used the most. The package `evil` is enough to satisfy your modal editing needs (perhaps you already knew about it). Anything that doesn't fit your workflow can be changed to fit into that same modal editing paradigm. It just takes time but it's worth it in my humble opinion.
Just remember: Emacs' main strength comes from how malleable and extensible it can be. Give it time; don't jump ship after a few bumps. Patch it up with some Elisp and keep sailing.
This looks sweet.
To me, the physicality of one of the "fantasy consoles" mixed with a bit more power might make for some interesting games and projects. The only thing I would wonder is if they could tilt that screen up a bit like an AlphaSmart.
Every time I hear a glowing testimony like this, I get a little hopeful but then I remember the current state of the JavaScript ecosystem. Perhaps you could shed some light on this?
Is it possible to make externs or definitions of library functions? How much time does it take to take a fresh library and write those externs to access them in Parenscript land? And what limitations did you run into?
Cheers.
Pretty sure it has to be a public repo with a README.md in it
Sounds like you got an amalgam of bad first impressions. Sorry to hear that!
So, something that helped me get pass that inertia was learning where init.el resided and how it is loaded. After I read about that, installing a package manager that's not constrained to the minibuffer was a 3-4 line endeavour (use-package). Save, reload. After that, you might get a notification of Emacs warning you about trusting an unknown source. (I always accept here.) After that, it was a matter of using M-x use-package and installing packages that I remembered from Spacemacs: which-key, restart-emacs, swiper/counsel/ivy, and hydra were enough to get me up and running.
Regarding the overly complicated commands, I agree that they're a bit lengthy but you are able to change the ergonomics of your keybindings at will. My config is heavily inspired by evil-leader and I put a lot of functionality behind "C-;". So, "C-; f p f" will open a search dialog for all of the files in the current VCS repo. This might be lengthy for some but it feels right to me. I like that about Emacs.
Sorry for the rambling! If you ever decide to try it out again, feel free to message me and I'll help where I can.
+1 for all statements regarding TVTropes. It isn't "just a click", trust.
A lot of One Step from Eden, Dead Cells, and Hades. I've been on a bit of a roguelike kick ever since the quarantine started. One more run...
Mm. Looking at the examples, it seems like the JavaScript snippets are rather verbose and there's not a "fat arrow" in sight. If you're accepting pull requests, I would love to provide more succinct code for comparison's sake.
Side note: how does this compare to other languages that tote cross-compiliation to JS (Haxe, Nim, ReasonML, js_of_ocaml, TypeScript, etc.)?
If someone inexperienced in systems programming chose Rust as their first systems language, would there be difficulty adapting to other languages like C++? It seems like I'm caught in this back and forth between "C++ isn't pretty but it makes you money" and "Rust is so nice but where are the jobs".
I love Emacs. For all of its warts, "historical reasons", and vestigal features, it is the editor that really opened my eyes to alternative ways to do introspection and programming, in general.
I want to believe the friction comes if you try to "fix" Emacs too early.
You kinda have to conform to the Emacs way when learning it and leave all of your assumptions at the door. I see a lot of people who come to Emacs from Vim expecting Evil Mode to be the panacea for Emacs. It's not. At the end of the day, it's still Emacs and people run into friction because they expect it to be Vim-ish all over or they want to force Emacs to be Vim.
Personally, I came from Vim to Emacs via Spacemacs. I was a bit of a zealot about Vim until I tried Emacs. I left all of my expectations behind and I was pleasantly surprised by many things inside. Were there things I disliked? Of course. But, I wasn't looking for an excuse to hate it.
Well, no. That's not what we'd say to use for this (although you could). [Deft](https://jblevins.org/projects/deft/) would be a better comparison/equivalent.
Regarding OP, it looks very snappy! I like it. Looks like it leverages `fzf`. Can we swap it out for something else?
Love seeing a Lisp Cookbook pop up on HN.
Had a general question about CL. What advantages does it have over things like Racket and Chicken? And how could I potentially pitch the language to a non-dev?
Strange. I've found the opposite to be true. They do a pretty decent job explaining why you need a web server and how to make a basic one. Once it's set up, there are tons of examples and resources to look at.
Article is from 2016.
Gotcha! Thanks for the update.
Looked really cool. Downloaded it via Homebrew but my first test file[1] ran into a myriad of issues like 'unbound variable: use', 'unbound variable: printf', 'import had trouble expanding the macro: srfi-1' (paraphrasing). Not sure if the Homebrew recipe is broken but I would love to use this for some of my side projects.
Congrats on the release!
[1] test.scm
(use srfi-1) (define (test number1 number2) (printf "Sum: ~s" (+ number1 number2))) (test 1 2)
Using the disclaimer of 'because competition is good' then going on to point out how features are 'irrelevant' in comparison seems pretty biased and blasé.
Correct. emacs-slack uses WebSockets and Slack's Real-Time Messaging API.
(2014)
"Code as data" is a wonderful thing but I also enjoy writing Lisp, so take that with a grain of salt.
For a very long time, I thought tabs were the way to go. It provided the most compatible coding style between my languages (Lua, C, Assembly, etc.) The only sticking point was JavaScript, which used spaces. But now that I develop across devices, I'd have to say spaces simply because of encoding issues re: Unicode. Sure, you could ensure your encoding type, but that's an extra step you shouldn't have to do.
This definitely feels like an advertisement for Subversion. It spins all of these comparisons against Git.
I knew the lead dev once. Pretty cool project, honestly. On an unrelated note, anyone from Cemetech or Omnimaga here?
This is a pretty nice project. Can't say I have anything large to use it for but, I'll definitely study the UI design of it. Well done~