[-] fxdave@lemmy.ml 3 points 2 days ago

I liked this discussion. However, I think both of you have different axioms. It's a pro-socialism vs pro-capitalism debate.

In capitalism, we need innovation to create new value. Or you can pollute water to sell water bottles which will have value now. It's up to citizens to decide what to restrict that was publicly available or what to innovate.

In socialism, the innovation is only happening where it needs to happen carefully planned and funded by the government.

I'm rather socialist, so I'd defend it:

Having a software with inability to modify is injustice, It's the same as polluting a water to sell it. Even if we need to pollute the water to sell it, it doesn't justify pollution.

[-] fxdave@lemmy.ml 35 points 2 weeks ago

Don't buy a Mac. That's more limiting than a Windows. But yeah install linux.

18

Hey, I'm not a fan of advertising libraries, but otherwise, nobody will know them. I think this package is really spot on and solves many issues with current web technologies.

I'd like to continue this project. If you found it interesting please give some feedback.

github.com/fxdave/cuple
intro: The Missing Type-Safety for Full-Stack

272
submitted 2 months ago by fxdave@lemmy.ml to c/programmerhumor@lemmy.ml
[-] fxdave@lemmy.ml 7 points 3 months ago

That's fair. Typescript has to cook with the existing js ecosystem.

[-] fxdave@lemmy.ml 6 points 3 months ago* (last edited 3 months ago)

I would prefer paying for it with my taxes. Not for facebook though.

[-] fxdave@lemmy.ml 31 points 4 months ago

Afaik, most phones are backdoored that can be abused using tools like "pegasus" which led to a huge indignation in Hungary. I don't belive PCs are exceptions. Intel ME is a proprietary software inside the CPU, often considered as a backdoor in Intel. AMD isn't an exception. It's even weirder that Intel produces chips with ME disabled for governments only.

[-] fxdave@lemmy.ml 11 points 4 months ago

Try donating projects you would like to use. If your adobe subscription amount is going to gimp and inkscape, you are buying yourself into the future of freedom. If you buy adobe, you will limit yourself more and more.

17
submitted 4 months ago by fxdave@lemmy.ml to c/rust@lemmy.ml

I have a plugin trait that includes some heavy types that would be almost impossible to wrap into a single API. It looks like this:

