[-] breakpointx@lemmy.world 2 points 11 hours ago

The double commander is gui only, right? Thanks for the info. ๐Ÿ‘๐Ÿป

[-] breakpointx@lemmy.world 5 points 17 hours ago

Thank you for your question. The first thing you will notice is the ui, which Rodeo, uses the two-pane l, where as Yazi is a directory/preview and file browsing popup. Yazi also uses most of external tools (zoxide, jq, fd etc) where as Rodeo uses a-lot of Rust crates to achieve the similar result. Rodeo doesnโ€™t have that much external dependencies. At the end, itโ€™s personal preference. I like the mc/nc setup more, that was the sole reason to develop it too. I hope I answered your question ๐Ÿ‘๐Ÿป

23

Hi all,

for the past few months, I've had a chance to start a private project called Rodeo, a clone of MC or NC. After a while, it took most of my free time away so I took AI assistance to help me out finish it. I am releasing it as the open source; it was (and still is) my entry to the Rust and honestly, AI took a good job helping me understand few Rust paradigms (btw, The Rust Programming Language book helped too!).

If you are the Terminal person as I am, love the vim-based shortcuts and would like something old but new, give it a shot and let me know, how you like it and what feature would you like to see implemented. I'll be happy to add it to TODO list ;)

[-] breakpointx@lemmy.world 3 points 2 months ago

Keep up the good work and thank you for contributing to FOSS!

[-] breakpointx@lemmy.world 1 points 1 year ago* (last edited 1 year ago)

I don't really understand how your comment has anything to do with the application I'm writing. I appreciate any constructive criticism to the application - The issue you and chrash0 are describing is usually solved with proper linting and formatting tools included to any IDE of your choice. Thank you anyways for sharing your PoV on YAML :)

[-] breakpointx@lemmy.world 3 points 1 year ago* (last edited 1 year ago)

Thank you for your feedback.

The good old X vs Y. I think its a matter of use-case and personal preference. The decision to pick yaml is solely because readability, which is, above what toml has to offer with its single-dimension. On the other side, yes, yaml has its own quirks such as primitive boolean (yes, true, on) and whitespace sensitivity;

still, yaml is still preferred type when we're talking devops.

I'll put this on a nice to have list- I'm quite sure the toml OR yaml for that matter, has an option to convert one way or another :)

Update: I've added the issue to the project.

[-] breakpointx@lemmy.world 5 points 1 year ago* (last edited 1 year ago)

:D Not really, but the thing with stockholm syndrom maybe describes me quite well :D. However, if I'd have to decide to do a config file, I would always rather take yaml than json.

35

Hi everyone,

Since I'm primarily working in devops Area and loving yaml-based CI/CD, dockerizing or kubernetes things, I've developer something, that you could, similarly, run from your own computer using yaml defined jobs.

Everything you know from pipeline-based definitions, such as chaining, on_success, on_failure, depends_on, scheduled jobs using crontab definition or executing jobs using containers, you can now do it.

I would appreciate any feedback, I'll try to get it better :)

โœŒ๐Ÿป

[-] breakpointx@lemmy.world 2 points 1 year ago

Can anyone recommend a good alternative? I still use it to bookmark most wanted sites.

breakpointx

joined 1 year ago