SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
"UI" as in User Interface?
If so, are you saying when Vivaldi is started, it goes out somewhere on the'Net to pull in the interface?
It is built with web technologies (HTML/JS/CSS) but all the files that make up the UI are bundled in the package. The slowness on startup is due the JS being "compiled" at runtime. We are looking at techniques to save the UI/JS state prior to shutdown, which would remove the slow startup phase.
I don't really know. I don't use other Chromium based browsers because I don't like (Google first and foremost) the layout. I personally don't like sidebars, and it seems that that is how most Chromium based browser do most things. I was using Slimjet (lightly) for a bit, and it was quick, but the sidebar usage turned me off.
Quote:
Originally Posted by ruario
Yes this is due to our UI being web based (which allows us certainly flexiblity and is, in part the reason for our rich feature set).
By the way, you see the same slow startup with other Chromium applications that have a web UI, like Electron apps. However once it does load It is not a massively slower UI for general usage.
Yea, that's why I mentioned my hardware being a little older. And that wasn't really an issue, more of just an observation. I didn't mind having to wait a few seconds longer for it to startup because the return was that it doesn't slow down at all while it is running. I liked that very much.
Quote:
Originally Posted by ruario
I would again be interested to know if you see the same in other chroimium based browsers or applications as we have done nothing special here.
Again, I don't know since I don't use Chromium based browsers.
Quote:
Originally Posted by ruario
You can disable geolocation (globally) and other such things globally in 2.9. As for more options related to limiting fingerprinting, they will likely come in the future.
That is good news. And I haven't ruled out trying Vivaldi again. Security/privacy options like those are not really a "must have" for myself, but I do like them and will adjust them to my liking if they are available. A good place to check out what is going on with your browser, not "your" as in Vivaldi alone, but any browser, is http://ip-check.info/ and you can see how leaky any browser is. That service is not 'definitive' because you need to know your browser and what settings you have made to compare against the results.
Quote:
Originally Posted by ruario
Some examples might help.
I can't remember exactly. I was having an issue with an extension that had to do with keymapping I think. It wasn't really important. Then some extensions just don't behave the way that I would want, those are not Vivaldi's fault, but how they were written. But I just removed those extensions.
Quote:
Originally Posted by ruario
Thanks
Thank you! Like I said before, I have not ruled out trying Vivaldi again and look forward to trying again once it has matured some more.
Also, I do like that I can set it up to look more like Firefox/Waterfox and that is a major selling point for me. The sidebar I don't like, but it's not that important because Vivaldi seems to use it in a very conservative way for history/downloads/etc and I had the toggle button up in the addressbar which made it easy to show/hide. The menubar option is a big plus, I love my menus.
Oh, one last thing. It would be nice to move the reload button to the other side of the addressbar, but not important don't worry about it.
Oh, one last thing. It would be nice to move the reload button to the other side of the addressbar, but not important don't worry about it.
Hold shift while you click on it and drag it over to the other side.
[EDIT]: Actually, sorry I misread that. You can move its position left or right, or down to the status bar (or remove it entirely) but you can't currently move it to the left of the address bar but we will likely add that in the future.
One thing that I didn't understand about Vivaldi, why is the 'Add Active Tab' is at the bottom of the bookmarks menu/submenus? It just seems out of place to me and something like that should be at the top portion of the menu/submenus so that it is quickly accessible.
The decision to keep it at the bottom is based on primary function of the menu: to quickly reach a bookmark. To place current page to bookmarks is secondary function, thus should be relegated to less prominent spot.
New Sbo script (now in the pending queue) downloads and installs both ffmpeg and widevine, so there is no need to do anything after installing the vivaldi SlackBuild. vivaldi-codecs-ffmpeg-extra should be removed.
And now Vivaldi will not start by launching from the menu.
If I launch from a terminal it starts slowly and runs, and I am getting:
Code:
bash-4.3$ /usr/bin/vivaldi %U
Fontconfig warning: "/etc/fonts/fonts.conf", line 102: unknown element "blank"
Fontconfig warning: "/etc/fonts/conf.avail/66-wqy-zenhei-sharp-no13px.conf", line 11: Having multiple values in <test> isn't supported and may not work as expected
Fontconfig warning: "/etc/fonts/conf.avail/66-wqy-zenhei-sharp.conf", line 10: Having multiple values in <test> isn't supported and may not work as expected
[6133:6133:1103/233018.757575:ERROR:chrome_content_client.cc(343)] Failed to locate and load the component updated flash plugin.
Gkr-Message: secret service operation failed: Failed to execute program org.freedesktop.secrets: Permission denied
ATTENTION: default value of option force_s3tc_enable overridden by environment.
[6164:6164:1103/233019.656737:ERROR:gl_surface_presentation_helper.cc(259)] GetVSyncParametersIfAvailable() failed for 1 times!
Gkr-Message: secret service operation failed: Failed to execute program org.freedesktop.secrets: Permission denied
[6164:6164:1103/233022.426756:ERROR:gl_surface_presentation_helper.cc(259)] GetVSyncParametersIfAvailable() failed for 2 times!
[6164:6164:1103/233022.429097:ERROR:gl_surface_presentation_helper.cc(259)] GetVSyncParametersIfAvailable() failed for 3 times!
[6133:6133:1103/233025.231599:ERROR:CONSOLE(0)] "Unchecked runtime.lastError: The message port closed before a response was received.", source: chrome-extension://mpognobbkildjkofajifpdfhcoklimli/browser.html (0)
If I remove the mod from common.css I still get the same output launching from a terminal, but it acts normal.
Editing the common.css on the previous version that was built with the SlackBuild on SBo (2.8.1664.44) did not slow it down starting up, or prevent it from starting from the menu.
PLUS:
I like the new 'Default Permissions', keep 'em coming!
@ruario Is there are reason that your latest script doesn't register the pkg install in /var/log/packages? Thanks
I'm not sure I understand what you are talking about. The latest script is a repacking script, i.e. it is basically a SlackBuild. No SlackBuild in the world (AFAIK) registers a pkg in /var/log/packages, that is the job of Pkgtools during installation of the created package.
I might have jumped the gun in my last post. I noticed some weird things happening with my test rig so I did a quick reinstall and everything is working normal with Vivaldi. Sorry about the noise.
Will this work via the "Custom UI modifications" setting? (enabled in vivaldi://experiments/). If yes, you can avoid editing the vivaldi code directly.
Will this work via the "Custom UI modifications" setting? (enabled in vivaldi://experiments/). If yes, you can avoid editing the vivaldi code directly.
I will have to look into this later.
I've only briefly looked at vivaldi://experiments/ and didn't try anything there.
That is pretty much the only mod that I do aside from normal customization via settings, and I'd like for it to be global so I don't really mind it being in the common.css as long as I don't break anything.
@ruario Is there are reason that your latest script doesn't register the pkg install in /var/log/packages? Thanks
Quote:
Originally Posted by ruario
I'm not sure I understand what you are talking about. The latest script is a repacking script, i.e. it is basically a SlackBuild. No SlackBuild in the world (AFAIK) registers a pkg in /var/log/packages, that is the job of Pkgtools during installation of the created package.
The former is not official (despite me being the author and being a Vivaldi employee) and is the one I have talked about extensively in this thread. It is intended to repackage Vivaldi into Slackware format, for people on Slackware an close derivatives, who want to track the stable releases (although I did add support for snapshots if you define the variable ‘VIVALDI_STREAM’ to be ’snapshot’). It creates a native package.
The latter is also written by me but it is somewhat official (and hence hosted by Vivaldi). The intended primary audience is different but could overlap I suppose. Consider that a bunch of distros have repacks of Vivaldi in some form (e.g. Arch, Gentoo, Slackware, Solus, etc.) but their focus is usually the stable. Our snapshots are effectively betas and tend to come out at least once a week and occasionally more frequently. Not all of the distros that offer repacks, do so for snapshots (which is to be expected). So the install script fetches the latest deb snapshot, extracts it and places the files on your system (outside of native packaging tools), along with an uninstall script for upgrades and removals. This means that Vivaldi fans on any distro can potentially track our snapshots, even when no native package is provided by us or a third party. The script can (optionally) install the stable instead but that is a secondary feature, in the same way (but reverse) that the Slackware repacking script can install a snapshot.
In summary
If you are on Slackware, you almost certainly want to use the SlackBuild on SBo or my latest-vivaldi.sh script so that you have a native install package (even for snapshots).
If you are using another non-DEB/RPM distro and want to install a snapshot and no native package is provided by any reputable source, you could use the install script
If you are using a DEB/RPM distro use the official packages we provide
[EDIT] The install script can also do one other neat trick that I have occasionally seen some users make use of even when native packages are available. It can install for a single use (into '~/.local') and thus needs no root access.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.