I use Awesome as my WM and I don't know how to make my terminal window take full tiling space on my screen. My resolution is 1366x768.
I think this problem has already in FAQ [3] of awesome wm.
You just add size_hints_honor = false to the properties section in your awful.rules.rules table.
And it worked with me. This is some screenshots:
Before [1]
After [2]
I am using rxvt-unicode and awesome 3.4 for terminal.
Hope your helped.
Terminals and other character based windows can set hints (the WM_NORMAL_HINTS) which can specify, among other things, resize increments.
These increments then tell the window manager that the window in question can only be resized in units of the increment (any amount less than that and the application can't use it).
This is done to avoid having to deal with the inability to display a character in partial cells.
Your terminal is providing these hints (use xprop WM_NORMAL_HINTS and click the window to see them) and so awesome is only sizing by that increment and the space left at the bottom there is smaller than the increment unit and cannot be assigned to the terminal window.
Related
In Visual Studio Code, Terminal window is some inconvenient because of the width.
I want to widen the width from the end of screen to the end of screen.
Is it possible?
enter image description here
As far as I'm aware, no, this isn't possible to some extent, but perhaps there are some extensions you could search around to see if they can do something similar.
Remember that using your PC's command terminal is also an option.
However, I've found that minimizing the left sidebar by dragging it to the left is an option, which increases the terminal width to the entire screen if this is what you're looking for:
Note doing that disables you from accessing that entire sidebar unless you drag it out again.
I don't want to hide time, but want to use full screen
In the storyboard on the interface controller settings I set the checkbox "Full Screen" and "Fixed to screen edges" to ON.
In the storyboard I can see the full screen mode is working and the WKInterfaceGroup is scaled to the entire display.
But unfortunately on the watch device/simulator it does not work.
The group has alignment center/center OR center/top and width and height are set to "Relative to Container"
How can I really use the full screen mode?.
I just have to add a label equal to Time in top black space. I want to show some text here. I have seen this in some other apps, They are using this space. Even in Apple design guide lines docs, they use this space. I am adding these reference screenshots also.
In above pictures, you can see they used this top space for titles. I also want to add a label to show some text equal to time.
Any help would be greatly appreciated.
This is a really weird bug. After digging around I've found a way to fill the whole screen. It's not pretty but I'm consistently getting full screen if i'm adding a sprite kit scene into a "main group". Again; it's not an elegant fix but it works and isn't really that resource intensive. Hope this works for you too!
I have a laptop attached to a 1440p screen. Depending on which screen I'm using, I find myself adjusting gvim's font size often. When I do, the number of lines in the window remains the same. I'm also using a tiling window manager, so gvim is always running in a window of a fixed size. The result of this is that increasing the font pushes the status line out of the visible window and decreasing the font leaves me with dead space.
The workaround I've found so far is to open and close a terminal. Resizing gvim forces it to recalculate how much space window it has to draw in. Is there a way to trigger that effect without spawning another window?
Ok, I have a stupid hack that works around the problem. I'm not going to accept my own answer here because this is a question about gvim, but in case anyone else bumps into this thread before it gets a legit answer, here's my hack.
silent !xterm -e sleep .1;exit
I just dumped that in my font resizing command, which is bound to + and -.
I figure out a few workarounds:
set guioptions+=k: not exactly what we need, but this tells Vim that the window size is not going to change when the
font size changes (which is what happens here anyway so no problem).
set lines=999 columns=9999: according to Vim documentation, this will set it to the maximum value possible (although it doesn't really work for me, the number of lines/columns is computed based on the whole screen size instead of just the window part)
set go+=m go-=m: this seems to force vim to recompute 'lines'. Unfortunately the analog set go+=r go-=r doesn't make it recompute 'columns'...
although set go+=r go-=r does make vim recompute 'columns' when go-k is set. So a full workaround, if you don't want set guioptions+=k, is set go+=k go+=mr go-=mr go-=k (or something similar).
When I open gvim -S (with a session) my split screens' widths are screwed up and I have to manually adjust them.
Is there a shortcut to make all split screens the same width ?
Thanks
This should normally work:
C-w= see window-resize
There are exceptions with windows that maintain a minimum/maximum width. This is frequently the case with 'sidebar' style plugins (taglist, nerdtree); In which case it is probably only what you wanted when they don't resize.
From the vim help pages:
CTRL-W = Make all windows (almost) equally high and wide, but use
'winheight' and 'winwidth' for the current window.
Windows with 'winfixheight' set keep their height and windows
with 'winfixwidth' set keep their width.
I'd like to write a Linux screen magnifier that's customized to my liking. Ideally, the magnified window would be a square about 150 pixels wide that follows the mouse cursor wherever it goes.
Is it possible to do this in X11? Would it be easier to have an application window that follows the mouse around, or would it be better (or possible) to forget about the window altogether and just make the mouse pointer a 150x150 square that magnifies whatever's underneath?
Look at the source to xeyes?
This actually already exists, it's called Xmag (do a Google search for additional info). You might want to check out the source code for it if you want to know how it works.
EDIT: looks like I misread your question a little bit... if you want a magnified square to follow the mouse pointer around, I suppose it should be possible, but I don't know the technical details of how you'd do it. Regardless, the place to start is probably by looking at Xmag as a starting point.
I am unsure if this can run as its own app or would have to be integrated into your window manager. Either way, you would need libx11 (might have a different name from distro to distro). Also, I would suggest taking a look at swarp. I know this is not even close to what you are talking about, but the source code is only 35 lines and it shows what can be done with libx11.
I would personally make that a frameless window that always stays atop with a 1px hole in the middle. The events that the user makes (Mouse clicks, keypresses, whatever) is passed to the window below.
And when the user moves it's cursor it is ought to be visible to your window and you just move it over a bit. For the magnifying part, well - that is left as an exercise to the reader (Because I do not know how to do that as of yet ;-).
Texworks comes with such a feature to inspect the pdf resulting from typesetting a latex source. You can also choose between a square or a circular magnifier. See https://www.tug.org/texworks/ for access to the code which can serve a launchpad.