Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

i3 4.18

i3wm.org

Post reply on HN
Print view View original

171–180 of 188 posts

Re: i3 4.18

#171

Post by mjlee »

megous wrote: post #12
abjKT26nO8 wrote: post #5

Earlier quoted context omitted.

Have you figured out how to make i3 move the mouse pointer to the area of the newly-focused window when you change window focus by keyboard? AwesomeWM does that out of the box. i3 doesn't and it's very annoying, because then when my table makes a microscopic movement and causes the mouse to move, suddenly what I'm typing is diverted to another window and weird things happen.

i3wm does this for me. I don't see anything special in my config that would be enabling that. When I move to a window via keyboard, mouse will center on that window.

Are you running a multi monitor setup?

I've just tested it and it does centre on the window only if the window is on a different monitor.

Re: i3 4.18

#172

Post by richard78459 »

jlebar wrote: post #22

The thing I love about i3 is that the config file is the complete documentation. Forget how to do something? Open the config file. That's it. <3 i3

And reloading the new config is even simpler with a combination of keystrokes.

Re: i3 4.18

#173

Post by richard78459 »

I use i3 on rooted chrome book and its amazing. I also use it on a 21 inch monitor its still amazing. It's so light weight, boots very quickly, uses all of the pixels and loading the new configuration is extremely simple. Just edit ~/.config/i3/config file and press Win-shift-R it loads the new configuration, basically very easy to experiment. Thanks so much Michael Stapelberg(https://michael.stapelberg.ch/) for this amazing software.

Re: i3 4.18

#174

Post by d33 »

I love i3, but there's one thing I really wish I could do that I still hadn't figured out.

I used to be a KDE user and I loved the fact that I could stack windows and make the one on top semi-transparent. I'd be using this feature to watch movies while hacking in the terminal. The way you'd set it up is that you'd stack one window on top of another, set it to "always on top" and control its transparency through extra options unlocked in the title bar.

Now, the question is, could i3 do that? In other words, does the "tabbed" mode actually "render" the windows underneath so that I could use an external compositor to set its transparency to whatever I want? Ideally I'd love to have a shortcut for that.

Re: i3 4.18

#175

Post by megous »

mjlee wrote: post #171
megous wrote: post #12

Earlier quoted context omitted.

i3wm does this for me. I don't see anything special in my config that would be enabling that. When I move to a window via keyboard, mouse will center on that window.

Are you running a multi monitor setup? I've just tested it and it does centre on the window only if the window is on a different monitor.

Myabe that's it. Yes I do. Yeah, it only happens when changing focus to a window on a different monitor via keyboard.

Re: i3 4.18

#176

Post by danans »

philwelch wrote: post #168
danans wrote: post #132

A great use case for i3 that is my daily driver is as a remote desktop windowing solution. My i3 desktop state is preserved and sanely laid out if I'm at home on a 15" laptop, at work on a 30" monitor, or even on my portable 12" laptop while I'm in meetings.

How do you do the remote desktop part?

I use Chrome Remote Desktop, but I imagine any similar system would work too. This Wikipedia page has a server/client/OS support matrix for various systems:

https://en.m.wikipedia.org/wiki/Comparison_of_remote_desktop...

Re: i3 4.18

#177

Post by riccardomc »

Naac wrote: post #146
ravar wrote: post #135

Earlier quoted context omitted.

one hacky way to configure it is too install xfce4-power-manager and then run it in your config file. then the power manager will also handle the brightness keys.

What about sleep, display management when pluging in another monitor? etc.

I have a set of scripts that extend my screen to the right at max resolutions and reflows the workspaces in numeric order. It is generic enough to work with any number of displays.

You might need X11 python bindings and other dependencies that in general should be available on most distros.

See if it works for you, enjoy:

https://github.com/riccardomc/rcs/blob/master/scripts/.scrip...

Re: i3 4.18

#178

Post by jolmg »

jolmg wrote: post #133
secure wrote: post #121

Earlier quoted context omitted.

Ideally, replace the note in parentheses with the correct historical reason that you explained in your comment here? :)

Isn't the note there to explain why i3 differs from vi? Adding the historical reason why vi used hjkl doesn't seem to justify i3 differing. It's almost irrelevant. Or do you think that not having arrows on "hjkl" is the justification of using "jkl;"? Personally, I can't see a good reason for "jkl;". The rationale that those are the keys where the fingers rest has been brought up here, but here is my response: https:/…

s/the justification of/a rationale to/ and s/justify/rationalize/.

Couldn't think of the right word at the time.

Re: i3 4.18

#179

Post by mroche »

blux wrote: post #163
mroche wrote: post #157

Earlier quoted context omitted.

Like anything else, it depends on your workflow and preferences. For those of us in Animation/VFX, it really helps having multiple monitors as we have a decent amount of windows to manage interactive graphs, timelines, viewports, outliners, render views at full resolution, reference, etc. Pixel real estate comes at a premium here, and flipping back and forth between workspaces is not efficient in this context. For so…

I have no experience in this area, so I take your word for it. But is this not at least partly a limitation imposed by the tools you are using?

> But is this not at least partly a limitation imposed by the tools you are using?

Not particularly[0]. It's more about the workflow and representation of data needed to work. To change this would require fundamentally changing the way this work is done, which I'm not sure is possible to the degree where it would make sense.

All of the applications are capable of being used on a single monitor. Windows can be docked, tabbed, hidden, workspaces arranged and saved, etc. It's just that it's not as efficient to work on a single monitor as it'll require significantly more scrolling, panning, zooming in and out, and switching tabs/windows/applications than having another screen to offload and dedicate windows to with the provided real estate. Once you experience having multiple monitors for these kinds of workflows, it becomes a real bother only having access to one. It sounds superficial, but when that's what a large portion of the job entails every little bit helps.

Even when I had multiple monitors, I combined that with virtual desktops to great affect to help focus what each workspace was used for (one for main 3D, one for compositing, one for texturing, etc). They work really well together. If one wished to stick with a single monitor, then using an ultra-wide would be my best recommendation.

[0] There are some areas, where UI's and viewers are written with 8-bit support only, so a 10-bit secondary reference monitor to use with a dedicated output card is required when working with this kind of material 'properly' (accurately, correctly, without dithering, etc). Even when this isn't required, a second monitor is often used as a dedicated full screen viewer anyways so that an image is viewed at 1:1 in its entirety with no scaling artifacts introduced so the artist knows exactly how an image looks.

Re: i3 4.18

#180

Post by ckrailo »

Naac wrote: post #77

For anyone here who loves i3, but has always had trouble getting full integration to work on their laptop ( sleep, screen brightness, etc. ), check out the Regolith project[0] It's a curation of several tools combined with i3 that gives a pretty fantastic gnome/i3 experience. Similar to spacemacs and emacs. [0] https://regolith-linux.org/

+1 for regolith and the quality Slack community around it! Ken is awesome!
Post reply on HN