@potmeklecbohdan Nice catch. The scrot.moe ended hosting image in Nov, 2019. Lost most of my shots. The issue is not new See Antonin shot, Mar 9, 2018 https://forum.vivaldi.net/assets/uploads/files/1520638977615-screenshot_2018-03-09_20-42-20.png

@bonetone I generally agree, but I do see a distinction here which you seem to not recognize. For me, "swipe-action" and "gesture" are really two separate things and should be treated differently. I'll try to explain: Swipe action: Part of "standard UI" - swipe action over given element does one specific thing (or one of given set of things) - like "clicking" or "taping" on a button, it just does what the button does. as such it "comes" with the new installation and works right away It's tied to the given element (button, bar...) and can be activated only from this element Is simple (preferably just a single one direction swipe), so it is easy to execute and easy to find by trial-error learning approach Gesture: Part of personalized UI (or fully adjustable UI) - specific gesture can be assigned to anything what specific user prefers as such it must be set up (or synced or learned, if you use "default") by the user before it can be used Is executable "anywhere" (...with reasonable limitations, like "anywhere over the page space, outside of other control elements") might be as complex as user wishes it to be in both number of moves and their directions I really believe these two things should be treated separately, since they fill a different function and (some, many?) users will treat them differently. Both of these are useful, though, it's just they fill a different purpose. Regarding swipe-actions: I do think that using swipe-actions everywhere is a good idea, because it allows to get more options from less UI elements, keeping the app simple and streamlined. Their usage is tight to the UI itself, though. For example I would much appreciate to have just one "GENERAL TABS" button in the center of the bottom bar. This buttom could have following functions: TAP: shows tab overview swipe-UP: shows speed dials swipe-RIGHT (=from center of bottom bar, to right) - goes to next tab swipe-LEFT (=...) - goes to the previous tab then: swiping from left side of the bottom bar (left from TABS button) to right = forward swiping from right side of the bottom bar to left = backwards ...this way you can have way less buttons in the bottom bar with way more actions which can be triggered from this bar. But it is closely tight to how the bottom bar is being organized. (Of course it would be great to have the option to personalize ALL of this, but... I'd suggest to stay down on the ground )

As the user ''bonetone'' has shown it in this topic, I strongly support that this feature should be added as a default option to android.

Yes, we hope to add more options for managing Speed Dials directly on the Start Page in the future.

@Dingo Thanks for reaching and sharing your request. This is something we're currently looking into actually. We can't share more details than that but we'll update you as soon as we can. The link to the previous thread talking about the topic two factor authentication scheme is available here.

@vagrod Thanks for sharing your request. Sync will include Themes sometimes in the future. We have it in our pipeline. I'm moving your request from Sync category to Feature requests / Themes so that more people can vote for it.

So are we going to actually ever get this? With all the data breaches going on these days I can't help but feeling vulnerable using anything that doesn't have two-factor available.

@Gwen-Dragon said in Allow/Deny dialog for notifications in private mode is buggy: VB-41529 A fix was found and will be hopefully released with a upcoming Snapshot, no timeline.

The current OTP code by email for unrecognized logins is better than username and password alone, but I really hope to see at least a basic authentication app implementation like TOTP. Is something like this still on your road map?

@ayespy I don't know how the data is structured on the sync server, but adding selective sync might not be too difficult. Different installations of Vivaldi could, in theory, simply only request (or update) part of the data on the server.

I've only recently started making proper use of a calendar, and perhaps this is too early to be making such suggestions, but I have a thought: It would be nice if it could sync with whatever format Office 365 uses for its calendar (Exchange?) I understand that the priority is likely for more common formats first (ICS? I'm not super-familiar with calendars), but it would be nice all the same to not have to open a tab to edit my calendar if I can already sync my mail... whenever it comes out.

@Pesala lol sorry my bad. i was referring to old posts i've seen by devs but now i've just saw that this feature along some others which i like a lot too have been moved to pipeline. what does this mean? in progress i guess they are already being actively developed.

@Pesala said in Vivaldi SVG Icons: Moved to the Feature Requests forum I find the array of different sized icons with different backgrounds rather ugly. If a SVG icon for Vivaldi would look good, I would be in favour of it, but it's not going to solve the problem of the mismatching icons from other software. SVG Icons for Themes, Toolbars, and Panels would be more useful. Most major browsers and some other apps has already added SVG icons so now it starts to look good. So it would be great if Vivaldi added an SVG icon too. Also I suggest to add "/ Windows 10 Icons / Windows 8 Icons / Windows Metro Icons" to the title of this thread to help users find it. I found this thread only after several search queries

@Alarak There is another method, without installing any extension, though also far from easy for non-geeks. You can fake the user agent by opening developers tools (F12); in the 3 vertical dots menu select Network conditions; User agent, uncheck Select Automatically, and then select "Chrome - Windows."

@ROTFL Totally agreed！

@lonm By start page, do you mean the speed dial background image? If so, I would love to see it implemented in the future.

It's probably a compromise indeed. From tree tab suggestion thread which is finaly so linked to this one, porting bookmark bar style menu to tab would be interesting : But I strongly believe that the active stack should be developped, at least enough to avoid that stacking is a regressive browsering way. Today, the automatic stacking loses you more than if you no use it. Whereas the tab should be an interface to quick get in our mind which tabs are opened, the stack reduces this to only a little and common colored bar. When you add a new tab, like particularly background new tab, you don't see really changes and wonder if you have really clicked. If the current focused stack isn't developped, you lose the way to know which was the last tab that you opened or the next that you have already opened : the tab order into stack is an important information that helps you ! that's why this should be always visible since thanks to that you decide to click to another link or not, to stay into this stack or not. I think that the current stacking should seem to the user as a independant tab chain implemented into an another tab chain.

I really need it. Plz bring it to me.

@LonM Yup. Chrome APIs don't allow it to extensions. Most cookie blockers face this. There are still two blockers in their bug tracker. New Firefox (e10s) seems to have the same problem. Would be really cool to have this in Vivaldi. But I imagine how it can be hard. I don't even open cookie page anymore because is a collection of junk which is not very pratical to clean.