Snapshot 1.0.283.8 - Fixes to typed history, keyboard shortcuts for web panels and visual polishing



  • ~
    Timeout to edit seems to be about 2 hours, after doing what you said to enable editing the first time for each new post.

    Following that, the editing capability expires and the edit button disappears.

    BTW, this behaviour has been the same for me while using the unnamed browser from Mozilla.
    ~


  • Vivaldi Team

    Weather forecast at http://m.yr.no is another nice one I use.



  • Registered as VB-8434.



  • The idea of using mobile user agent for webpanels is filed as VB-8481.


  • Moderator

    There's a little plus sign on the panel. If you click it, you can add any web page to the side panel as a "web panel." The dimensions are constrained, so mobile pages work best as panels.


  • Moderator

    I apologize, but that is the only answer you, I, or anyone will ever get prior to the actual release date. And then we will learn of it a few minutes after the update is released. This is the way Vivaldi rolls as to the "when" question as to any and all features. It it part of the founder's way of running a technology business that provides a free product to the public and lets them watch the development.


  • Moderator

    And to be clear, here, the toggle referred to is NOT the button in the status bar, but the thin stripe down the edge of the browser with the little triangle in it, that you can turn on and off in Settings.



  • 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.


  • Moderator



  • 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/kPdyl

    The 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?



  • @Cqoicebordel:

    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.

    @Cqoicebordel:

    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.


Log in to reply
 

Looks like your connection to Vivaldi Forum was lost, please wait while we try to reconnect.