> Any program can only be really useful if it complies with the Unix philosophy.
False! Software can be really useful without being modular and readily composable.
But I enjoy the premise of what Uzbl is aiming to solve. It would certainly make for a richer array of web-related software components, with plenty of uses beyond just web browsers.
I think the contention comes when you get down to brass tacks; note the author emphasizes "really useful", and hence probably means, sure, your software might be "useful", but it's not useful to the extant that a program you can insert into a pipeline or script is.
sure, many unix programs might be useful, but without good UX design, remain horrible to use (see: tar). taking the unix philosophy as gospel is myopic; computer programs are meant to be used by people, and a program can only be useful if it's well-designed for use by people.
It also makes the right choice when several files not under a directory are in the archive (create a new directory and place files inside), when the archive contains a single file (just place the file in the current directory), and when a clash of names can occur with a file/directory already present in your cwd (unpacks in a directory named 'Unpack-XYZ')
i can't really use this project now that my main os is osx(i frequently boot from my ssd with archlinux on the mba), but
i absolutely love this project. it's amazing,
the only thing i'm a little sad about is that i never wrote the pass plugin i wanted for password store [1]. but hey you can still write one
the main author moved, but there are fairly active forks[2].
the amazing thing about this is that you can write plugins in any scripting language you want. you can pretty much hook it's basically a mighty scriptable version of webkit.
here are a bunch of scripts you can use to extend it with [3]
on a sidenote, a completely different, but also interesting approach are conkeror [4] and luakit [5]. though luakit seems abandoned too. luakit is kind of a lua webkit browser framework with sane vi like defaults. conkeror is an emacs for xulrunner, however keep in mind that since firefox is taking over the role of xulrunner you might not really need xulrunner at all.
I tried it a few years ago. I think it's conceptually interesting, but I realized that I had no need, on a day to day basis, to combine in arbitrary ways the various pieces which make a full browser experience. I'm content with Firefox + Pentadactyl, but I'm glad uzbl exists.
When I went to install Pentadactyl from the Firefox addons site, it told me that Pentadactyl wasn't compatible with my (the latest) version of Firefox, 27.0.
The developer(s) are slow about incrementing the allowed versions. Literally all you have to do to make it work (usually) is vim ~/.mozilla/firefox/yourprofile/extensions/whatever.xpi, then type /install.rdf, hit enter twice, edit <em:maxVersion>n</em:maxVersion> to be +1, then hit :x and you're done.
Of course this requires that you have it installed beforehand, otherwise just download the files manually and edit install.rdf before installing it.
> The developer(s) are slow about incrementing the allowed versions.
> Literally all you have to do to make it work (usually) is vim ~/.mozilla/firefox/yourprofile/extensions/whatever.xpi, then type /install.rdf, hit enter twice, edit <em:maxVersion>n</em:maxVersion> to be +1, then hit :x and you're done.
Can you (or anyone else) explain why the developers hesitate to fix this problem officially? Like you said, it is rather simple to fix.
Even though most of us on HN are able to apply the fix ourselves, integrating the fix to the official pentadactyl extension would save time for everyone that wants to try or install pentadactyl.
Sorry I don't know why this happens, but as far as I can tell they do increment the nightlies (usually a couple weeks after a new Firefox version). I don't know why the version on the plugins site is so out of date though, you'd have to ask one of the developers (irc.oftc.net #pentadactyl).
Every time I upgrade Firefox I get a notice that Pentadactyl isn't compatible, at which point it asks if I'd like to check for a newer version. Then it searches and installs the latest snapshot and that's it. I've found nothing wrong with the nightly version.
Which seems to mean that you can't run the stable version of pentadactyl on Firefox 27 (the current release) [1]. I do understand that it is not equal to being inactive, but at least for me it was one of the reasons why I returned back to vimperator (which has a stable version that works for Firefox 27).
I find all the pie in the sky stuff on the page for this really silly and kind of pointless (for everyday use, at least), tbh, but this was exactly my thought when I read it. I really need a browser that interacts better with i3, because I don't really need tabs when the window manager is doing it for me.
Servo is a rendering engine (think WebKit), not a browser. So maybe you'll get an uzbl based on Servo one day, just like you may get a Servo-based Firefox, or it may remain at the state of a research project, with lessons incorporated back into Gecko.
Thanks for mentioning this. I never thought to even search because often something like this is in AUR, which I never bother with. I will definitely take it for a spin now.
I don't run software from AUR on my systems. I consider the packages unstable. It's just a personal rule of mine, I'm sure there are some stable, quality packages in there.
False! Software can be really useful without being modular and readily composable.
But I enjoy the premise of what Uzbl is aiming to solve. It would certainly make for a richer array of web-related software components, with plenty of uses beyond just web browsers.