I don't remember what I did that incurred the problem, the contents are vertically stretched, even after reinstall foxit reader of latest version, the problem persist, I'm using ubuntu 16.04. now my foxit reader shows pdf like
while the correct one should be
I have googled it and got similar reported issue:Wrong aspect ratio on Linux version of Reader, but the issue was not resolved
I'm having the same issue while using dual monitors.
Close the app, Setting the display back and forth to a single display (Dual -> Single ->Dual) fixed the problem.
OS : Ubuntu 18.04
Related
I have been trying to get pyautogui to locate graphically a folder on my desktop but it fails no matter what I do:
This is my code (int_auto.py)
import pyautogui
button = pyautogui.locateCenterOnScreen('/Users/cadellteng/Desktop/Test-ground/randompy/pyxell2.png')
print(button)
I literally read through every SO thread I could find on this topic and some suggested that the photo needs to be lossless, so I used the cmd+shift+4 command on Mac to achieve this. A screenshot of my desktop and the reference image I used is attached here.
Note: This photo was converted to jpg because SO only allows photos up to 2MiB to be uploaded
Other things I tried are:
1. using locateAllOnScreen
2. grayscale = True
3. uninstall pyautogui and reinstalling pyautogui
But no matter what I did, I couldn't seems to be able to get the outcome I want. If it helps, I use a double screen and my code editor (VS Code) is on the secondary screen. What you see here as my desktop is my primary screen.
When the program is running nothing is blocking the folder.
There is also a warning on my terminal which I'm not sure if it's going to be useful:
/Users/cadellteng/Desktop/Test-ground/randompy/env/lib/python3.8/site-packages/rubicon/objc/ctypes_patch.py:21:
UserWarning: rubicon.objc.ctypes_patch has only been tested with Python 3.4 through 3.7.
You are using Python 3.8.2. Most likely things will work properly, but you may experience crashes if Python's internals have changed significantly. warnings.warn(
Do let me know if you require additional information.
EDIT June 01, 2020: So I thought that maybe pyautogui was not able to detect the folder because there are multiple folders and they all look the same and was not able to detect it. So I got this image off the web and tried to search it with it opened on my desktop with nothing else blocking it. But even then it was not able to find it.
I'm not sure if I am doing something wrong here but with each try, I am becoming more convinced that this API is broken.
The size of the picture might be a problem. When I use locateOnScreen to find an element in a browser and zoom out by, for example, 10%, then it will not locate it on screen even if is almost the same.
You have a Macbook so I think its because of the pixel density of the screen and the resolution pyautogui detects. You can check by:
image = pyautogui.LocateCenterOnScreen(‘image.png’)
print(image)
If you see coordinates above 2000 its probably because of the resolution. I suggest a workaround if you want to click the image like:
pyautogui.click(image.x/2, image.y/2, clicks=1, interval=10, button=‘left’) also try cropping the images as small as possible!
I have a Ubuntu 16.04.04 VM with xfce intalled. The VM is hosted by an academic HPC/cloud computing system (Compute Canada), and I access it through their website which I believe has a Spice console. I'm new to a lot of this so I'm happy I made it this far.
My problem is some very strange key bindings. For example,
when I try to type p in the Terminal it brings up the Display window and doesn't type p.
tab switches between windows and doesn't autocomplete.
I can't copy or paste. e.g. ctrl-v does nothing, and cmd-v acts as if I held the v key down ten seconds.
Occasionally I can't type anything, but this is usually fixed by refreshing the browser window.
The p, tab, and lack of copy-paste are the big problems. For example, in the picture above I can't complete the file name (.zip). This makes the VM practically unusable for what I'm doing. How do I solve this?
A partial answer to my own question: I changed the Application Shortcuts in the Setting menu.
Specifically, I typed xfce4-settings-manager to open Settings. There was an entry in the Command column (xfce-display-settings --minimal) that was bound to Super+P and I removed it. Fixed that at least!
I've been using the Bépo keyboard layout for years in Ubuntu, labelled as "French (Bepo, ergonomic, Dvorak way)".
Since upgrading from Ubuntu 17.04 to 17.10 (Artful Aardvark), I now have to use Ctrl+Shift+V to paste, instead of Ctrl+V. This is unintuitive and I'd like to change it back, but I'm not sure how to revise it. In the system settings, there are keyboard shortcuts for starting the terminal etc, but nothing about sabotaging the effect of buttons such as Ctrl. There are no shortcuts listed for copying or pasting.
I suspect that Ubuntu itself has used a faulty key file, as I recall having a similar problem with Windows a while ago, having to mess around with Microsoft's Keyboard Layout Creator.
In Windows I'd experienced a phenomenon where the right alt key had been implemented as ctrl+alt or something along those lines, so I figured that maybe in Ubuntu, the OS was using an odd combination, capturing a potential combination for something unrelated.
I went into the keyboard settings and disabled lots of various combinations that I don't use; then «paste» is working again! There was nothing with a V, so this seems odd. Maybe there were side-effects happening somewhere along the way.
Im having some glitching issues while using JasperSoft Studio. (using the latest version from the AUR).Im using GNOME.
Steps to reproduce :
Add Text Field. Select it.
Go to Properties -> Borders -> Click on a border on the square.
The Pen Width (1.0 by default) appears for an instant and then "disappears" (Its still there as I can select it but i think the font color becomes white)
This can be temprorarily resolved by going to preferences and toggling the theme from classic -> GTK or vice versa. The resolution exists only for the current report and does not remain for other opened reports. Really annoying bug.
Ive tried Adwaita and GTK other themes etc...but no use. The bug persists.
I have a version 6.1.1 of Jaspersoft Studio on another machine running the latest UBUNTU GNOME and it works near perfectly.I tried running this version of Jasper on arch using various settings but it stops working as soon as I open a JRXML file. Nothing is clickable and I have to kill the process. I am guessing its a GTK issue.
I dont want to go back to using Ubuntu as I love the Arch experience. Can someone help me to run the AUR version of Arch without this glitch.
And if you think 6.1.1 should run fine on Arch...can someone help me overcome the GTK issue (Ive already tried export SWT_GTK3=0; but it doesnt work)
Thanks.
Try editing the runjss.sh script (probably in /opt/jaspersoftstudio) and add the line
export SWT_GTK3=0
Then try running JSS via that script and see if it helps.
I haven't had the same issue as you but I've been having a lot of Gnome-related problems and I'm using the same combination as your - Arch (Manjaro) and Gnome with JasperSoft Studio 6.4.3. Works perfectly since I added that line.
You can also edit the .desktop file to exec runjss instead of the default exec line.
Related to this question, which was never really answered...
I'm running Debian Testing on a Lenovo Thinkpad T530.
I downloaded Pharo using the zeroconf script. About says
Pharo3.0
Latest update: #30860
I noticed that middle click didn't bring up the morphic halo as I expected, based on the description in Pharo by Example, nor did it do anything as far as I could tell.
I ran the Pharo VM with a Squeak image (as suggested by this answer), and middle mouse did exactly what I would have expected.
I couldn't find any more information about this, so I'm asking here.
Is there a way to enable the middle mouse? Is this a bug?
Try shift + middle click.
(I'm using Debian Testing on T520)