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

qutebrowser vs vise #1

Open
ivanbalashov239 opened this issue Jan 16, 2017 · 4 comments
Open

qutebrowser vs vise #1

ivanbalashov239 opened this issue Jan 16, 2017 · 4 comments

Comments

@ivanbalashov239
Copy link

ivanbalashov239 commented Jan 16, 2017

Hi, this project were mentioned in qutebrowser's issue by @terlar
The question: Why are you developing vise on your own, and not contributing to the qutebrowser?
They are looks the same in technologies and ideas both.

for me there is a few unsolved issues with qutebrowser that stopping me from using it:

issue qutebrowser vise
site specific custom css waiting to be implemeted in webengine ?
tree style tabs could be implemented, discussed the main feature
@kovidgoyal
Copy link
Owner

vise existed as a QtWebEngine based browser before qutebrowser decided to try porting to QWebEngine. And note that vise is really a personal project, I have never released it to the public (beyond uploading to github). I am not particularly interested in creating a general use product with vise -- that is much more work than making a browser that suits just my needs. And as I am already the maintainer of several open source projects, I dont really have the time to get involved with another at the moment.

@ivanbalashov239
Copy link
Author

@kovidgoyal ok, thanks, that's understandable, but maybe you could mention what features of vise you miss in qutebrowser(it looks for me that, supporting vise even like personal product harder that using community driven qutebrowser)

@kovidgoyal
Copy link
Owner

Well, at the time I created vise, these were my main motivations:

  1. Be based on modern chromium, multi-process engine
  2. Be scriptable in python and/or a python like langauge like https://github.com/kovidgoyal/rapydscript-ng
  3. Have a tab tree
  4. Have a secure secret store based on files that could easily be synced using existing file sync tools
  5. Be keyboard based
  6. Allow easy access to the database of urls from other programs, so that you can, for instance, paste in a URL from the browsers history with just a few keystrokes while editing a file in vim

There were at the time no projects that met those needs, hence vise. I dont know what the current status of qutebrowser is, maybe it meets most of those needs nowadays.

Also, I find the effort of maintaining vise pretty trivial and completely worth it for a tool that is part fo my core workflow :)

@ivanbalashov239
Copy link
Author

@kovidgoyal thanks, maybe you consider not cloning this issue, it could be informative for others, or mention it in the readme

@kovidgoyal kovidgoyal reopened this Jan 17, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants