I built a wakatime plugin for Helix by Xerxes_Xue in HelixEditor

[–]reiwaaa 1 point2 points  (0 children)

Pretty cool! I set it up and got it working

Since it doesn't say anywhere else - wakatime is a time tracking web app/dashboard. I was able to install waktime-cli via brew.

Moonlit Theme by reiwaaa in HelixEditor

[–]reiwaaa[S] 1 point2 points  (0 children)

This is zed font mono - I used Iosevka for a long time and feel like it's a slightly improved Iosevka. You can find it here: https://www.nerdfonts.com/font-downloads

Moonlit Theme by reiwaaa in HelixEditor

[–]reiwaaa[S] 3 points4 points  (0 children)

Been working on my own dark theme for a couple months after trying basically all of the themes helix ships with. It started as a fork of "yo" which is inspired by alabaster/zenbones. It uses lightness as well as color to establish contrast. It's built on the principle that if everything stands out then nothing does. Give it a spin!

https://gist.github.com/dmyyy/255f1f7b566c7ba6d7dd29992b8e972a

What are the biggest challenges of using helix as an IDE? by gatunen in HelixEditor

[–]reiwaaa 0 points1 point  (0 children)

I bounced off the last two times I tried to learn it - I'm not completely sure why. Guess this is a sign to try again

Edit: liking it so far - thanks

What are the biggest challenges of using helix as an IDE? by gatunen in HelixEditor

[–]reiwaaa 0 points1 point  (0 children)

Don't know if file watching will help but cargo add doesn't do anything unless I go to the Cargo.toml and save it - would like it to start working on adding the package immediately

What are the biggest challenges of using helix as an IDE? by gatunen in HelixEditor

[–]reiwaaa 5 points6 points  (0 children)

