Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request] Automatic Setup and Improved User Experience #920

Open
8ullyMaguire opened this issue Apr 28, 2024 · 2 comments
Open

[Feature Request] Automatic Setup and Improved User Experience #920

8ullyMaguire opened this issue Apr 28, 2024 · 2 comments
Labels
documentation Improvements or additions to documentation

Comments

@8ullyMaguire
Copy link

8ullyMaguire commented Apr 28, 2024

I wish I could recommend the libredirect browser extension to more people, but for that to happen, it needs to provide a more user-friendly experience out of the box. The current setup process and the need for manual configuration can be a barrier for some users. To make libredirect more accessible and widely adoptable, I would like to suggest the following improvements:

1. Enable Redirection by Default

By default, the extension should have redirection enabled for all supported services. This would provide users with the benefits of libredirect immediately, without the need for them to navigate through complex settings or enable each service individually.

2. Automatic Instance Selection

The extension should automatically select the best-performing instances for each service, based on factors such as ping time. This would ensure that users always have a smooth and reliable experience, without the need to manually choose instances.

3. Sync Configuration Across Instances

Automatically export/import configuration across instances to ensure a consistent experience.

@NoPlagiarism
Copy link
Contributor

1. Almost no one enables all of redirections

First of all. Users should choose themselves what alternative frontend to use. Do I even need to remind that YouTube has about 10 alternative frontends?

Secondly, not all users wanna use redirections for all services:

  • If you are contributor on Genius, you don't want to be redirected to Dumb
  • If you want to upload image on Imgur, you go to Imgur, not to rimgo

And finally. Let's find some services, which are.. Let's say, they have specific audience and use cases. It's not that they are useless, I use one of them sometimes and will use it. Just.. Not for normal users

  • Wayback Classic is Wayback Machine alternative frontend and it's main goal is... Old browsers. Yeah, just that. If you have modern browser, you don't need it.
  • Wikiless is, obvi, Wikikpedia alternative frontend. It has just 2 reasons to exist: circumvent censorship and preventing Wikipedia getting your IP address. If you have no Wikipedia censorship problems in your country and you trust Wikipedia, you don't need it

I think installation could be simplified, but not by this

2. Ok, but

Prettifying and simplifying instances could be nice, but how exactly browser extension can get server load of specific instance? For example, farside can do sth like that, because it's hosted gateway that redistributes redirections between users

3. Close to impossible

  1. I don't think all frontends will support this ever
  2. So.. LibRedirect should somehow extract settings from one instance, then somehow export it to other. Then compare it on every load to do it automatically.... I'm not close to main contributor and I'm not developer, but I don't think this very-hard-to-implement feature is needed in project named LibRedirect

@ManeraKai
Copy link
Member

  1. Sync Configuration Across Instances

This was implemented by us before. We called it Unify Settings, but it had a ton of problems: whitepaper.md

@ManeraKai ManeraKai added the documentation Improvements or additions to documentation label May 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Development

No branches or pull requests

3 participants