I use xcompmgr to make the 32 bit window to has a transparent background.The WM is Openbox.But When I run my 32 bit window example,the window is black not transparent.The result I want is set something make xcompmgr work fine.I saw a page "Background turns light gray briefly after logging in (e.g. in Openbox)",hsetroot.I run hsetroot,my window become steady,but like a 24 bit window with a black background.Is there any ideas to meet my demand?
Even if this message is quite old, maybe I can help someone else :
xcompmgr don't work very well with openbox. You can use compton instead.
Compton is a fork of xcompmgr.
Related
After upgrading windows 10 to windows 11 whenever I hover over the snap layout (maximize button) windows explorer would crash and restart and I wouldn't be able to use the snap layout. I've updated my drivers and look around but no luck.
Any suggestions?
What fixed it for me is changing the scale to 100% apparently, I had it set to 110%.
Here are few other things to try.
https://www.thewindowsclub.com/windows-file-explorer-crashes-after-resizing-or-snapping-in-windows-10
Changing the scale to 100% worked for me also.
Head to Settings > System > Display
I just made a nice discovery that might make this solution a little more palatable. I had my scaling set to 128%. If I changed it to 100% it would make it very difficult to see some things on my 4K screen.
I thought maybe I could try a number a little less odd than 128, so I tried 125% and it worked! So play around with it a bit if you don't want to use 100%. There might be other values that work as well.
Is there anyway to start cmd (from the run-dialog (windows+r)) with black background color and black font? I know that I can just change the colors when I'm inside of the cmd and then (e.g if I changed color 1 and 2 to black) just write "color 12", but that's not what I want, I want to start it somehow with black/black without any configuration in cmd.. Is this possible?
As you stated, doing this in batch might niot be possible,
but you might be able to call a c/c++ programm which sets the console color for you (the last time i checked cmd.exe was really bad in reverting any changes to its system settings when exiting a process).
So, look at How to change text color and console color in code::blocks? , copy it into a .cpp file, compile it (this is where i usually add a rant about how windows comes without installed compilers) and call it right after launching your cmd!
Sorry to lay it down but it is impossible in CMD to get black on black without altering the registry, using additional software, or additional code. Powershell would probably be the best way to go with it. I am not as experienced in that area but i did find a helpful webpage Here.
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.
I've been trying to get colourschemes to work properly in VIM when using it over ssh with PuTTy as a client but unfortunately I haven't had much success. I can only get 8bit colours working with PuTTY even though I've enabled 256 colors in putty and set t_Co=256 in VIM. They don't turn out as they should. I've been trying to replicate this setup http://www.interworksinc.com/blogs/ckaukis/2009/06/03/vim-color-schemes-putty but as I say it's been in vain so far.
Has anyone here had success with colourschemes working with VIM in PuTTy? I'd appreciate any advice
Thanks,
Patrick
[EDIT] Turns out I've found the source of the problem. I was using vim in a screen which was breaking the colours. Updated question I guess is, is it possible to have working colors in a screen session? [/EDIT]
As well as compiled support, it may be necessary to add some config to screenrc (I needed to).
http://www.frexx.de/xterm-256-notes/ has a good guide. The relevant part to screen:
By default, screen is not aware that it is running in a 256 color capable xterm. To make programs in screen recognize this feature, you need to set three things in your ~/.screenrc:
# terminfo and termcap for nice 256 color terminal
# allow bold colors - necessary for some reason
attrcolor b ".I"
# tell screen how to set colors. AB = background, AF=foreground
termcapinfo xterm 'Co#256:AB=\E[48;5;%dm:AF=\E[38;5;%dm'
# erase background with current bg color
defbce "on"
Yes, you can do 256 colours with screen, however, this option usually isn't compiled in. Simply compile screen yourself with:
--enable-colors256
Alternatively, you could get a tabbed PuTTy. It has the advantage of ctrl-a going to the beginning of the line, and saves you from many termcap headaches. However, if you like to reconnect to your screen sessions from multiple terminals, there really isn't anything better than screen for the job.
NB. This question probably belongs on Superuser.
I had same problem on Mac Os, tried some solutions but all tests show that 256 colors not displayed. After that I'm installed screen from brew and all works great. Maybe it's because Mac Os default screen from /usr/bin/ compiled without --enable-colors256 flag.
Solution for mac os: brew install screen
I had trouble with black background in Putty: blue characters on a black background with default colours are hard to read:
My solution for a better contrast was to enable "system colors" checkbox unter
"Settings / Window / Colours / Use system colors"
This displays the Putty screen with black characters on a white background. Not hip but readable :-)
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.