pub struct PluginContext<'a> {
    pub query: &'a mut String,
    pub gl_window: &'a GlutinWindowContext,
    flow: PluginFlowControl,
    pub egui_ctx: &'a Context,
    disable_cursor: bool,
    error: Option<String>,
}
pub trait Plugin {
    fn configure(&mut self, builder: ConfigBuilder) -> Result<ConfigBuilder, ConfigError> {
        Ok(builder)
    }
    fn search(&mut self, ui: &mut Ui, ctx: &mut PluginContext<'_>);
    fn before_search(&mut self, _ctx: &mut PluginContext<'_>) {}
}

Here is what I considered:

  1. Keeping all plugins in-repo. This is what I do now, however I'd like to make a plugin that would just pollute the repository. So I need another option that would keep the plugins' freedom as it is right now, but with the possibility to move the plugin out to a separate repository.
  2. I tried to look into dynamic loading, and since rust doesn't have a stable ABI, I'm okay with restricting the rust versions for the plugin ecosystem. However, I don't think it's possible to compile this complex API into a dynamic lib and load it safely.
  3. I'm also ok with recompiling the app every time I need a new plugin, but I would like to load these plugins automatically, so I don't want to change the code every time I need a new plugin. For example, I imagine loading all plugins from a folder. Unfortunately, I didn't find an easy solution for this neither. I think I will write a build macro that checks the ~/.config/myapp/plugins and include all of them into the repo.

Do you have any better ideas, suggestions? Thanks in advance.

(For context, this the app I'm writing about: https://github.com/fxdave/vonal-rust)

145
submitted 5 months ago by fxdave@lemmy.ml to c/linux_gaming@lemmy.ml

Hey everyone,

Just wanted to share my recent experience with gaming on my laptop. While playing CS:GO was manageable, CS2 was a different story. My laptop kept hitting thermal limits, causing frustrating performance drops. So, I decided to do it myself and repaste it.

I wrote a simple script to monitor my temperatures and frequencies: thermalog script.

The results speak for themselves: thermalog results.

I wasn't even near to thermal limit even when I played in 2K instead of FHD.

I used Arctic MX-6. (I bought liquid metal also as a backup plan, but luckily I don't need it). I'm more than happy with the results.

My laptop is four years old, I highly recommend giving it a go if you're facing similar thermal issues.

Happy gaming!

[-] fxdave@lemmy.ml 4 points 6 months ago

Honestly, I don't get it.

Is it about the syntax sugar? Would you like to use callbacks instead?

Async programming is when you achive concurrency even with one thread. It's needed. There's no alternative to this.

[-] fxdave@lemmy.ml 5 points 6 months ago

Some distros do not include all supported device firmware in the base system. You have to determine your wifi adapeter and install the firmware for it. You may want to use usb tethering from your phone for that.

[-] fxdave@lemmy.ml 8 points 7 months ago* (last edited 7 months ago)

I made a home inventory management software, because I don't have much space in my flat, so I track every single piece of the compressed pile of boxes; with qr codes on them.

It's a very simple app but you should have a printer to print qr codes for the boxes.

The documentation lacks some detail, so ask anything about it, if you want to try it.

https://github.com/fxdave/DavidHomeVentory

EDIT: yeah I didn't update the readme. The installation may not work. So tell me if you want to give it shot.

It looks like this in action btw:

[-] fxdave@lemmy.ml 10 points 7 months ago* (last edited 7 months ago)

That's my problem with this. It tries to be a desktop display server protocol without unifying all desktop requirements. Sure, X11 is old and have unnecessary things that aren't relevant anymore, however, as someone who builds their own DE, (e.g.: tiling window managers) I see it as the end of this masterrace. Unless everybody moves to wlroots. Flameshot, for example, is already dealing with this, having at least 5 implementations only for linux, and only wlroots and x11 are standards.

Also, imo, having windows in windows is useful when you want to use your favourite terminal in your favourite IDE. But as you said DEs can implement it simply. Let's say wlroots will implement this but others can decide otherwise. And for those the app won't run.

Another example, that affects my app personally, is the ability to query which monitor is the pointer at. Wayland doesn't care having these so I doesn't care supporting wayland. And I"m being sad about this because X is slowly fading away so new apps will not run on my desktop.

Moreover with X11 I could write my own hotkey daemon in my lanuage of choice, now I would have to fork the compositor.

Do I see it wrong?

[-] fxdave@lemmy.ml 11 points 7 months ago* (last edited 7 months ago)

My brother had that OS. It worked fine until it got a bug that the computer froze when he enabled the wifi, and the only way to stop it was pressing the power button. I couldn't figure out the cause, and there was many unnecessary things coming with the OS, so I helped him to install Arch instead. Now, it works well and feels clean.

EDIT: based on the comments, the issue happened with arch too.

21
submitted 9 months ago by fxdave@lemmy.ml to c/freecad@lemmy.ml

cross-posted from: https://lemmy.ml/post/7885746

I created a lib for designing cabinets. I'm not a woodworker, but I can design some for myself and I found this lib useful enough to share. So enjoy.

1
submitted 9 months ago by fxdave@lemmy.ml to c/openscad@lemmy.ml

I created a lib for designing cabinets. I'm not a woodworker, but I can design some for myself and I found this lib useful enough to share. So enjoy.

[-] fxdave@lemmy.ml 6 points 1 year ago

When I was child I thought they are the same places, even though Austria is our neighbour country. 😄

43
submitted 1 year ago* (last edited 11 months ago) by fxdave@lemmy.ml to c/asklemmy@lemmy.ml

We decided to test whether the car can handle long ranges by going to Austria next week. It's a large country with numerous places, so I want to ask your help. Have you ever been to there?

EDIT: Thanks the suggestions for everyone, they were really useful!

view more: next ›

fxdave

joined 1 year ago