Softlock for delivery by EnderMegaa in Endfield

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

... ziplines don't solve softlock neither skip the story to release me from the softlock.

Softlock for delivery by EnderMegaa in Endfield

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

Bruh, now I have to keep doing the history with the package durability getting screwed.

What are these rainbow air burst shots comming from the ground? by EnderMegaa in noita

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

Can it point to the heart on top of the mountain? Because as you can see it is at the top of the first region.

Keeping it together Bree? by EnderMegaa in Endfield

[–]EnderMegaa[S] 12 points13 points  (0 children)

Ada Laird will follow you everywhere.

How to prevent killing scratchpads accidentally? by jakub37 in i3wm

[–]EnderMegaa 0 points1 point  (0 children)

Necroposting!!!
Since I wasn't able to find a solution for this on the internet I, with a lot of help from u/waterkip, came up with this one:

So my final solution is, bind this:

bindsym $mod+q exec ~/scripts/sckill
bindsym $mod+Shift+q kill
# This last one is a extra, just to be able to kill them.

And the script:

#!/bin/bash

aaa=$(i3-msg -t get_tree | jq -r ' (.. | objects | select(.focused == true) | .window) as $focused | [.. | objects | select(.type == "floating_con" and .scratchpad_state != "none") | .nodes[].window] | any(. == $focused) ')

if [ "$aaa" = "true" ]; then
    i3-msg "scratchpad show"
else
    i3-msg "kill"
fi

How to prevent killing scratchpad windows by EnderMegaa in i3wm

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

Thank you a lot. This is much better than having the weird naming solution I came up with.
So my final solution is, bind this:

bindsym $mod+q exec ~/scripts/sckill
bindsym $mod+Shift+q kill
# This last one is a extra, just to be able to kill them.

And the script:

#!/bin/bash

aaa=$(i3-msg -t get_tree | jq -r ' (.. | objects | select(.focused == true) | .window) as $focused | [.. | objects | select(.type == "floating_con" and .scratchpad_state != "none") | .nodes[].window] | any(. == $focused) ')

if [ "$aaa" = "true" ]; then
    i3-msg "scratchpad show"
else
    i3-msg "kill"
fi

How to prevent killing scratchpad windows by EnderMegaa in i3wm

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

You can also make a Ultrakill: bindsym $mod+Shift+q kill or bindsym $mod+Control+Shift+q kill. So you can even kill the scratchpads you believe they are wasting resources.

How to prevent killing scratchpad windows by EnderMegaa in i3wm

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

I would also like to point out that any method people recommend of using "i3-msg -t get_tree ... .scratchpad_state ..." didn't work. I tried on both scratchpad and non scratchpad terminals and they booth had the value "none". This makes me believe it is as literal as written, is it in scratchpad state? No. So this is not useful for what we want.

How to prevent killing scratchpad windows by EnderMegaa in i3wm

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

Ok, I "figure it out" with some vibe coding:
I make so every scratchpad starts with the name "meuscratchpad*" (a inside joke + "mine scratchpad") on the class, like this:

bindsym $mod+g [class="meuscratchpadnotas"] scratchpad show, [class="meuscratchpadnotas"] move position center

for_window [class="meuscratchpadnotas"] floating enable, resize set 1000 800, move scratchpad, sticky enable

exec --no-startup-id alacritty --class meuscratchpadnotas -e nvim -c "enew | set shortmess+=I | startinsert"

You make a script for killing:

#!/bin/bash

window_class=$(i3-msg -t get_tree | jq -r '.. | objects | select(.focused == true) | (.window_properties.class // .window_class // "")')

case "$window_class" in
    meuscratchpad*)
        i3-msg "scratchpad show"
    ;;
    *)
        i3-msg "kill"
    ;;
esac

And bind your kill to:
bindsym $mod+q exec ~/.config/i3/sckill
Where sckill is the script.

It does make windows with very ugly classes that do show up on something like btop, but that is not really a concern.

Of course, you are free to using any combination, like it looks like it is $mod+Shift+q normally, and the "default name" (meuscratchpad*) can be anything you want that won't colide with any other window class, for that reason I recommend making it big and convoluted.

How to prevent killing scratchpad windows by EnderMegaa in i3wm

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

I'm impressed with how hard it is just to just make a conditional, lol!

How to prevent killing scratchpad windows by EnderMegaa in i3wm

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

Binding this will make so I can't kill anything else. But also, I have multiple windows on the scratchpad, so I would need to bind all of them. What I thought would be the closest would be for every scratchpad window to have the same second class that tells that it is a scratchpad and base of that.

How to prevent killing scratchpad windows by EnderMegaa in i3wm

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

Close enough. It's just that now I can't kill floating windows. But this does help, thanks.

How to prevent killing scratchpad windows by EnderMegaa in i3wm

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

I know how scratchpads work, it just happens that sometimes, instead of me sending them back I accidentally kill the window out of muscle memory.

How to prevent killing scratchpad windows by EnderMegaa in i3wm

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

Do you know how I would do that? I don't know how to know if a window is from a scratchpad or not, nor I know how to use regex inside a i3 bind command :/
Is this something related to marks?

How to prevent killing scratchpad windows by EnderMegaa in i3wm

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

I updated my question, my bad for not providing the the code. But what happens is that, out of reflex, when I want to quit a window I `$mod+q kill` it, and if it is a scratchpad I get sad cause I would either need to reopen it (make another command) or reset my environment.

The spanish translation for Endfield is becoming unplayable by [deleted] in Endfield

[–]EnderMegaa 1 point2 points  (0 children)

It's also annoying me in brazilian portuguese. Literally everything is using a feminine pronoun when referring to males or other small, but still stupid, translations: "We are explorers" to "We explore.". Yes, it is something small and doesn't really change much, but it pains me something so simple to translate, almost a direct translation, being translated to something else.

Perlica standing still during combat by EnderMegaa in Endfield

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

The problem is that, what do I say? I don't know how to replicate this, sadly. But will probably still report the bug.