HN user

taffit

42 karma
Posts0
Comments41
View on HN
No posts found.

Biggest issues for me: Subscription based payments and (biggest issue) missing option to adjust the keyboard shortuts. So I have to adjust my workflow and muscle memory to the tool instead of the other way around. For the rest it is a very nice looking client with a good amount of features (for my use case) and hats off to the developers.

I completely agree. I'm also trying to wrap my head around Nix on a non-NixOS system. My requirements are to just manage my dotfiles (successful with home-manager) and configuring my system/installing certain packages, so everyone on the host can e. g. start a docker container with Docker installed by Nix. Ideally all with flakes.

I suppose, I can't have the second part without NixOS, though ...

Oh gosh, better not focusing on SpaceX and Tesla. He would destroy these two companies as well. As read somewhere (here at HN?), both have departments to distract Musk once he visits them, so he doesn't create much harm. Musk is not the genius some people think he is. The companies have good engineers, that's it.

Python GUIs 3 years ago

Anyone has some experience with Kivy [1]? It seems that it checks off some of my requirements, like cross-platform, supporting touch interfaces, ease of development, allows complex/fancy UIs as well, etc.

[1] https://kivy.org/

Another unusual alternative could be the V-language [1], depending on if you consider this a "sane language" ;-). Not having used it myself and obviously you have to consider other arguments as well (community, developers, development activity, documentation etc.), but I was caught on all the features it promises, e. g. a "Native cross-platform GUI library": "V has a ui module that uses native GUI toolkits: WinAPI/GDI+ on Windows, Cocoa on macOS. On Linux custom drawing is used."

[1] https://vlang.io/

Docusaurus 2.0 4 years ago

Well, I don't see the offensive part here. As you say it yourself: "It might be overkill for many simple use-cases." Period. No need to jump into every thread where a user says that it is just too much for her use case, and you asking for links to compare the output (as you did with me as well?). Just be happy with what you created and the showcases prove the demand for it. So?

Docusaurus 2.0 4 years ago

Well, there's a tool for every task and yours in this case might be too overblown for the simple task that the user is trying to solve. No need to compare it to the use at bigger companies and organizations. No need to either get arrogant or stroppy. Just because a user doesn't use your tool, she is not a hater, neither. Sound a bit like "But mine is better/bigger/shinier than yours!" to me. Keep cool.

Sorry, but no: Calling the advance to Kyiv (fascist Russia clearly wanted to take the capital by storm), the slaughtering and war crimes in the suburbs and the hasty retreat with thousands of fallen Russian orcs a "feint" is Russian propaganda and way beyond reality. You can deny reality, still it happens. Reality doesn't care about fascist (paid?) propaganda. Back to the story: Many of the things that the former ambassador mentions are also confirmed by many of the non-Kreml-paid media. Interesting article, thank you!

Neovim [1].

Emacs with evil-mode work pretty well (IMO the best "vi-emulation" within other editors; the vi-plugin in JetBrains-IDEs works also quite well, though), however I learned painfully that you need to know two languages in order to configure it to your needs: Emacs lisp as well as well as vimscript for your vim-configuration. And that is just too heavy for me, so I'm back to Neovim.

There was the very promising OniVim 2 [2], which is very fast and powerful. However fundings were not enough, so the work on it came to a hold.

And then there exists a handful of other modal editors with vim-like modes. Kakoune [3] comes to my mind here, which may be currently the most vim-like non-vim editor actively developed (IMO).

[1] https://neovim.io/

[2] https://v2.onivim.io/

[3] http://kakoune.org/

Edit: typos.

I own a Tern Verge myself. Got already > 1'200 km tracked, although not using it that often. Beside some ... issues (a pedal broke, the brakes need some adjustments from time to time and one tire (that I changed myself, I have to add) loses some air over time) I really love it. Especially being able to push it and not having to carry it when it is folded is a big plus for me.

Some more modern monitors can also be switched by software. I personally use a laptop with an external monitor that is also connected to my desktop. Whenever I need to switch from laptop to desktop (using Barrier or Mouse without Borders on Windows) I then invoke the magic of ControlMyMonitor by the wonderful NirSoft [1] using an Autohotkey-shortcut. This way I can share my monitor with the desktop and laptop. Sharing the keyboard and mouse works with Barrier. I provided some short instructions in an SO-answer [2].

[1] https://www.nirsoft.net/utils/control_my_monitor.html [2] https://superuser.com/a/1556618/299215

I absolutely agree with you. Thank you for letting me know, that I'm not alone!

I'm coming from a backend-environment and had to learn how to do frontend as well. While JavaScript as a language can be handled (it has its quirks, as all the other languages out there, still quite logic IMO), the tooling around creating an application is totally a mess. A packager and babel and module handler and use express and build with vite oh and version ES6 or better ES20 or back to ES5 and serve the static content with sirv and ts.config and ... On the backend side I was used to just install my packages and be able to start coding. Not on the frontend side.

I have to admit that I find it to be a more complex environment, as you need to support different browsers, you have a client and server part, you need to handle session/state data and so forth. Beside that you need to take into account security, performance on client/server, network communication, local storage, and the list goes on. There are also hundreds of ways to do a single thing. In the end what helped me was to stick to a single framework and follow its way from start to end.

Also the advent of frameworks like Svelte/SvelteKit helped a lot as they reduce the tooling to a bare minimum, keeping single components maintainable with mostly pure JavaScript.

Tl;dr: You are not alone :-).