Snapshot 1.0.283.8 - Fixes to typed history, keyboard shortcuts for web panels and visual polishing
-
This is rather not much of a graphical job or changing a colour number in the code, I think Olli meant that it is about removing the code of Chromium menu components and replacing them with own code - it is quite a significant rework of code. This will probably include adjusting background colour and other aspects/functionality of these menus. And there are many menus to rework, so a bit of time is needed to be spent on it.
I understand you are concerned only about the background colour, but you will just get the whole pack at one go, when the time comes. -
OK. I've built ffmpeg from the Chromium tree and replaced Vivaldi's dll, but now H.264 YouTube videos don't start at all and http://www.quirksmode.org/html5/tests/video.html crashes.
I'm using the 64-bit ffmpeg.dll I built with a 64-bit Vivaldi. Is there an easy way to install a 32-bit version of Vivaldi side-by-side to validate my negative results there?
For completeness, this is my chromium.gyp_env file:
{ 'GYP_DEFINES': 'component=shared_library fastbuild=1 ffmpeg_branding=Chrome proprietary_codecs=1' }
Is Vivaldi's ffmpeg currently built as Chromium with proprietary_codecs=1? If so, that'd definitely cause some funky behavior not unlike what is being seen on YouTube…
Update: Further experimentation suggests this is not the case; but rather that Vivaldi is generating the list of supported codecs. http://crbug.com/id=21318 seems somewhat related. I may have to punt on building a "Chrome" DLL at the moment, as I can't get anything but a Chromium DLL (without the proprietary codecs) to not cause Vivaldi grief, but that's what Vivaldi has now so it's not any sort of victory. And nevermind the question about mingw... ffmpeg's DLL just pulls in tons of irrelevant-looking stuff, apparently.
-
-
When I manually check for update on Vivaldi, I see this. http://s8.postimg.org/wqw0b20w5/vivaldi.png
Win10 x64 (Vivaldi 32bit) -
Since you mention visual polishing this time, I'll remind you that the window control buttons (mini/maximize and close) are still low resolution and really stand out in the otherwise so crisp and pretty UI when you're using a HiDPI display. This is also true for the add-on icons added a few versions back.
And like I suggested before, it would be even better if you could hide the buttons completely, like in Microsoft Edge.
-
This wasn't working, some snapshots ago, when installed only for the current user. Having Vivaldi as my default browser was a great way to have URLs opened by other programs take an express train to the bitbucket (they never opened if Vivaldi was closed, for sure).
Reinstalling for All Users fixed that and left only the behavioral artifact I mentioned. I haven't seen a changelog entry stating that it's been corrected yet, so All Users seems a valid suggestion at the moment.
-
Look at the screenshots:
http://imgur.com/gallery/kPdylThe preview bug isn't exclusively with the speed dial. It also appears on page tabs etc. I still don't understand the reason why sometimes the preview works and sometimes it doesn't.
"bug: 16+ rows of speed dials leads to the text overlapping at bottom" is true. Sorry.
-
Agreed. It's slightly irritating to go through and minimize a few full-screen windows, with Vivaldi in the middle: the buttons don't line up with the others. It's a bit minor, but is a definite "wart" that should be (fairly) easily fixed (I expect that the Horizontal Menu will need some love as a result) and will improve the native feeling significantly.
-
I think the beta will be way sooner than december, but I don't know. What I know, is that for Vivaldi, beta doesn't mean feature freeze
-
I have no idea how ffmpeg is built for V. But I think it's not build with proprietary_codecs=1. I don't think that V is generating the supported codecs list either, because on Linux 32b, I replaced the libffmpeg.so shipped with the snapshot with the one shipped with Chromium, and everything went fine, and every videos from http://www.quirksmode.org/html5/tests/video.html worked.
BTW, I stated it multiple times in the comments, but I'm proposing to host the right versions of ffmpeg for each architecture. So if you succed to build the dll, please send it to me
http://cqoicebordel.free.fr/vivffmpeg/ -
What was this bookmarklets bug about, when have you submitted it? Or maybe you can find the number?
-
What does not work for you precisely? Have you submitted a bug report on this?
-
I have no idea how ffmpeg is built for V. But I think it's not build with proprietary_codecs=1. I don't think that V is generating the supported codecs list either, because on Linux 32b, I replaced the libffmpeg.so shipped with the snapshot with the one shipped with Chromium, and everything went fine, and every videos from http://www.quirksmode.org/html5/tests/video.html worked.
To confirm, you're using a Chromium-branded libffmpeg.so and are seeing H.264 support? That directly contradicts the Chromium sources; Chromium gets FLAC and Chrome gets H.264 (and other goodies). Search for 264 on http://src.chromium.org/svn/trunk/deps/third_party/ffmpeg/ffmpeg_generated.gypi and try to find someplace that a Chromium-branded build would get H.264 support. Where did you obtain your magic Chromium build which had a libffmpeg.so which supports H.264?
As for Vivaldi generating the codecs list, see http://crbug.com/id=21318 for details. Unless they've fixed a long-lived bug from upstream, it does. And it has to be, since YouTube is acting as if the browser can suddenly handle H.264, though the library still doesn't support (or advertise support for) the format.
BTW, I stated it multiple times in the comments, but I'm proposing to host the right versions of ffmpeg for each architecture. So if you succed to build the dll, please send it to me
http://cqoicebordel.free.fr/vivffmpeg/To be quite honest, I'd be happy with not having to use a replacement FFmpeg and Vivaldi correctly representing its supported formats. Today's been a frustrating day on the web since I get video load failures from the misadvertised support with the stock DLL and crashing tabs with my build. These sites literally worked fine yesterday without the false H.264 advertisement.
Also, do your Linux libraries work with any distro? You don't make that clear.
-
One bug from me. For example: writing an e-mail. Using CTRL+B shortcut to bold same text makes Bookmark Panel open.
-
wojcieche, how can I check all VBs (the bugs list)?
-
On which page does it happen?
-
That is… a feature I did not know I needed. Amazing.
-
The little plus to add a web panel is actually on the Panels Bar.
I guess no need to say you turn on Panels Bar and panels with F4 or by clicking the panel toggle on the left border of the browser (however in this build it only works to turn off panels, due to regression). -
It is not even like someone knows for sure the exact date of release but does not want to tell. No one knows for sure when, as the driver is not time but quality. It will be ready when it works nicely, reliably and has all the features required for public release. It is cooking, steadily, with much effort being put into it, I assure you.
-
Bug: The Facebook videos do not work in this version.