Re: [Vimprobable-users] Features for next version
Vimprobable is a lean web browser optimised for full keyboard control
Brought to you by:
hanness
From: Hannes S. <ha...@yl...> - 2011-08-13 19:14:56
|
Hi! Daniel Carl <dan...@gm...> wrote: > 1) (http://www.uzbl.org/wiki/flashblock) As mentioned in previous discussions, I don't care at all about that - simply because I don't have Flash installed, so I don't need to block it. It seems to be a popular request, though. If it is done, my only request is that it should actually *block* these elements, not just *hide* them. > 2) to have the ability to yank URLs into a list and to open them > later - something like the 'u' command to open last closed page or > the 'p' or 'P' command to load URL from clipboard. This is an excellent idea and it should be very easy to implement. If we get the future hinting policy straightened out, it could even be possible to squeeze this into the 1.0 release. Since we're planning, I'd like to bring up one very general point: the future release/version number policy. As announced already, I would put the version 1 branch into bug-fixing mode. The question is: Should we do the same for the version 2 branch and make future development on a completely new one? The reason I'm proposing this is this: Adding more and more features obviously makes the browser more 'fat' gradually. This might go too far for some people. Continuing development on the same branch would mix up bugfixes and new features, making it "all or nothing" for the users: If they want bugfixes, they also have to take the new features they probably don't even want. On the other hand, starting new branches regularly allows people to either go on following the bleeding edge development or sticking to a trusted, feature-frozen, but nevertheless maintained version. On a related note, there is the question of version numbering. Should we have: - Vimprobable1 1.0 and Vimprobable2 1.0 or - Vimprobable 1.0 and Vimprobable 2.0? What does everybody think? Hannes |