I am running octave 4.0.2 on windows 7 64 bit vm hosted on a mac with El Capitan in Parallels Desktop.
I have a Thunderbolt display with the resolution 2560x1440.
When I make the main Octave GUI window bigger than a certain size, the command window starts to flash and it displays all sorts of garbage characters. I attached a screenshot I took while the command window was flashing. It seems that a threshold for the command window is approximately 1320x965 including scrollbars, i.e. when the command window becomes bigger, it starts flashing garbage characters. The window is sensitive to increasing either the width or height. Also, if the width is smaller, it will start flashing a higher height.
Any ideas on how to fix this and what might cause it?
Thank you
Update: I posted this: http://savannah.gnu.org/bugs/index.php?47893
This issue is a bug in the software: http://savannah.gnu.org/bugs/?45220.
Related
I am using an external monitor with my Macbook.
I would like the window in the external monitor to have increased font size and the font on the laptop's Xcode window to remain the same.
However, when I do command + plus/minus in one window, it changes font size in both.
How can I adjust font size in different windows independently?
In OSX, Dock when visible, reserves space that other windows can't use. How's that done?
In my use case,
I want to limit the space in which all application windows can open,
Whenever a new popup comes up it should be confined within the limited space and centred relative to the limited space
Something like Desktop Coral for windows.
You can write an apple script, which continuously monitors which application is started and resizes it to the desired size on launch. Small example to do so is given in following script:
https://gist.github.com/akshay-bhardwaj/daf93c2e1ed8b79a4619
Hope this helps. If you have further issues please feel free to ask
Regards
On my system, this is a problem if you have a 3D application with running, which takes some time to redraw, and drag any window over it. It causes a very jerky movement. This also happens if you drag a dialog from the 3D app over its 3D window. The application actually gets a redraw message (WM_PAINT?) which causes it to do a full redraw. Shouldn't the background window be cached by Windows as a bitmap or something?
I've pasted the NVIDIA system information dump below, note that I have 2 GPUs. Don't know if that's significant, but we're seeing this problem on another machine in the office, which also has 2 GPUs and Windows 7. Other machines which have 1 GPU don't have this problem.
Found out what the issue was. I was running Windows Vista Basic color scheme, instead of Aero. In basic, Windows probably only has one buffer for the whole screen, so whenever a window is moved, any window it overlaps must be redrawn. In Aero, each windows' "buffer" is cached to enable gpu accelerated blending (for the transparent parts of the window). So in Aero, there's no redraw of underlying windows as a result of dragging another window across it.
I have an X11 virtual frame buffer that I would like to run just one particular program in so that I can connect and disconnect from either my desktop or tablet without closing the program (and also without running a full desktop manager). Everything works great except the window top left of the window is off by a few hundred pixels each, is it possible to adjust this on an xvfb?
Screenshot:
Try starting your application with the option ‘-geometry WIDTHxHEIGHT+0+0‘ replacing WIDTH and HEIGHT with the screen size. See ‘man X‘ for a description of the -geometry option.
seems the issue was with not running a window manager, I thought you could get away with it, guess not!
I am creating a toolbar on Windows that is being ported over to the Mac, is there such a concept as a workarea on the Mac, like there is on Windows.
If you are unfamiliar of what the workarea on Windows is, it is basically a defined space that all open windows can re-size in. Meaning normally you can re-size your windows to fill the whole screen, but if I change the workarea to a smaller size when you try to maximize your open windows they will stop at the boundaries of the new workarea. For example the Windows taskbar does this. If you move your windows taskbar up or down, then this affects how much space you have left for open windows to utilize, the taskbar is changing your workarea dimensions.
Windows uses the following function SystemParametersInfo with SPI_SETWORKAREA passed into to change the size of a workarea. Is there an equivalent to this on the Mac?
Thanks.
Yes, there is a mechanism in OS X to keep maximized windows from overlapping the Dock. Look at NSScreen's -visibleFrame method.