lemming_7765

joined 2 years ago
[–] lemming_7765@lemmy.ml 2 points 2 years ago (2 children)

Did you send the money? It would be nice to have him record new albums... πŸ’ͺ

[–] lemming_7765@lemmy.ml 2 points 2 years ago

Makes sense. I've also given a try to the flags I mentioned in rustfmt and they are apparently just for the nightly build, which makes me think they are working on it, which is good news (at least for me).

Sometimes having too much freedom when it comes to organizing code can be worse, I guess. But in general I prefer it to, for example, C, which was so picky with the placements of things.

Thanks for the feedback πŸ‘

[–] lemming_7765@lemmy.ml 1 points 2 years ago (2 children)

That's more or less what I do. However I usually struggle with enum, traits, functions and structs inside the same group. So, for example, if I'm in the public group:

  1. do I mix them all and sort alphabetically or hierarchically (like the post https://lemmy.ml/comment/414806 suggests)?
  2. do I put enums, traits and functions first since they are usually prerequisites for the following types? Meaning that an enum will probably be used in a struct or trait, so we may want to present it before to the reader.
  3. any other sorting....

πŸ€”

[–] lemming_7765@lemmy.ml 1 points 2 years ago

So, hierarchichal top down, I guess. With main types before subordinate ones. Right?

 

I would like to know if there are any proposals for internal file organization, like what to put from top to bottom...

Example: start with pub use declarations, then use, the mod, enums, traits, etc.

I've seen rustfmt has some options like reorder_imports that may impose some partial structure, but I would like a more comprehensive guide/spec...

If there's nothing like that. Can we maybe discuss something that makes sense? πŸ€”

[–] lemming_7765@lemmy.ml 5 points 2 years ago (1 children)

Nah, we just need to create another humongous economic bubble and things will go back to normal... 🧌

[–] lemming_7765@lemmy.ml 3 points 2 years ago* (last edited 2 years ago) (1 children)

IINM, you shouldn't that because it would defeat the purpose of this browser, which is to maintain the same fingerprint for everybody.