CubeShuffle VS awesome-tauri

I even made a program called CubeShuffle for this. It can speed up shuffle of completely random cubes as well, but by design it's equally easy to control distribution. Here is a brief overview of the process.

I suspect that this bugs occurs if the sum of piles is not nicely dividable with the pack size. (Guessing something was missed.) It used to reject that scenario but not too long ago I added support for non-perfect pile sizes. I suspect something went wrong there. I added an issue to avoid this from happening unintentionally. I will also add more tests for non-dividable pack sizes because it should always have the correct number of cards per pack, just that it may give fewer packs if it can't fill them. (Which should be clearly communicated in GUI.)

What type of work would you like to do? What tech, code, use case etc. There are literally millions of open source projects, it would help to narrow it down a bit unless you just want me to link a github search query. I could also shamelessly link my own open source project, it uses a very rare combination of technologies if you find that interesting.

It is. Once you start to get more comfortable with MTG overall again and if it interests you I totally recommend trying to build one. A lot of thinking and takes MTG from being a game you play to one you design. I personally love the format enough that I have built tools just to help with shuffling the cube. If you just want to have around there are a ton of card lists of cubes on CubeCobra. Personally I find building the cube and tweaking it to be half the fun.

If you are shuffling r/mtgcube specifically I have however made a software utility for shuffling the cube, which reduces the amount of physical shuffling even though it doesn't eliminate it.

For the card selection itself I use my own developed tool and method for it, CubeShuffle. Makes it super fast, easy and controllable.

I have both written a a program and accompanying instructions for my suggested approach which I named "distribution shuffle". It makes shuffling super fast, controllable and less sensitive to poor shuffling.

It's not super bad but it does take time. It was the inspiration to my distribution shuffling method which takes the idea and makes the majority of the hard work with software instead of by hand.

/uj I hated shuffling my CUBE to the point where I wrote a tool to make it easier... As a cube owner the choice would not be hard.

I have that feature on the TODO list for CubeShuffle for standard drafts https://github.com/philipborg/CubeShuffle/issues/52

I find it fresh and positive that Tauri developers take security very seriously. Before this 1.0 release they ordered a full security audit for the codebase and published the report ( https://github.com/tauri-apps/tauri/blob/next/audits/Radical... ).

The project encouraged me to better my own workflows too, as even the awesome-tauri repo requires signed commits in the PR template :) ( https://github.com/tauri-apps/awesome-tauri/blob/dev/.github... )

Tauri if you are already with Rust.

Here are some open source app built with Tauri

https://github.com/tauri-apps/awesome-tauri

I don't at all expect users to do full code inspections, expecting that would frankly be naive in my opinion for small projects like these. I was just trying to alleviate, not resolve, security concerns. What I am trying to encourage is peer review rather than user review of the code. That's a big reason why I have submitted it to developer resource lists such as Awesome Tauri, to get public peer review.