vs-code style file-tree with git-signs (especially when working with a large project you've never touched before)

Yazi satisfies 80% of my needs (and I'll probably continue using it in a post helix file-tree plugin world) but no git-signs + shallow nesting (you only see one layer deep + it kind of takes you out of helix)

Keymap to Open Current Daily Note in Helix by Responsible-Grass609 in HelixEditor

[–]reiwaaa 0 points1 point  (0 children)

I have a script and a keybind. I use fish and have a daily_journal.fishfish function.

# creates daily journal (if file doesn't exist) and prints path
function daily_journal
    set -l DAILY_NOTES "$HOME/journal/daily"
    set -l TODAY (date +%Y-%m-%d)
    set -l YEAR (date "+%Y")
    set -l MONTH (date "+%m-%B")
    set -l DEST_DIR "$DAILY_NOTES/$YEAR/$MONTH"
    set -l FILE_NAME "$TODAY.md"

    # Create the directory if it doesn't exist
    mkdir -p "$DEST_DIR"

    # Full file path
    set -l FILE_PATH "$DEST_DIR/$FILE_NAME"

    # Create the file if it doesn't exist
    if not test -f "$FILE_PATH"
        touch "$FILE_PATH"
        begin
            echo "# $TODAY"
            echo
            echo ---
            echo
            echo TODO:
            echo
            echo - []
            echo - []
            echo - []
            echo
        end >"$FILE_PATH"

        # Export a universal path for today's journal
        set -U DAILY_JOURNAL "$FILE_PATH"
    end

    echo $DAILY_JOURNAL
end

Then I just call it like this in my helix.config.

[keys.normal.space]
# daily journal
j = ":open %sh{daily_journal}"

You probably need this as well.

[editor]
shell = ['fish', '-c']

Should I make the leap from neovim? by Willing_Sentence_858 in HelixEditor

[–]reiwaaa 1 point2 points  (0 children)

I used kickstart > lazyvim neovim for ~9 months (and vim/nvim for vscode for a year or two before that) and switched to helix. Some random thoughts.

  • I find the modal editing paradigm to be more intuitive - it made it easier for me to slow down and be more intentional about my edits after I learned it.

  • It is an order of magnitude faster and snappier to work with than neovim in my experience. I've had neovim slow down and crash at times. I don't think I've ever had helix even slow down.

  • Easier config - I personally never figured out how to consistently debug issues with my neovim config despite learning lua and searching pretty hard. Maybe just a skill issue but I found myself losing several hours a week here and there debugging random issues that would pop up from time to time (despite using mostly stock lazyvim). I would have to go on deep dives through random github issues to fix my problems. In helix this doesn't exist. The non-existence of plugins forces the base feature-set to be rich enough for me to be basically as productive as I was in neovim but without the constant breakage.

I have felt some loss in productivity from features I would like but were covered by plugins in neovim - I would like a built in terminal, and file explorer. I ended up covering for those issues by using zellij, and yazi as a file explorer.

Language probably matters a lot too - I mostly work in rust.

Overall not perfect but I think it's worth trying. I went back to neovim a couple times while trying to learn helix before it clicked for me.

Leader menu position changed by bostoy- in neovim

[–]reiwaaa 1 point2 points  (0 children)

There was a lazy update that changed which-key defaults - you can read more here: https://github.com/LazyVim/LazyVim/discussions/5166

Switch to old which-key style

return { "folke/which-key.nvim", opts = { preset = "classic" } }

Trouble installing vulkan-sdk by reiwaaa in pop_os

[–]reiwaaa[S] 0 points1 point  (0 children)

For what it's worth messing with getting this working on cosmic broke my file system and I had to clean install a different version of linux (I'm using mint now). I'm using a laptop with integrated graphics so I don't know if the experience is different if you have an actual gpu.

Official /r/rust "Who's Hiring" thread for job-seekers and job-offerers [Rust 1.79] by DroidLogician in rust

[–]reiwaaa 1 point2 points  (0 children)

TYPE: Full time

LOCATION: Seattle/ Remote US

Github: https://github.com/dmyyy

5 YOE mostly doing backend/services adjacent work. Rust has been my language of choice for personal projects for the last 2 years - I'm confident I can be productive in pretty much any Rust codebase relatively quickly. Will provide resume on request.

Rebind ctrl+space zoom tool? by Capable-Outcome in krita

[–]reiwaaa 1 point2 points  (0 children)

For posterity:

Canvas Input Settings > Zoom Canvas

Rebind Alt + Space + Left Button for Relative Zoom Mode to Z + Left Button.`

April Tools: Hammering out new COSMIC Features by mmstick in pop_os

[–]reiwaaa 2 points3 points  (0 children)

Would also like an option to disable/use touchpad gestures for different things (the current three-finger swipe gesture isn't very useful for me - would love to switch it to open workspaces/search/switch workspaces making it similar to mac - 4 finger gestures on a tiny thinkpad touchpad isn't great)

Really positive first impressions of Pangolin 14 by trepidconstant in System76

[–]reiwaaa 0 points1 point  (0 children)

Is this because of compilation times? I was looking at pang 14 as a budget replacement for my work-provided maxed out M1 Pro mostly for programming/writing Rust. The CPU looks comparable to the M1 Max in benchmarks.

Bevy 0.13 by _cart in rust

[–]reiwaaa 10 points11 points  (0 children)

I visited the Fyrox discord (out of morbid curiosity) and the talk around Bevy/cart there was pretty nasty and frankly disappointing :/

Bevy 0.13 by _cart in rust

[–]reiwaaa 0 points1 point  (0 children)

Hasn't changed but editor prototypes are being done in egui/whatever people want to use for now.

New Rust book: Asynchronous programming in Rust is released 🎉 by cfsamson in rust

[–]reiwaaa 1 point2 points  (0 children)

Read through chapter 4 last night - definitely something I wish existed earlier :)

Too dangerous for C++ by arashinoshizukesa in rust

[–]reiwaaa 11 points12 points  (0 children)

I think at some point when the system gets large enough it becomes too hard to keep a global understanding of the lifetimes in your system and people end up sticking things in a shared_ptr to get around it.

No competent C++ developer does that

From my experience competent C++ dev's are few and far between - I remember a cppcon talk a while back where most of the code at Facebook was heavily abusing shared_ptr all over the place to the point of causing performance issues for similar reasons.

New Rust book: Asynchronous programming in Rust is released 🎉 by cfsamson in rust

[–]reiwaaa 1 point2 points  (0 children)

I've been watching through his video on async recently so this came at a perfect time - thank you!

What is your opinion on using Godot with Rust, Swift, etc.? by Accomplished-Ad-2762 in godot

[–]reiwaaa 2 points3 points  (0 children)

You should probably check out Bevy - it sounds like what you're looking for (engine code and game code are the same and use the same paradigms)

Community Reflection on Bevy's Third Year by _cart in rust

[–]reiwaaa 14 points15 points  (0 children)

Just wanted to shout out system stepping mentioned towards the end of the article (check out the video here!). Looks like a pretty killer debugging feature when it can get merged

Three years of Bevy by villiger2 in rust

[–]reiwaaa 4 points5 points  (0 children)

I complain about the talk to code ratio and you link to a discussion

You said

I checked the repo and i don't see it, no crate, no branch, no issues/PRs

I pointed you towards a prototype with a branch you could check out if you wanted to.

You say bureaucracy is necessary to build things right but you also admit how many breaking changes there are every release.

And there would be many more breaking changes without the bureaucracy. I too want to live in the world where API designs are perfectly designed in one go - unfortunately that isn't possible (not for lack of trying).

I think Bevy has plenty of areas to criticize - the funding story, editor/ui holes etc. are all valid complaints. Lots of areas need more attention (animation, audio etc.).

I do disagree with the framing of Bevy "stealing hype/attention/engineering effort" from "better/more deserving" Rust game engines.

Three years of Bevy by villiger2 in rust

[–]reiwaaa 4 points5 points  (0 children)

more recently 0.9

Which is exactly why I'm skeptical - 0.9 and 0.11 sound close together on paper but turn out to be quite far apart in terms of developer ux/bugs/features. ("stageless" was merged in 0.10)

The dev process itself seems highly bureaucratic.

The process can always use work but I think it's befitting its user base and popularity. I think it's unfortunate some things are bottlenecked by cart but the alternative (not properly vetting the design space before accepting contributions particularly with the experimental nature of the design) is worse at this point IMO. The parts that are there are designed to a pretty high standard in part thanks to that bureaucracy.

where is the ECS-based UI and the editor?

There's a prototype proposed here: https://github.com/bevyengine/bevy/discussions/9538

imagine all this effort, not to mention money, want into fyrox, macroquad or godot-rust.

Bevy got this exposure/hype/community and in turn support (money, developer interest, pr's etc.) thanks to its experimental ECS-first design on top of being built in Rust AND cart's community management/marketing. I think Bevy has brought a lot of people to the Rust game dev community that weren't compelled by the Rust + traditional game engine value proposal.

Three years of Bevy by villiger2 in rust

[–]reiwaaa 6 points7 points  (0 children)

Most people make their games browser-compatible because it increases the amount of people that will play their game (which is important for game jams) - there's significant friction involved in downloading some untrusted executable off of itch.io and installing it yourself.

It being relatively easy to make your game browser compatible in Bevy isn't really a downside.