KillTheMule

joined 2 years ago
[–] KillTheMule@programming.dev 7 points 1 month ago (1 children)

Here's a blog post about the miscompilation bug: https://parsa.wtf/cast/

[–] KillTheMule@programming.dev 1 points 1 month ago

Ha, nice idea, but I don't know C++ and that's a yak I won't shave :) I've also tried working with a folder with symlinks, and I discarded the idea for some reason I'm not really sure on (I think it has something to do with the fact that entering a symlinked directory will have you work inside the symlink, rather than the symlink's target).

[–] KillTheMule@programming.dev 1 points 1 month ago (2 children)

Thank you :) I've not been successfull really thus far. My best hope is that someone cooks up something in Rust that I can contribute to/fork to make it into what I want. One can dream ;) I use doublecmd right now, which ticks many boxes, but has some other oddities.

Yeah, so, bookmarks, I "just" need to be able to organize them, like with a folder structure (or even subfolders, but I don't want to get greedy), and name them independently of their target. Using tags as a folder substitute is probably ok, that's why I looked at blazepilot. I also don't want that dreaded "places" list wasting my screen space, so maybe putting them into a menu or behind a shortcut is in order...

[–] KillTheMule@programming.dev 2 points 1 month ago (4 children)

Dolphin is somewhat ok-ish, exactly like you say. It's slightly better than that gnome-thingy I'm forced to use at work, but the bookmarks aspect it important enough for me to avoid it for personal usage (where I'm free to choose).

"File commands don’t block GUI" means: If I e.g. copy a file, I want to directly use the filemanager, even while the copy is still running. I think most of the more popular file managers do this, but it is really important :)

[–] KillTheMule@programming.dev 1 points 1 month ago (6 children)
  • Real bookmark management (a flat list of places doesn't do, especially not if the name of the bookmark must be the name of the folder)
  • I need 2 side by side, so let me disable the sidebar and react to the keypress +<Left/Right> (or make it a double-panel thing)
  • Tree view (where I can open subfolders) that keeps as much state as possible when refreshing
  • Configurable hotkeys (I especially want to open a terminal in either the folder I'm in or the folder I've selected or the folder the file I've selected is in)
  • Configurable file associations - image and program to open. That xdg-mime stuff doesn't cut it. It's fine to just do it by extension, and it's fine to just configure it for the file manager.
  • File operations don't block the GUI
  • Configurable context menu (the right click thing) - let me remove actions I don't want, and let me add my own
  • Bonus: A terminal below the panel that stays in the directory the panel is in (konqueror had this some time in the past, I loved that)
  • Bonus: When I drag&drop a file, ask me if I want to copy/move/link the file, don't use some sort of filesystem-based heuristics
[–] KillTheMule@programming.dev -1 points 1 month ago (1 children)

I've no idea. I kinda assume AI is basically used everywhere, but unless explicitely stated one can seldom be sure.

 

I'm kinda still shopping around for a good graphical filemanager. This is of course still very raw, but the tagging system might actually take care of the bookmark aspect, which is very important to me.

[–] KillTheMule@programming.dev 3 points 1 month ago

Wait, what? Any more details about this, I’ve never heard about that before. Partially run Drop impls sounds like a big potential for undefined behavior, how could catch_unwind possibly cause that?

Yeah, no, I don't think this is true. It's the reason a double panic will cause an abort. The docs do recommend against using this for general error recovery, but there's no mention of any possibillity of inconsistent state.

[–] KillTheMule@programming.dev 6 points 1 year ago

And it really only concerns a certain subset - 32bit applications compiled with the gnu toolchain. I'm glad they keep the workload in check this way.

[–] KillTheMule@programming.dev 2 points 1 year ago (1 children)

Huh? I might be misunderstanding something (maybe a joke, even!), but this is my lemmy account, that's kinda older indeed. How would that be connected to my mastodon account?

[–] KillTheMule@programming.dev 2 points 1 year ago

Huh haven't heard of this for quite some time, nice it's still going strong :)

I hope this is the first of many contributions we’ll have between the two projects and that we can continue to collaborate with and help each other.

Great to hear!

[–] KillTheMule@programming.dev 13 points 1 year ago (3 children)

I wasn't on X, but now I've created a mastodon account :)

[–] KillTheMule@programming.dev 5 points 1 year ago

Man, I'd love that, if only the pay was better... but than again, if the pay was better I'd be even less qualified. But typst is awesome, all the best wishes for the team including the new hire :)

 

For my library, I want to replace async_std by smol, since the former has been deprecated in favor of the latter. This is mostly just a simple translation (different module structure, names etc.), but what I don't know is how to replace async-std's stdin. Anybody got a hint on that?

 

If you belong to the group of people playing World of Warcraft on linux somewhat competitively (there must be dozens of us!), you might be interested in progrs. It is an alternative to warcraftrecorder and used to create videos of your play. It monitors the combat log for interesting events (for now, deaths of players) and creates chapters in the video for easier searching. For now, only "encounters" are supported (might mean just raid bosses, but I've not done any testing in M+), but each try will end up its own video, just as in warcraft recorder.

I'd be glad for anyone trying it out and giving feedback.

57
submitted 1 year ago* (last edited 1 year ago) by KillTheMule@programming.dev to c/rust@programming.dev
 

Typst is "A new markup-based typesetting system that is powerful and easy to learn". It's written in Rust, and particularly attractive because, while providing a CLI interface, it is a proper library that you can easily incorporate into your progress to produce documents. Protip: If you do so, have a look at sys.inputs, it's awesome!

 

This article very much conveys what I think.

 

Typst is a new markup-based typesetting system that is designed to be as powerful as LaTeX while being much easier to learn and use

Typst is awesome, in particular if you want to generate documents programmatically.

 

Hey all!

I've just published a small crate, and would like to take the occasion to not only announce this, but also make typst better known in the rust community, because I think it's awesome :)

What does this do?

It provides a derive macro to derive typst::foundations::IntoValue for a struct.

Why would I want that?

If you're using typst as a library, chances are you want to get data into your documents. Rather than using a templating library or rolling your own, I'd suggest using inputs (I'm still excited being made aware of that!), which implies making a Value out of your data. typst_macros provides the possibility to derive Cast, which includes the treasured IntoValue... for enums. This is a gap somewhat closed by this crate.

So what about this typst?

typst is a typesetting system (akin to LaTeX) written in Rust. The core and cli are licensed freely, and it is very useable up to the point that I personally don't use latex anymore, but have switched to typst. I'm personally ultra-fond of the ability to use typst as a library, which makes it perfect for apps that want to produce high-quality documents from user-provided data.

Any questions, comments, criticism, code reviews welcome! Also, give typst a shot.

 

... might be interesting for most people

view more: next ›