Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#27240 - [opera] zooming resizes the font at a different rate than the cursor
Attached to Project:
Community Packages
Opened by Mariusz W (Mariusz W) - Thursday, 24 November 2011, 09:24 GMT
Last edited by Alexander F. Rødseth (xyproto) - Sunday, 26 February 2012, 13:48 GMT
Opened by Mariusz W (Mariusz W) - Thursday, 24 November 2011, 09:24 GMT
Last edited by Alexander F. Rødseth (xyproto) - Sunday, 26 February 2012, 13:48 GMT
|
DetailsDescription: When I zoom in the Opera window the position of the cursor in a text input form resizes at a different (faster) rate than the text surrounding it.
I observed this again and again when, for example, zooming a Google search screen with some text entered into the search form and the cursor rested between some letters of the entered text. After zooming the actual locations of the boundaries between the letters and what the cursor "thinks" -- are so misligned that editing such a zoomed text becomes difficult and very error prone, as the visible position of the cursor doesn't indicate its actual position in the entered text. Additional info: I checked Opera's preferences and the fonts used by Opera are the DejaVu Sans fonts. * package version(s) opera 11.52-1 * config and/or log files etc. Steps to reproduce: As described above. I verified this behavior to be occurring on a consistent basis. |
This task depends upon
Closed by Alexander F. Rødseth (xyproto)
Sunday, 26 February 2012, 13:48 GMT
Reason for closing: Fixed
Additional comments about closing: Seems to work now. Please re-open if this should happen again. Thanks for reporting.
Sunday, 26 February 2012, 13:48 GMT
Reason for closing: Fixed
Additional comments about closing: Seems to work now. Please re-open if this should happen again. Thanks for reporting.
It occurs only in the Arch Linux Opera package -- not, for example, in Fedora 16.
If it occurred upstream, that would have been spotted right away -- and fixed -- because the bug is a glaring one and renders using Opera in Arch questionable.
I repeat: the problem is that when I *zoom-in* an Opera window, then the position of the cursor in a text input forms (like Google search) resizes at a different (faster) rate than the text itself. This makes editing text input very difficult.
Has this been reported upstream?
Arch tries to avoid patches and keep it clean, so if this works on other distros, it's not a matter of course that it's the fault lies with Arch.
i installed latest (11.61-1-x86_64) opera and type something in the google page as i want to do it
then i resize using CTRL+mouse-wheel or CTRL++ or the apposite bar in the bottom right
but text in the google form and other text in the page have the same size....also at huge dimension.....
Please read again my bug reports: I didn't say the text in the search form resized at a different rate than the text in the main window.
I quote: "(...) the position of the cursor in a text input forms (like Google search) resizes at a different (faster) rate than the text itself."
could you link a screenshot ?
I keep my Arch installation as up to date as I can. Today I noticed that several key font, font related, and xorg packages were updated during my routine 'pacman -Syu' update. I do the updates in a console without X server running. After completing the updates I fired up Openbox, then Opera and, for the first time since installing the opera package in November and filing this particular bug report, the problem I reported does not manifest itself, as it was doing every time I was using Opera until very recently.
Since it seems that the opera package itself has not been updated in recent weeks, it seems to me that the reported behavior might have been caused by the X server (?) getting wrong information about the width of the glyphs resized by Opera, the information that is used for placing the cursor on the screen when resizing the main Opera window.
Since the most recent updates apparently cured the problem, I think this bug report can be closed.