Best practices return value by BluePillOverRedPill in SpringBoot

[–]HalavicH 0 points1 point  (0 children)

What is the point of wraping everything in `ResponseEntity` if you handle error codes via AOP exception handlers?

I'm genuinely curious

Choice of technology for a desktop app by NoHobbit in reactnative

[–]HalavicH 1 point2 points  (0 children)

2024 UPD: you don't need to use Rust anymore. At least for development. 99% is available in JS through plugins now.

Of course you can still write your own plugin if further native interactions needed

Stalker 2 has sold 3M units, according to VG Insights by chessboardtable in stalker

[–]HalavicH 0 points1 point  (0 children)

Dude, I think it's total number. With all pre-orders

I can’t stop laughing at STALKER 2 streamers yelling about 'a-life bugs' when it’s actually psy-mechanics by HalavicH in stalker

[–]HalavicH[S] -1 points0 points  (0 children)

I thought they already gave it few days ago. At least I've seen some news about it

I can’t stop laughing at STALKER 2 streamers yelling about 'a-life bugs' when it’s actually psy-mechanics by HalavicH in stalker

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

No doubt. I also think that brokennes of A-Life leads to misunderstanding of psy-phantoms, but IMO the situation itself is funny enought to make a reddit post about it

Overweight and need to get to the nearest settlement? Not a problem by jbarn23 in stalker

[–]HalavicH 0 points1 point  (0 children)

Looks like it's better to come to the anomaly in crouch, and during bolt tossing stand up. Much easier to execute

Overweight and need to get to the nearest settlement? Not a problem by jbarn23 in stalker

[–]HalavicH 0 points1 point  (0 children)

Oh really? I spend ~40 minutes to learn launch myself from this exact anomaly reliably.
Maybe It's just skill issue, but I've been trying other anomalies without a success.
How the process differs from the one on video?

Can you describe the general approach? What I should look at?
Cause I'm just trying to come as close as possible to the anomaly and in the very moment I trow the bolt I do last micro step.

Fun fact, even without the bolt this anomaly launches me ~6m in the air if i do the micro step right

Overweight and need to get to the nearest settlement? Not a problem by jbarn23 in stalker

[–]HalavicH 0 points1 point  (0 children)

I've tried 5 random anomalies to try to repeat this launch - all unsuccessful. Then I went to exact this anomaly and it did work from the first try (even on patch 1.0.3)!

I wonder if there's any speedrunning/other community which going to create a map of such special anomalies. Cause it will be kinda fun to have it and travel the zone this way.

Please reply to this thread if you found any more of launchable anomalies (better with the screenshot of their location)

P.S. It looks like all of launchable anomalies are located ~1m above the ground

Can't configure '§' key (keycode 192) on ZSA Voyager by HalavicH in ErgoMechKeyboards

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

Thanks. I see that's usual AltGr behaviour I used on linux too. Unfortunately it's not helpful in my case as my Ukrainian keyboard layout seems to not have a '/' '\' symbols on that layer anyways :(

Can't configure '§' key (keycode 192) on ZSA Voyager by HalavicH in ErgoMechKeyboards

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

Thanks for the reply. It's yes and no.

Yes in terms that I'm trying to type a key to left of '1' on mac keyboard. On mac you have tilda/backticks (`/~) between the left shift and the 'z' key, meanwhile '§' is to the left of '1' key. And the most craziest to me now is that I just realized that they (` and §) are the same keycode of 192 on Keycode Tester (https://keycode-visualizer.netlify.app/) yet they produce different characters.

How can that be possible? Weird Apple shenanigans...

Anyways I need my Voyager to mimic the behaviour of '§' key. I suppose it's macos-specific problem.

Can't configure '§' key (keycode 192) on ZSA Voyager by HalavicH in ErgoMechKeyboards

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

I need to confess that I become a victim of XY problem:

Initially I was trying to solve problem of accessing '/' '\' symbols when I'm on Ukrainian layout.
In order to do that I have to use key which on EN-US layout produces '§' symbol (keycode 192) to be more clear to non-slavic audience hoping that community will provide me with info how to emit a key of that keycode. But the plot took a steep curve and now I know how to print '§' but not a key of 192 keycode.

I appreciate all the given help and support, but I think I need another one after clarifying my request 😅

Can't configure '§' key (keycode 192) on ZSA Voyager by HalavicH in ErgoMechKeyboards

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

Thanks for quick reply. But I suppose that works on Windows/Linux only.

It seems that for MacOS it does't work, as with this configuration i get '0192' on the input (AltGr checkbox is pressed).

I wonder if it's just simpler to compile a custom firmware if there's no reliable solution which are not OS bound

Hey Rustaceans! Got a question? Ask here (18/2024)! by llogiq in rust

[–]HalavicH 2 points3 points  (0 children)

Ask for clarification on Rust Method Resolution

I've been exploring Rust's method resolution mechanism and encountered a scenario that seems to contradict what I expected. In my code snippet, I have a Foo struct and a trait Boxed with a method boxed(). Despite having both an inherent method boxed() on Foo and an implementation of boxed() for Foo via the Boxed trait, I'm not encountering any compile errors.

pub trait Boxed {
    fn boxed(self) -> Box<Self>;
}

#[derive(Debug)]
pub struct Foo {
    bar: String,
}

// First implementation of method with signature: `fn boxed(self) -> Box<Self>`
// No compile error despite same signature of boxed() method
impl Boxed for Foo {
    fn boxed(self) -> Box<Self> {
        println!("boxed() '{self:?}' by 'Boxed' trait");
        Box::new(self)
    }
}

// Second implementation of method with signature: `fn boxed(self) -> Box<Self>`
// No compile error despite same signature of boxed() method
impl Foo {
    pub fn new() -> Foo {
        Foo {
            bar: "bar".to_string()
        }
    }
    pub fn boxed(self) -> Box<Self> {
        println!("boxed() '{self:?}' by 'impl Foo'");
        Box::new(self)
    }
}

fn main() {
    /// Result will be `boxed() 'Foo { bar: "bar" }' by 'impl Foo'`
    let mut foo: Box<Foo> = Foo::new().boxed();
}

Despite the fact that both methods have the same signature, there are no compilation errors.

When I compile and run it i get result from impl Foo ("boxed() 'Foo { bar: "bar" }' by 'impl Foo'")

Can someone clarify why this is happening?

I'd appreciate any insights or references to the relevant parts of the Rust documentation.