I will not use Vivaldi until it has worspaces

@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 😃 )

@uyx Seems to be a misunderstanding.
You: If you want to avoid fingerprinting all together use Tor.
Me: TOR does much more than avoiding fingerprinting. Your answer reads as: "if you want to avoid fingerprinting, you have to live with slow network performance."

But I have understood: You don't want to avoid fingerprinting vivaldi instances. It took a while until you made a clear statement. BTW: You are member of the development team? That's a statement of the development team? I would just like this to be made clear

+1 on this feature.

AMP pages are also considered bad for privacy due to several reasons:

Centralized Control: AMP is tied to Google's infrastructure, allowing Google to track user behavior across sites. Data Collection: Google collects detailed user data by serving AMP pages from their servers. Limited Publisher Control: AMP restricts privacy tools that publishers can use, making them rely on Google's policies. Tracking: Google's cookies and tracking mechanisms can more easily track users across AMP-enabled sites. CDN Issues: Serving AMP pages through Google's CDN means user interactions pass through Google, increasing data collection.

These factors enhance Google's ability to collect and analyze user data, raising privacy concerns.

@luetage
Yes, I had envisioned that answer, but there's not a lot of room. There's not even enough room for Notes and Bookmarks. And you need to display related info: date-time, picture-photo thumbnails, titles and several preview lines, a lot of control buttons specific to rss/atom reader. And besides, what about users who don't work with desktop? - sorry, this already seems to be a "must ask" question. 🙂

Imho, both full-fledged Notes and Rss-Reader I can imagine only as a separate application with a bunch of settings and buttons, which will have the ability to synchronize with Vivaldi account.

Or... it'll be a stripped-down reader like Notes is now. Micro-reader with micro-ability.

Having to sync with desktop is a kludge. As Bing fell over today, taking with it DuckDuckGo, Qwant etc etc, I decided give Mojeek a try. Why should it be so difficult?

@martenX said in Option to clear cookies on exit and dedicated whitelist:

UI-wise, you can just add a button to protect/whitelist/allowlist a cookie next to the delete button:

Probably the best way to whitelist a cookie (hoping come something similar on desktop too)

@sirius23 which browsers can whitelist cookies on mobile? (not very updated on the matter)

Please add to Vivaldi for Android the Forever option that I have used in the “desktop” version of Vivaldi since that option was introduced years ago. Currently it seems that I have to use Firefox for Android to have history from more than ninety days ago retained. Most of my Web browser usage is usually on my portable/stationary computer, not on my handheld computer, but tonight I wanted to find something that I thought I accessed in around 2021 November while travelling so did not have my portable computer out at the time. In this case what I wanted to find was Gödel's ontological proof, which I found because I remembered the name of the author, but I remembered geographically where and when I accessed the page I wanted to find before I remembered the name of the subject of the page so, even though I found what I wanted on my own using only my human memory and the “desktop” version of Vivaldi this time, I still wanted to see if I could find this part of my Web browsing history on my handheld computer from around two years ago. I have lost things that I wanted to find by using the browsing history on my handheld computer, though, because my philosophy is that if I configure my Web browsers to remember my browsing history for ever then I do not need or mostly do not need bookmarks because I can find what I need in the browsing history. The first specific example I can think of of something I lost due to this Chromium lameness of hardwiring the history retention period at ninety days is a discussion of an ICE road vehicle with an automatic transmission getting stuck in Park so badly that the vehicle had to be hauled on a flat-deck truck to someone who thought they could repair the vehicle with the transmission problem. I found that page whilst seeking specific information about fuses in a 2006 Mercedes-Benz B200 with continuously-variable transmission whilst working on the B200. My father does not seem to believe me that the cause of the failure in the vehicle in the discussion I found whilst seeking something else is not user error and I lost the discussion from my Web browsing history due to this Chromium lameness.

Would like this. I keep tabs open for this exact reason and eventually it becomes a nightmare. Even a simple export to CSV feature that stores URLs and titles would be nice. This way I can search through the titles as well

@Silouan said in Vivaldi Mail app for mobile phones:

why can't be a cooperation including the revenue while keeping two entities seperate ? Is that something so not feasible

Such partnerships are fairly common. Someone develops and produces a product in the brand and design of another company. Company A has the technology and the production capability, company B has the brand recognition, market access, distribution channels.

Of course Vivaldi could in theory partner up with the FairEmail dev and get a branded Vivaldi version with some different defaults and theming. Let's stick to that hypothetical scenario. But now the question is: who of the people that currently use neither Vivaldi, nor FairEmail, will switch to a new Vivaldi branded FairEmail app and why? I doubt there will be (m)any if they don't offer something unique. And we still don't know how they would make money with that hypothetical mail app.

@Ayespy on desktop the integration of mail in the browser is what I want, but overall it's a weak pull to generate more users for Vivaldi. On devices, separating functions into individual apps is even stronger / integration less wanted...