&gt; Your local web gangster&gt; My name is Pranshu, I&#x27;m currently an highschool student, on the way to become a proffesional freerider. I am ethniclly Indian(half Bihari and half Punjabi, for my brown brothers), you can find me in Brisbane, Australia, probably bathing in a public fountain.Haha, so lovely. Reminds me of older times when the internet was cool and weird.

Actually, he&#x27;s a 40+ year old person. His obsession with Emacs is what prevented him from graduating high school all these years :-)

I mean, this and native compilation. And the new json parser that landed. And... (I&#x27;m sure I could go on.)What it doesn&#x27;t have is a marketing department pushing it. But it has plenty of new users. No?

We&#x27;ve been seeking proof for years that Emacs still attracts new users--finally found one :D

&gt; Knows Perl&#x2F;lisp&#x2F;zig&#x2F;ruby&#x2F;C++&#x2F;python, in order of most to least proficiencyWhoa. A highschooler who prefer Perl &amp; Lisp.

I think this kid has a very promising freeriding career ahead of them

Kudos to the programmer, who is apparently still in high school: <a href="https:&#x2F;&#x2F;p.bauherren.ovh&#x2F;" rel="nofollow">https:&#x2F;&#x2F;p.bauherren.ovh&#x2F;</a>

As a counterpoint, I pretty much always split into 2+ windows. A 2-window setup is a code + terminal setup with shortcuts to run commands on the terminal(s). On more complex projects there are typically more than one terminal windows.My org-mode emacs instance for note taking is split into quite a few windows: ongoing work task(s), generic &quot;today&#x27;s scratch pad&quot;, various topical notes files, etc.On the posted topic: I don&#x27;t know whether the transposition would be useful for me though - as the layout is set up by screen orientation then only a 180 degree turn would make sense.

perhaps i might interest you in display-buffer-alist ?useful resources:1. <a href="https:&#x2F;&#x2F;protesilaos.com&#x2F;codelog&#x2F;2024-02-08-emacs-window-rules-display-buffer-alist&#x2F;" rel="nofollow">https:&#x2F;&#x2F;protesilaos.com&#x2F;codelog&#x2F;2024-02-08-emacs-window-rule...</a>2. <a href="https:&#x2F;&#x2F;www.masteringemacs.org&#x2F;article&#x2F;demystifying-emacs-window-manager" rel="nofollow">https:&#x2F;&#x2F;www.masteringemacs.org&#x2F;article&#x2F;demystifying-emacs-wi...</a>3. &lt;this space is for rent&gt;

Seems like this new feature might help with that, if magit takes over or creates a new window, you can rotate or flip your window arrangement until it&#x27;s in a usable space (if it works like most tiling window managers, which isn&#x27;t entirely clear from TFA).

Not much. A horizontal split (C-x 2) can be quite useful to keep the top of a file in view while editing around at the bottom of a file. A vertical split (C-x 3) is useful when comparing files side by side. But that&#x27;s about as far as I go, beyond that it just becomes annoying, as popups like from magit will show up in random subwindows, often rendering them unusable, due to that subwindow not being big enough.

I do the same thing in Vim, which has turned me into the &quot;please wrap to 80 cols&quot; person, which I&#x27;m completely fine with haha.

The default setup I&#x27;ve been using for years is to dedicate a desktop to emacs, break it into 3 windows horizontally, and then each of them fluidly switches between being full-frame in its bit and being cut in half. That gives me up to six contexts to operate in at once, though it&#x27;s certainly some sort of code smell to need that many for some particular task! But 2, 3, and occasional dips into 4 are pretty common, as well as having something open for other reasons.This is also part of why I try to mostly, but not super pendantically, maintain the discipline of keeping lines under 80ish characters most of the time. Occasional spill is no big deal but constant spill gets hard to read in this context.Partially this is just out of habit of many years, but lately it&#x27;s becoming an actual advantage. My most recent project has me diving through multiple codebases, none of them in the same language; I&#x27;ve followed some interactions through Perl, Java, PHP, and Typescript codebases in quick succession. Both having the multiple contexts, that I have years of muscle memory using, and not needing to load up separate IDEs for each of them has turned out to be really advantageous. Emacs may not be the &quot;best&quot; at handling any one language but I don&#x27;t think there&#x27;s much better at trying to handle all of them simultaneously.

You are not alone. I&#x27;ve spent a lot of time over the years configuring Emacs not to split the frame unless I explicit ask for a split with C-x 2 (which I do very rarely). The first 6 ways I found to do it stopped working over the 33 years I&#x27;ve been using Emacs, so now I&#x27;m on version 7, which consists of (setq display-buffer-alist &#x27;((&quot;.*&quot; (display-buffer-same-window)))) plus my own definition of compilation-goto-locus.If I were a better Emacs citizen, I would lobby the maintainers to fix compilation-goto-locus so that it obeys display-buffer-alist like every other part of Emacs (that I know about, except for the *Completions* buffer, which does not need to be fixed IMHO because the *Completions* window reliably deletes itself when the user aborts or exits the minibuffer).

Good list. A few more for me:<pre><code> * Implementation&#x2F;header pairs in C++
 * Language REPLs (e.g., Python)
 * Quick calculations in Calc while coding
 * Checking dates on the calendar
 * Magit status
 * Diff buffers (especially diff-buffer-with-file)
 * Listing neighboring files with dired
 * Notes on a code base&#x2F;task in an Org mode file</code></pre>

On my large screen, I find that having two windows is often quite useful. Sometimes three, but not for long.Main use cases are:<pre><code> * Look at a &quot;template&quot; file as I&#x27;m working. 
 * The &quot;occur&quot; window 
 * Really, any grep output
 * Compilation window (This is how I run all tests)
</code></pre>
I&#x27;d love to have it so that &quot;output&quot; is in the other window at all times. I haven&#x27;t really found a way for that to work, too well. Especially since often working on websites. The idea behind skewer-mode is really enticing to me. I have yet to actually make that work, though.

&gt; balanced windows [1]&gt; [1] That is, three windows of the same size side-by-side.`C-x +` (M-x balance-windows) for those who don&#x27;t know . There&#x27;s also M-x balance-windows-area.

For reading anything of length, I like to split horizontally into three balanced windows [1], put the buffer in all of them, and `M-x follow-mode&#x27;. At that point, I get a nice columnar display that makes better use of the screen real estate.If you do this, you can make paging snappier and more predictable like so:<pre><code> (setf scroll-preserve-screen-position t)
 (setf next-screen-context-lines 0)
</code></pre>
For many of the websites that I use, this arrangement combines nicely with eww to make a very screen-efficient browsing experience.---[1] That is, three windows of the same size side-by-side.

I usually have a vertical split, because it is useful to be able to refer to something else (e.g. other code, docs) while I work on my main task. I&#x27;ll often have a pop up with a terminal or similar than I can bring up or dismiss with Doom shortcuts. That usually lives at the bottom. Occasionally three windows side by side is useful.I cannot imagine using the features discussed in TFA though. They don&#x27;t seem to solve anything for me.

Beyond the obvious answer (looking at two files at once, or a shell, or compilation buffer, or docs), I have a much simpler reason. My monitor is wide enough that if I have only one window, then all the text will be on the left end of the monitor, which means I&#x27;m constantly turning my head to work, leading to neck strain.So even if I&#x27;m working on one thing, I do C-x 2 and use the right window, because then the beginning of the text is aligned to the center of my screen.Yes, this is because I insist on running Emacs maximized.

There is a central configuration, see here <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=43642743">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=43642743</a>

I&#x27;d love to use more than one window, but they&#x27;re completely unpredictable and really hard to configure the way you want. Magit buffers will open in one way, Cider Error buffers open in some other way. And the behavior will also change based on your frame size... You can sometimes configure them, but only from the limited behaviors provided by the package itself. The behaviors are different in different packages and there is no configuration&#x2F;coordination in the &quot;runtime&quot;

I only use C-x 1, C-x 2 and C-x 3, seems like that covers 95% of my use cases at least.

Do you never refer to other files or documentation while working? Or use a REPL? Sometimes I even refer to the top and bottom of the same file simultaneously.

I have more than a dozen special commands for splitting to multiple n*m windows filled with different types of buffers or transposing existing window splits; I occasionally need a split into 4x4 or 5x5 or even more windows to quickly&#x2F;visually find the shell that logs something of interest to me. It is not neccessary, really, but occasionally helpful. I often switch between 1x3, 2x3, 2x4, or 2x2 layouts that it was worth putting in the time to organize all these splits and then adding some more felt easy and useful. My three different main monitors (home&#x2F;work&#x2F;laptop) often require different optimal splits and depending on the focus mode, fonts, or the presense of a browser window I may again need differnet splits. I often find it helpful to have follow mode on a 1x3 setup either a single document to have focus over a larger context. The main reason for all the splits, however, is managing several dozens of shells or code files.

I almost always have two side-by-side windows (C-x 3), usually when I&#x27;m writing a function I&#x27;ll have the function on one side, and the other side is where I&#x27;m calling the function. So both windows change buffer constantly as I navigate a codebase.

I keep one window (in the common OS meaning of window) per virtual desktop and I usually split it into two horizontal buffers. Sometimes I split it in two vertical buffers, for comparing lines. Sometimes even in four, two rows and two columns per row. I can fit 55 lines into my emacs, plus the minibuffer, the status line above the minibuffer and the menu and title bar on top so even split in four buffers each of them is about the same size of the terminals I grew with. And I&#x27;m using proportional fonts, that are more readable and space efficient.

Depends on how you like to code. I have two full screen frames on their own monitors with 5 or 6 side-by-side windows, and a stack of three vertical split windows on one side.I like to have the side-by-side windows looking at different files (unless I&#x27;m in a really long file) and the stack of windows have vcs, messages, and sometimes eglot

Two windows are invaluable when doing diff, ctrl-F2 to navigate both windows to the differences in both windows.I can quickly go over the content of the files in a directory with one window in dired mode and another for visiting the files.

Well you could see multiple buffers on screen simultaneously, rather than just one? But if you don&#x27;t want that, then there&#x27;s no point. And anyway, the point of Emacs is that you can do what you like, and customize it to work well for you.

My most used is winner-mode. It&#x27;s just undo &#x2F; redo, doesn&#x27;t provide any new logic, but allows to quickly goes back to the layout state before you maximized a buffer. Bound to S-b for winner-undo and S-n for winner-redo IIRC.

&gt; I don&#x27;t think Emacs has directional focusIt does, but I don&#x27;t think they have default bindings. The commands are windmove-{left,down,up,right}. I&#x27;ve had them bound to C-S-{h,j,k,l} for years and it makes moving around much more fluid and predictable than C-x o.

If you need to manage multiple windows in emacs I find ace-window perfect.Pops up a number in the top left of the window and you hit it to jump to it. If only two, C-o works as before.<a href="https:&#x2F;&#x2F;github.com&#x2F;abo-abo&#x2F;ace-window">https:&#x2F;&#x2F;github.com&#x2F;abo-abo&#x2F;ace-window</a>I have never used more than like 5 windows and only for a short time. I guess it doesn&#x27;t work past 10 but that&#x27;s gotta be enough for anyone...

More than two is a bit painful, in my experience, as I don&#x27;t think Emacs has directional focus like the usual X11 WMs (e.g. i3, bspwm) and C-o works well with only two.Magit and sly&#x2F;SLIME work much better with a second window, I&#x27;d say.

Most of the time I have 4 or 6 buffers visible at once, including the REPL and files I’m editing - and that’s when I’m working on “one thing”, having packages like transpose frame or ace-window makes this type of workflow much easier

&gt; I value mostly screen space dedicated to the one thing I am doing.Sure, but that&#x27;s like ... what? Half the screen in the best case scenario?The other half is whitespace, so it makes sense to see the rest of that file in the other half.

For a while I used dired-sidebar-show-sidebar and dired-omit-mode to give me a list of files in a narrow window on the left. I kept messing it up with C-x 1, though.

I tend to use emacs from within screen(s), and use screen for the layout, but I think I might need to reconsider when 31 hits!

I have a 42&quot; 4K TV I&#x27;m using as a monitor and need to split it into multiple windows to make effective use of it.

Something to look at: <a href="https:&#x2F;&#x2F;www.masteringemacs.org&#x2F;article&#x2F;replacing-tmux-gnu-screen-emacs" rel="nofollow">https:&#x2F;&#x2F;www.masteringemacs.org&#x2F;article&#x2F;replacing-tmux-gnu-sc...</a>

Just a comment in solidarity; I came here to ask the same question. :)I think my big problem is: I need a native terminal program, and I&#x27;m almost always using a terminal for something while I&#x27;m using Emacs. Which means I can&#x27;t dedicate a whole screen to Emacs.

I for one often split the window in two to have like an API definition and the implementation up at the same time, or to have a terminal and a script I&#x27;m running both visible, or such.

I find myself very rarely using window features of emacs. Am I missing out on something? I value mostly screen space dedicated to the one thing I am doing.

For those that don’t know. Emacs was there before windows managers was the norm (I think), so after splitting the emacs view, each part was called a window.The whole view is called a frame and store the window layout. You can create as many frames as you, each with its own layout and in terminal mode, they would swap like i3 workspaces. But in graphic mode (GUI) they are what we call window today, what emacs users refer as windows would be panes.

It operates on frames, moving the windows inside them, similar to how transposing a matrix moves around the values it contains.

I’m confused, is this operating on Emacs’ frames or windows.** For those here that are not Emacs users these terms mean the opposite of what you’re likely used to.

The joy of this is that emacs doesn&#x27;t care if you have a desktop or if you&#x27;re headless in a terminal. Which sounds a but morbid.

Do I really have to jump to a new compositor&#x2F;window manager to get this? Seems like I should be able to query the state of my desktop without doing that. :(

Any chance folks have pointers on how I could do this for the windows of my desktop? Running PopOS and would love to setup some keyboard macros to setup common window arrangements. I am embarrassed that I have basically no idea where to start in doing that, though. :( Would I be looking to do a Gnome plugin?

Oh, this will be nice. I&#x27;ve had a home-grown (rotate-windows) function in my config for a long time. I love it when I can shrink my config because core now has an equivalent.

I once created a custom function that toggles between vertical and horizontal splits of two windows. It’s quite handy.
<a href="https:&#x2F;&#x2F;github.com&#x2F;masutaka&#x2F;dotfiles-public&#x2F;blob&#x2F;66c976fb0693d4fcc61549400540670231e02f6c&#x2F;.emacs.d&#x2F;init.el#L293-L307">https:&#x2F;&#x2F;github.com&#x2F;masutaka&#x2F;dotfiles-public&#x2F;blob&#x2F;66c976fb069...</a>

This is great! I often have a situation where I have a nice three pane split with one split vertically and another one horizontal in one of the vertical panes, but if I close the big vertical pane, I now just have two wide horizontal panes and have to recreate the layout.

I am on macOS with a split screen browser left and emacs in the right half. Max 2 window vertical split in that frame and if needed a C-x 5 2 which opens a full screen frame workspace to the right for a c-x 3 side by side layout. That’s it - all the other buffers are backstage partying until they get called.

Oddly, I think &#x27;0&#x27; (or &#x27;O&#x27;) may make more sense for rotate? With &#x27;=&#x27; good for horizontal flip and &#x27;|&#x27; good for vertical flip? I&#x27;m probably trying to force more meaning in the character than makes sense. :(I will say that these are immediately useful when any of the automatic splits picked the wrong &quot;side&quot; from what I wanted. Really really useful.

I added `C-M-0` for flip and `C-M-=` for rotate, so far liking it.

These functions are far more useful than I would have expected them to be. Will have to find a way to add them to my muscle memory. Curious if there are any obvious keybindings people have started using for them?

Oh this makes me quite happy! I’ve been using an awful hack to do horizontal-mirroring (that sometimes borks), I’m so glad to find there’ll be a better way. Massive props to the author!

Oh yeah, and I generally keep such a monster running in a GNU screen via mosh on servers too. Loverly! They can run for years.

I&#x27;ve gravitated to the use of a 43&quot; 4K TV as my main monitor (and have a few others scattered about for auxiliary purposes) and when hacking hard have a full screen emacs window split into lots of panes, vertically and horizontally a la Mondrian. I am confused about how others get anything done without a similar configuration! This new feature seems like it will be great fun.

nice ! i typically use windmove.el for all windowing needs within Emacs including (but not limited to) moving between windows, swapping buffers etc. etc.

Neat, I&#x27;ve been using this for a while. Happy to strike off yet another package.

Native frame transposition coming to Emacs 31