Neat thumbnails, instant searching and more
By feldgendler. Friday, 12. October 2007, 15:39:15
Здравствуйте, дорогие пользователи! Hello, dear users!
Here is another Friday build for you, with a lot of bug fixes and cool stuff added. Before reporting issues, please check the Known issues section at the bottom of this post! We get a lot of duplicate bug reports on the known issues every time we release a snapshot. Please save the QA team some time by not reporting them once again.
Layout width detection for thumbnails
Even in 2007, when it's common to have a 1600×1200 screen (or two of them), and when at the same time people browse the web using mobile devices with 320×240 screens, there are still a lot of web designers who assume that a “typical user” has a 800 or 1024 pixel wide screen. On the other hand, many websites stretch dynamically, making good use of all the available horizontal space.
When you hold the mouse over a tab, a page thumbnail appears. We used to generate these thumbnails by taking the 1024 leftmost pixels from what you see in the window, even if the window is wider. This worked acceptably for many popular newspaper sites, but broke Google's main page and other pages that fill up the entire window or have something centered. The wider your screen is, the easier it was to see that the thumbnail image was cut off on the right. It also broke those fixed-layout websites that had their concent centered rather than left-aligned. However, taking the entire window width instead of the 1024 pixels wasn't an option, too, because it would leave a lot of white space on the right of thumbnails for fixed-layout pages, making miniature pictures look even smaller and uglier.
In this build, we're including an experimental feature that tries to deal with fixed-width layouts without breaking flexible layouts. The new layout width detection code runs some heuristic checks on the page layout and tries to detect whether it has been made for fixed with. The algorithm measures the width occupied by all meaningful content (text, images, plugins, input fields, but not empty space with backgrounds) and compares it to typical screen width values such as 800 and 1024 with some degree of tolerance. It can detect both left-aligned or centered layouts.
When generating a thumbnail, we now first try to detect a fixed layout. If we have one, then only the part of the horizontal space actually occupied by meaningful content is used to make the thumbnail; otherwise, a miniature of the entire window is generated. This means that you should not see any more wasted space on the sides of thumbnails when you hover a tab, but the pages that fill the entire window should never be cut off. Because this is, in fact, guesswork, it's expected to fail and give incorrect results now and then, but not too often. Please experiment with all kinds of pages and all kinds of settings and report any cases when it breaks.
For now, we're only using the layout width detection for thumbnails, but we might as well start using it for something else in the future.
Other new stuff
Bugs fixed
Windows-specific
UNIX-specific
Mac-specific
Previously known issues fixed in this build
Known issues
Download
Windows
Windows Classic
Macintosh
UNIX
Here is another Friday build for you, with a lot of bug fixes and cool stuff added. Before reporting issues, please check the Known issues section at the bottom of this post! We get a lot of duplicate bug reports on the known issues every time we release a snapshot. Please save the QA team some time by not reporting them once again.
Layout width detection for thumbnails
Even in 2007, when it's common to have a 1600×1200 screen (or two of them), and when at the same time people browse the web using mobile devices with 320×240 screens, there are still a lot of web designers who assume that a “typical user” has a 800 or 1024 pixel wide screen. On the other hand, many websites stretch dynamically, making good use of all the available horizontal space.
When you hold the mouse over a tab, a page thumbnail appears. We used to generate these thumbnails by taking the 1024 leftmost pixels from what you see in the window, even if the window is wider. This worked acceptably for many popular newspaper sites, but broke Google's main page and other pages that fill up the entire window or have something centered. The wider your screen is, the easier it was to see that the thumbnail image was cut off on the right. It also broke those fixed-layout websites that had their concent centered rather than left-aligned. However, taking the entire window width instead of the 1024 pixels wasn't an option, too, because it would leave a lot of white space on the right of thumbnails for fixed-layout pages, making miniature pictures look even smaller and uglier.
In this build, we're including an experimental feature that tries to deal with fixed-width layouts without breaking flexible layouts. The new layout width detection code runs some heuristic checks on the page layout and tries to detect whether it has been made for fixed with. The algorithm measures the width occupied by all meaningful content (text, images, plugins, input fields, but not empty space with backgrounds) and compares it to typical screen width values such as 800 and 1024 with some degree of tolerance. It can detect both left-aligned or centered layouts.
When generating a thumbnail, we now first try to detect a fixed layout. If we have one, then only the part of the horizontal space actually occupied by meaningful content is used to make the thumbnail; otherwise, a miniature of the entire window is generated. This means that you should not see any more wasted space on the sides of thumbnails when you hover a tab, but the pages that fill the entire window should never be cut off. Because this is, in fact, guesswork, it's expected to fail and give incorrect results now and then, but not too often. Please experiment with all kinds of pages and all kinds of settings and report any cases when it breaks.
For now, we're only using the layout width detection for thumbnails, but we might as well start using it for something else in the future.
Other new stuff
- New “logical searching” code — this means that inline find is now practically instant even on very long pages
- The Feeds toolbar got a new button to check for updates
- Added “Make Readable” action. Currently, it's not available through any menu, toolbar, or keyboard shortcut, but it's possible to bind it manually. How it works: select some text on the page that is hard to read because the font size is too small, then activate the action. The page will automatically zoom up so that the text becomes readable
- Added support for pointer-events="boundingBox" in SVG
- It is now possible to use an SVG image in an IMG element as well as specify one as a background image in CSS
- Improved performance of JS Date.getX methods
Bugs fixed
- Fixed an issue where pages could cause scripts to run in opera:historysearch. Thanks to David Bloom for reporting the issue
- Fixed display of inline elements within justified text
- Element borders are no longer offset from the area filled with background color
- No more crashing on contenteditable in XML
- Text-shadow with 1px blur radius now actually shows some blurring
- Widgets whose files are in a subdirectory of the zip archive are supported again
- The list of chat rooms now shows the correct number of users in each room
- No more repaint artefacts with the dropdown menu on www.subsys.no
- getAttribute will return the updated value after modifying the element's style properties
- Two attributes with the same local name and namespace on the same XML element are now a fatal parsing error, as per XML spec
- Opera no longer spends a lot of time on startup trying to read every file in the cache
- Pending IMAP and POP commands are now preserved and optionally executed on the next startup
- Getters and setters are now exposed for properties of native JS objects
- Fixed fetching of POP mail after purging the trash
- The outline doesn't follow the “silhouette” of children elements clipped using overflow:hidden anymore
- Legend is not anymore pushed into the fieldset by a comment before it
- Entities sent to plugins are now properly decoded, fixes slideshow on www.vg.no
- setTimeout() is no longer confused when an object is passed instead of a numeric delay value
- Mail passwords are no longer lost when clearing wand passwords
- No more crashing when installing widgets
- The client certificate selection dialog now shows the originating server name
- Messages wouldn't have attachment icons and wouldn't show in the Attachment views; fixed now
- Styling of opera:historysearch is now consistent with other internal Opera pages such as opera:about
- Bodies of auto-saved drafts wouldn't display; fixed now
- Downloads won't overwrite existing files without warning anymore
- Fixed an issue with propagation of bottom margins that affected maps.google.com
- Multiple optimizations in the internal search engine used for searching in visited pages and mail
- Dozens of other fixes in the rendering engine
- Fixed some more crashers and memory leaks…
Windows-specific
- Fixed crasher when dragging a toolbar button from a webpage to the Start bar
- Speed Dial sometimes showed thumbnails for wrong pages
- Ellipses in menus were displaed incorrectly on Windows 98
- Fixed a DDE communication issue
- Interlaced PNG images with alpha transparency are now displayed correctly in Windows Vista
- Nonsensical filter is no more shown in the file chooser for a form upload
- Opera window is no more resizable in full screen mode
- Left Alt+Shift doesn't switch the text direction anymore
UNIX-specific
- Icons in the File menu are now properly sized in QT4 builds
- Ensured that all Flash 9.0 r6* versions get the GTK main loop they need
- When avoiding to overwrite an existing file, downloads are now renamed to a more scripting-friendly “filename_N.ext” instead of “filename (N).ext”
- The GTK file chooser is used under XFCE
Mac-specific
- Command-Option-Left/Right added as shortcuts to switch tabs
- Fixed repaint issues on OS X 10.3
- KeyCodes for the arrow keys are now compatible with those on Windows
- The last character or word in an element with text-shadow and opacity is no more lost
- The click that activates an inactive Opera window is now also handled (e.g. it activates buttons)
- U+21A9 LEFTWARDS ARROW WITH HOOK character is now rendered properly
- It's now possible to play the Dolphin Olympics game again :-)
- Removed the Brushed Metal skin
Previously known issues fixed in this build
- [BUG 285741] Opera doesn't freeze anymore when opening the feeds menu
- [BUG 271585] The last directory used is now remembered in the Save As and Open dialogs
Known issues
- [BUG 264975] Fixed display of smileys in mail and chat (almost fixed)
- [BUG 290358] Bookmarks cannot be selected from the Bookmarks menu
- [BUG 290355] Opera crashes when clicking bookmarks in Personal bar
- If you used the Brushed Metal skin in the previous release, Opera for OS X will crash on startup
- This build fails the Acid2 test
- [BUG 284849] Yahoo! Mail beta, Flickr maps, Google reader may crash Opera
- Won't run correctly on Windows 95 or 98
- OS X version may cause persistent freezes on start-up
- POP server cleaning has been disabled: When disabling the "Leave messages on server" option, existing messages on the server are not removed
- [BUG 287170] On OS X, UI thumbnails have black backgrounds when using native skins
- [BUG 184894] Native OS X UI elements cannot be used in skins
- [BUG 280536] Opera on OS X will sometimes freeze when exiting Preferences
- [BUG 286384] Yahoo mail is broken
- [BUG 280261] Removing messages from filters does not work
- [BUG 213115] Queued mail is sent at the next check, instead of waiting for manual action
Download
Windows
Windows Classic
Macintosh
UNIX



lamarca # 12. October 2007, 16:16
sebt # 12. October 2007, 16:16
lol.. nope, but any fz icon is a friend of mine
wylam # 12. October 2007, 16:17
FataL # 12. October 2007, 16:21
But seems that on this test page Opera can't find all "opera".
tsarhan # 12. October 2007, 16:25
WOFall # 12. October 2007, 16:26
But we're failing Acid2?
Well, watever it takes to reach perfection
lynott # 12. October 2007, 16:30
Bookmarks don't work.
cranil7 # 12. October 2007, 16:33
Has been checking it for the few hours:)
Long list bugs resolved and new features!!!
Let me check it.
Thank you Opera desktop TEAM!!!!
DjiXas # 12. October 2007, 16:34
intelimac20inch # 12. October 2007, 16:35
Junyor # 12. October 2007, 16:35
Tamil # 12. October 2007, 16:35
Fyrd # 12. October 2007, 16:37
Galileo # 12. October 2007, 16:38
AyushJ # 12. October 2007, 16:38
Make readable button:- button
DjiXas # 12. October 2007, 16:39
qoqosz # 12. October 2007, 16:43
FataL # 12. October 2007, 16:43
Javamaster # 12. October 2007, 16:45
hurug # 12. October 2007, 16:45
Major bug however. Bookmarks don't work.
After install, no bookmark worked. I restarted the PC, no change.
Jack Malmostoso # 12. October 2007, 16:46
shoust # 12. October 2007, 16:51
Bookmarks work only in the panel at the moment in this build, if thats a deal breaker for you, downgrade back to 9562(if possible)
toadbee # 12. October 2007, 16:52
Junyor # 12. October 2007, 16:53
@geekboy2000: Please do not post crash logs here.
@toadbee: The problem with sending blank messages is fixed, if that's what you're referring to.
toadbee # 12. October 2007, 16:55
Fyrd # 12. October 2007, 16:55
And whatever you guys did to the OS X form widgets, they look GREAT now!
(I'm sure I'll get to complaints later, don't worry
ar1pe # 12. October 2007, 16:55
kennycrudup # 12. October 2007, 16:56
Bill_P # 12. October 2007, 16:56
When I downgraded from today's to the previous release my mail wouldn't show. The mail folder is in .opera but nothing shows in the folders sent, received, etc .... Luckily I save my mail folder nightly (to many bad experiencing testing to not) and restoring the folder resolved the problem.
running Suse 10.3
FataL # 12. October 2007, 17:00
but can't make it works.I created new shortcut Shift+Alt+O with “Make Readable” action.
Tried on bunch of pages with selected text including this one that uses pretty small fonts.
Update: works after I changed shortcut to Ctrl+Alt+O
joshas # 12. October 2007, 17:04
Yirkha # 12. October 2007, 17:04
(Btw, thanks for the "omg my bokmargz dont work pls help fix asap!!!11oneoneeleven" issue. It will be a funny week here in comments...)
andresruiz # 12. October 2007, 17:07
This build is so great and interesting. A lot of new stuff.
Remember, using Windows Live Mail (Hotmail) downloadig an attachment, Opera saves it as GetAttachment.aspx, not with the original name and the original extension.
So in my case, as I have Macromedia Dreamweaver, opera tries to open all my attachments in Dreamweaver but they're of course, no aspx files.
Broken_Sword # 12. October 2007, 17:09
First opera needs a long time to start... maybe the reason are my thousands fo feed-entries and mails :\
And.... if i drag and drop in earlier version of opera i draged a bookmark of the current page automatically... now you drag the hole adress-bar
Running WinXP PRO 32-bit
Alnag # 12. October 2007, 17:09
Opera icon in tray is STILL not changing once the mail arrives. :-( I know it is not a crashing bug, but I hope you know about it!
Metoz # 12. October 2007, 17:10
Junyor # 12. October 2007, 17:13
deesnider # 12. October 2007, 17:16
Hopefully didn't jinx it there, but after 1/2 hour all good
Broken_Sword # 12. October 2007, 17:24
Why did you installed the alpha-version?
Firefox has same problems in theire alpha-releases...
It's an alpha at all
coxy # 12. October 2007, 17:26
d.i.z. # 12. October 2007, 17:26
#283000 (redraw)
#286465 (~selector)
#286645 (sizing)
#287649 (png)
#288009 (redraw)
#256359 (textarea boxmodel)
Great bug fixing, send love to devs.
pikachu01 # 12. October 2007, 17:27
I guess somebody's not meant for alpha testing. Better stick with the stable build, and not post rubbish.
Alnag # 12. October 2007, 17:28
rwf # 12. October 2007, 17:31
Uzm # 12. October 2007, 17:33
1. Bookmarks doesn't work (yeah yeah, don't reffer me to know-issusies-list).
2. Popups, that opened in correct width/heigh in previous build, open now as a new page OR line a line-window.
Why releasing a build, if it still has major problems?
Haldaug # 12. October 2007, 17:34
Fyrd # 12. October 2007, 17:34
Adding a background color as a style to the body element apparently doesn't work any more for pages served as XHTML. Is this behaviour intentional? 9.23 shows the background as it would with HTML.
me.rge # 12. October 2007, 17:36
problem with "fit to width" button
ex.: at page http://mkrtchyan.deviantart.com/art/lutos2-67139973
when i click on picture, js change small picture to big. When i'm tried to reduce picture size to my window, by clicking "fit to width" button, picture isn't saving there aspect ratio =(
PS tnx 2 FataL
FataL # 12. October 2007, 17:38
Originally posted by -KJ-:
No, it's Alpha, so expect an unexpected, don't use alpha builds as main browser.FataL # 12. October 2007, 17:40
Originally posted by me.rge:
По ширине окна = Fit to WidthFunny effect, yes...
Seems like it's regression from 9.23. Bug report should be submitted.