Re: [dev] Experimental editor
hi, Whether or not your keyboard has a page up/down key is a bit moot; the point is that an editor should have under 10 keybindings: up, down, left, right (C-hjkl), page up and down (C-uv), save and quite (and search and search-and-replace (if you are feeling luxurious)). you are wrong and/or never learnt to properly use an editor in your lool then notepad is for you -- Guilherme Lino
Re: [dev] Experimental editor
[2011-06-15 08:12] Peter John Hartman peterjohnhart...@gmail.com Why would you want several editors? For the same reason we want Unix's manifold toolchain and for the same reason we want several programming languages: Because ``One fits all'' is an illusion. The problem with vi and mutt is that they have all these keybindings; hence you can on occasion find yourself in some crazy dark key combination that you didn't mean to be in. Hit Escape and you'll be at a defined place. :-) (btw: I talk about vi, not about mutt.) meillo
Re: [dev] Experimental editor
On 06/17/2011 10:37 AM, markus schnalke wrote: For the same reason we want Unix's manifold toolchain and for the same reason we want several programming languages: Because ``One fits all'' is an illusion. Then try to figure out some basic tools that you can glue together to form a fully functional editor. 'Reinventing' an editor for every purpose and most probably copying some things on source level from one editor to the next is ridiculous.
Re: [dev] Experimental editor
On Fri, Jun 17, 2011 at 9:46 AM, Nicolai Waniek roc...@rochus.net wrote: On 06/17/2011 10:37 AM, markus schnalke wrote: For the same reason we want Unix's manifold toolchain and for the same reason we want several programming languages: Because ``One fits all'' is an illusion. Then try to figure out some basic tools that you can glue together to form a fully functional editor. 'Reinventing' an editor for every purpose and most probably copying some things on source level from one editor to the next is ridiculous. Even more annoying is that the way that the lack of an OS-level editor component means that there's a tendency for any application that wants to provide a writing/editing capability to write their own, often poor, editing code. I entirely agree with that one interface fits all users is a problem, but I'd like a system where there was one interface for editing in all circumstances for this user. cheers, dave tweed
Re: [dev] Experimental editor
On Fri, Jun 17, 2011 at 9:51 AM, David Tweed david.tw...@gmail.com wrote: On Fri, Jun 17, 2011 at 9:46 AM, Nicolai Waniek roc...@rochus.net wrote: On 06/17/2011 10:37 AM, markus schnalke wrote: For the same reason we want Unix's manifold toolchain and for the same reason we want several programming languages: Because ``One fits all'' is an illusion. Then try to figure out some basic tools that you can glue together to form a fully functional editor. 'Reinventing' an editor for every purpose and most probably copying some things on source level from one editor to the next is ridiculous. Even more annoying is that the way that the lack of an OS-level editor component means that there's a tendency for any application that wants to provide a writing/editing capability to write their own, often poor, editing code. I entirely agree with that one interface fits all users is a problem, but I'd like a system where there was one interface for editing in all circumstances for this user. To clarify, I by OS-level component I mean at the this is THE component applications use when the want editing, but which would be changeable by the user. (If you've seen things like the historical Oberon OS, that kind of thing.) cheers, dave tweed -- cheers, dave tweed__ computer vision reasearcher: david.tw...@gmail.com while having code so boring anyone can maintain it, use Python. -- attempted insult seen on slashdot
Re: [dev] Experimental editor
[2011-06-15 14:47] Connor Lane Smith c...@lubutu.com On 15 June 2011 12:26, markus schnalke mei...@marmaro.de wrote: What's the difference between a mode and a ``quasimode''? What's the difference between shift and caps lock? I disagree with this analogy. Shift is no quasimode. In vi, you enter insert mode, which you consider a real mode, with `i' and leave it with Escape. Likewise you enter ex mode (i.e. last-line mode), which you consider a quasimode, with `:' and leave it with Enter. It surely isn't a mode you stay long in, but there is no reason why it shouldn't be seen as a real mode. You understand my point of view? I want there to be just a collection of buffers, and typing into command buffer is what gives you `command mode', sam style. We always use the same keys, because all we're doing is editing text, so it becomes muscle memory. Now draw the analogy between selecting one or the other buffer with with mouse to hitting some mode switching key. For me that's the same. You do want modes ... you simply don't want to call them ``modes''. :-) This. I want keys to always mean the same thing. I'd say that the meaning of `f' isn't the same as the meaning of `f' if you hold Ctrl at the same time. Where's the difference if you alter the meaning of a key with a modifier key or with a mode? Okay, the former modification drops as soon as you release the key. Too often they don't, and you end up not knowing what on Earth is happening. With this approach, all you need to keep in mind is where your cursor is. Maybe you haven't used vi as it was meant to be used: You're always in normal mode (hence the name). Switching to other modes is only a temporary thing. If you wanna know where you are: Hit Escape! meillo
Re: [dev] Experimental editor
[2011-06-17 09:54] David Tweed david.tw...@gmail.com On Fri, Jun 17, 2011 at 9:51 AM, David Tweed david.tw...@gmail.com wrote: On Fri, Jun 17, 2011 at 9:46 AM, Nicolai Waniek roc...@rochus.net wrote: On 06/17/2011 10:37 AM, markus schnalke wrote: For the same reason we want Unix's manifold toolchain and for the same reason we want several programming languages: Because ``One fits all'' is an illusion. Then try to figure out some basic tools that you can glue together to form a fully functional editor. 'Reinventing' an editor for every purpose and most probably copying some things on source level from one editor to the next is ridiculous. Isn't vi a good example for how not to reinvent everything? It wraps around ex. (Some say ``Vi is actually one mode of editing within the editor ex.'') But actually, I think you misunderstood my words. I don't think one should do the *same* again and again but rather put small specialized parts together. If you used ed or ex you quickly notice that they are great for editing on line basis but you'll suffer when editing within a line. You likely tend to rewrite the whole line anew instead of editing it. Vi (i.e. the normal mode) improves here. On line basis you might still want to use ex ... although many don't. Even more annoying is that the way that the lack of an OS-level editor component means that there's a tendency for any application that wants to provide a writing/editing capability to write their own, often poor, editing code. You point to a different problem: Application programmers don't honor common practice in Unix. To clarify, I by OS-level component I mean at the this is THE component applications use when the want editing, but which would be changeable by the user. Actually there is such thing: ${VISUAL-${EDITOR-vi}} I entirely agree with that one interface fits all users is a problem, but I'd like a system where there was one interface for editing in all circumstances for this user. From application's view: See above. Else: Ed is the standard text editor! meillo
[dev] Microsoft considers harmful...
http://blogs.technet.com/b/srd/archive/2011/06/16/webgl-considered-harmful.aspx They learned their lesson and I want a button for disabling HTML5 in my browser.
Re: [dev] Microsoft considers harmful...
it called afraid, microsoft haz a lot why would the platform with more vulnerabilities talking about that they want to keep with their html5 render engine, witch cost them a lot On Fri, Jun 17, 2011 at 11:00 AM, hiro 23h...@googlemail.com wrote: http://blogs.technet.com/b/srd/archive/2011/06/16/webgl-considered-harmful.aspx They learned their lesson and I want a button for disabling HTML5 in my browser. -- Guilherme Lino
Re: [dev] Microsoft considers harmful...
On Fri, Jun 17, 2011 at 2:00 AM, hiro 23h...@googlemail.com wrote: http://blogs.technet.com/b/srd/archive/2011/06/16/webgl-considered-harmful.aspx From the article: In its current form, WebGL is not a technology Microsoft can endorse from a security perspective. It doesn't sound any worse from a security perspective than any of their other products, which they have no problem endorsing. --Andrew Hills
Re: [dev] Microsoft considers harmful...
On Fri, Jun 17, 2011 at 6:00 AM, hiro 23h...@googlemail.com wrote: http://blogs.technet.com/b/srd/archive/2011/06/16/webgl-considered-harmful.aspx They learned their lesson and I want a button for disabling HTML5 in my browser. html5 and webgl are not the same thing only one of them is *completely* stupid -- # Kurt H Maier
Re: [dev] Microsoft considers harmful...
On Fri, Jun 17, 2011 at 12:00:25PM +0200, hiro wrote: http://blogs.technet.com/b/srd/archive/2011/06/16/webgl-considered-harmful.aspx They learned their lesson and I want a button for disabling HTML5 in my browser. They haven't learned anything. http://arstechnica.com/microsoft/news/2011/06/html5-centric-windows-8-leaves-microsoft-developers-horrified.ars
Re: [dev] Experimental editor
On 17 June 2011 10:07, markus schnalke mei...@marmaro.de wrote: I disagree with this analogy. Shift is no quasimode. Yes it is. Likewise you enter ex mode (i.e. last-line mode), which you consider a quasimode No, you misunderstand completely: I don't consider ex mode `quasi'. What I said was that in my editor `command mode' is activated simply by switching to a different window, and typing into that, in exactly the same way as you were typing into the original window, except this is a *different* window. Understand? If you wanna know where you are: Hit Escape! I use vi all the time, and it is useful, but I want to make something better. Telling me to constantly hit escape is not a good way to convince me that I shouldn't. So you like vi? That's lovely. I really hope this doesn't deteriorate into an argument about everyone's favourite editor, that would be terribly boring. Aside from the trolls, I'm writing a simple UI abstraction library, sort of like swk meets draw.c, in that it's completely platform-agnostic (so we can port it to other things than Xlib), but doesn't use widgets, you just draw things. This has the benefit of encapsulating all the complicated stuff you need to with Xlib into a single place, which means the editor proper can remain nice and clean. This, as well as the UTF-8 library, might be useful in other projects as well. I'll try to keep them independent. On 15 June 2011 14:01, David Tweed david.tw...@gmail.com wrote: I've got a long comment queued up (restricted internet situation at work) I'm looking forward to this. Still. ;) cls
Re: [dev] Experimental editor
On Fri, Jun 17, 2011 at 03:16:00PM +0100, Connor Lane Smith wrote: I'm writing a simple UI abstraction library, sort of like swk meets draw.c, in that it's completely platform-agnostic (so we can port it to other things than Xlib), but doesn't use widgets, you just draw things. This has the benefit of encapsulating all the complicated stuff you need to with Xlib into a single place, which means the editor proper can remain nice and clean. This, as well as the UTF-8 library, might be useful in other projects as well. I'll try to keep them independent. I'm very interested and curious to see what direction this editor takes. Glad you're writing a generic UI abstraction; tying things to X is a nasty thing to do. I haven't used it, so don't know it's level of suckiness, but might cairo work? However, I spend quite a lot of time in editors logged in to remote servers. I don't want X on them. So, how should an editor handle these things. Obviously SSH is great for the terminal, and I love vim in it. But if we're thinking about breaking from the terminal, how would remote editing work? Some sort of ssh piping from / to the file on the server? I haven't thought this through, but it's certainly a usecase which would be nice to cover. Nick
Re: [dev] Experimental editor
On Fri, Jun 17, 2011 at 10:29 AM, Nick suckless-...@njw.me.uk wrote: I haven't used it, so don't know it's level of suckiness, but might cairo work? No. -- # Kurt H Maier
Re: [dev] Experimental editor
On Fri, Jun 17, 2011 at 10:49:12AM -0400, Kurt H Maier wrote: On Fri, Jun 17, 2011 at 10:29 AM, Nick suckless-...@njw.me.uk wrote: I haven't used it, so don't know it's level of suckiness, but might cairo work? No. maybe check out animator: http://repo.hu/projects/animator/ disclaimers: - i'm the author - i advertised it in this ml before - it's not suckless, that wasn't even the intention - but maybe the approach can be interesting... (also we used it for many things and it seems to be great for hacking together UIs and visualizations) regards, Mate
Re: [dev] Experimental editor
On Fri, Jun 17, 2011 at 10:49:12AM -0400, Kurt H Maier wrote: On Fri, Jun 17, 2011 at 10:29 AM, Nick suckless-...@njw.me.uk wrote: I haven't used it, so don't know it's level of suckiness, but might cairo work? No. Guessed that would be the case, just throwing it out there ;) Connor's stuff tends to be good, anyway. I trust he'll do right.
Re: [dev] Experimental editor
On Fri, Jun 17, 2011 at 6:29 AM, Nick suckless-...@njw.me.uk wrote: But if we're thinking about breaking from the terminal, how would remote editing work? Some sort of ssh piping from / to the file on the server? I haven't thought this through, but it's certainly a usecase which would be nice to cover. scp --Andrew Hills
Re: [dev] Experimental editor
On Fri, Jun 17, 2011 at 07:15:22AM -0800, Andrew Hills wrote: On Fri, Jun 17, 2011 at 6:29 AM, Nick suckless-...@njw.me.uk wrote: But if we're thinking about breaking from the terminal, how would remote editing work? Some sort of ssh piping from / to the file on the server? I haven't thought this through, but it's certainly a usecase which would be nice to cover. scp sure. so when i try changing a variable in a config file, your suggested usage is scp myserver:/etc/myconfig /tmp/ \ $EDITOR /tmp/myconfig \ scp /tmp/myconfig myserver: \ ssh myserver sudo mv myconfig /etc/ (ignoring the fact that i'd need sudo to not prompt for a password) I'll stick with sudo vim /etc/myconfig, in that case. And no, wrapping the above in a script is not sensible.
Re: [dev] Experimental editor
On Fri, Jun 17, 2011 at 07:15:22AM -0800, Andrew Hills wrote: On Fri, Jun 17, 2011 at 6:29 AM, Nick suckless-...@njw.me.uk wrote: But if we're thinking about breaking from the terminal, how would remote editing work? Some sort of ssh piping from / to the file on the server? I haven't thought this through, but it's certainly a usecase which would be nice to cover. scp sshfs?
Re: [dev] Microsoft considers harmful...
Honestly, I think they have a point. Sure, they don't have a leg to stand on in this area, but look at Flash. All that allows is interaction with the mouse and keyboard + video and sound playback, but not a week goes by without yet another exploit being uncovered in it. That could just be because the guys who code flash subcontract out to a few thousand monkeys with typewriters, though. It's a shame they didn't go into more detail, at the moment it could just be FUD spreading.
Re: [dev] Microsoft considers harmful...
On Fri, Jun 17, 2011 at 04:40:21PM +0100, Rob wrote: It's a shame they didn't go into more detail, at the moment it could just be FUD spreading. https://lwn.net/Articles/444672/?format=printable The comments are also worth reading
Re: [dev] Microsoft considers harmful...
On Fri, Jun 17, 2011 at 11:40 AM, Rob robpill...@gmail.com wrote: Honestly, I think they have a point. Sure, they don't have a leg to stand on in this area, but look at Flash. All that allows is interaction with the mouse and keyboard + video and sound playback, but not a week goes by without yet another exploit being uncovered in it. It also allows access to your hard drive and webcam/mic. Any time you allow web programmers to access any sort of OS component, all hell breaks loose. -- # Kurt H Maier
Re: [dev] Microsoft considers harmful...
On 06-17 16:40, Rob wrote: Sure, they don't have a leg to stand on in this area Not to defend Microsoft, but we're not in the Ninetees any more. Since Vista, they have invested millions into security and flew in almost every internationally known security researcher to break their stuff. Their software is far from secure (see the monthly patch day), but they might have more critical exposure then some of our free environments, see the Debian SSL debacle.. -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Re: [dev] Microsoft considers harmful...
On 17.06.2011, Kurt H Maier karmaf...@gmail.com wrote: html5 and webgl are not the same thing only one of them is *completely* stupid html5 is everything bad we ever had in the web together in one enormous steaming pile of shit. If there is anything not at least 99% stupid in there it must be a very lucky coincidence, just some of thousand random bugs.
Re: [dev] Experimental editor
On Fri, Jun 17, 2011 at 7:39 AM, Rob robpill...@gmail.com wrote: sshfs? That's what I use, personally, but some people hate it, and it's not always available. I prefer to see the network latency when I'm actually reading or writing the file rather than seeing my editor freeze, though, so I always use sshfs or scp. --Andrew Hills
Re: [dev] Microsoft considers harmful...
On Fri, Jun 17, 2011 at 12:46 PM, hiro 23h...@googlemail.com wrote: html5 is everything bad we ever had in the web together in one enormous steaming pile of shit. If there is anything not at least 99% stupid in there it must be a very lucky coincidence, just some of thousand random bugs. Not true! html5 frees us from xml bullshit, and most doctype idiocy. -- # Kurt H Maier
Re: [dev] Experimental editor
Just a few points from random things in this thread... Someone said they want cut and paste to be put to tmux, X, etc... I don't know that X or tmux have anything more than mark and copy to clipboard. The rest is handled by the program in them. Also the modeless second window isn't a bad idea, but I wonder if it is modeless or not. A nice feature for such a window would be a key command to go back and forth from it. While a more easy way to distinguish which mode you are in, it is no different then what VI does. In fact, VI even gives you the new window to type the command. On Fri, Jun 17, 2011 at 9:50 AM, Andrew Hills hills...@gmail.com wrote: On Fri, Jun 17, 2011 at 7:39 AM, Rob robpill...@gmail.com wrote: sshfs? That's what I use, personally, but some people hate it, and it's not always available. I prefer to see the network latency when I'm actually reading or writing the file rather than seeing my editor freeze, though, so I always use sshfs or scp. --Andrew Hills
Re: [dev] Microsoft considers harmful...
If I understand it correctly webgl just implements all these stupid html5 features. They never managed 2d in any timely, consistent manner and now they complicate it further with 3d? I want html developers to leave me the fuck alone and get a life.
Re: [dev] Microsoft considers harmful...
Not true! html5 frees us from xml bullshit, and most doctype idiocy. Nope, all xml bullshit is included to be compatible. Just like the fucking Microsoft bugfixes.
Re: [dev] Experimental editor
On 17 June 2011 15:24, Martin Kühl martin.ku...@gmail.com wrote: If ex mode were just a command buffer, you could use every piece of functionality your editor provided, maybe even open another command buffer operating on the current one. I'd not even considered this possibility, but you're right, it would work as a direct result of the command buffer abstraction. You could even open a dozen windows, SSH into different machines, and interactively run the same commands on each of them (I think there's a program which does this), without my having even considered it. All you need is `X a'. On 17 June 2011 15:29, Nick suckless-...@njw.me.uk wrote: tying things to X is a nasty thing to do. I haven't used it, so don't know it's level of suckiness, but might cairo work? I don't believe Cairo abstracts anything other than drawing (i.e. keyboard and mouse), so it would have to be Cairo + something. But if we're thinking about breaking from the terminal, how would remote editing work? A minimalist remote editing protocol is a todo. It'll basically be like the sam host, except all editing actually happens locally, only modifications to the buffer are transmitted, so you don't have any visible lag besides the initial read. It'll also be simpler, and the editor won't be dependent on it; so think closer to 9P (only with efficient in-file insert and so on). That's once we've got the basics down, though. On 17 June 2011 17:54, Michael Farnbach noble.obl...@gmail.com wrote: I don't know that X or tmux have anything more than mark and copy to clipboard. The rest is handled by the program in them. This is true. Also the modeless second window isn't a bad idea, but I wonder if it is modeless or not. The modality of windows is debatable. But since we have X I don't consider it our problem, so long as we don't *add* to the problem. Thanks, cls
Re: [dev] Microsoft considers harmful...
AS a web developer, I'll +1 Kurt on this one. The doctype bullshit is gone, and we now FINALLY have a one version to bind them. XHTML vs HTML is stupid as hell. We finally get a modern, all in one solution that doesn't require the XML bullshit that XHTML 1.0 needs. Granted - there's some shit in there I don't want in there - but I'll just stay away when I'm developing. Let's face it - the web is no longer focused on Gopher-like information presentation and gathering any longer. Live with it.
Re: [dev] Microsoft considers harmful...
On Fri, Jun 17, 2011 at 01:55:37PM -0400, Bryan Bennett wrote: Let's face it - the web is no longer focused on Gopher-like information presentation and gathering any longer. Live with it. The Chrome browser source code is 155MB without libraries. Its you and similar people who made the web to be like this. And you seem to like it. With no irony. Incidentally, the last version of the Web that was any good, and the purpose and function of web pages that are still usable to some degree in this day and age, is still the same - Gopher-like information presentation and gathering. The bastardization that began with HTTP 1.1, HTML 4.0 and CSS ruined the web, and the resulting mess will be unfixable until our civilization is wiped from the face of the earth. The only hope for a bright future in IT is swift death. In short, GTFO. With friendship, Mate PS. gopher owns
[dev] Re: [dwm] [patch] bugfix in status bar width problem
Anyone has the same bug as me? On Mon, Jun 13, 2011 at 05:45, Rudy Matela r...@matela.com.br wrote: Hello, There is a bug in the last version of dwm (verified on 5.8, 5.8.2 and r1549) regarding the bar width. By reading the BUGS file, I can see that it may be similar to the bug reported by voltaic. In my case, it appears whenever I change the orientation (rotation of the monitor). For example: $ xrandr --output LVDS1 --rotate left $ sleep 2 $ xrandr --output LVDS1 --rotate normal The bar is like cut off. I can't see the text in my statusbar. By verifing the code, I saw that dc.drawable is not updated correctly when these rotations happen. So, when changing from 600x800 to 800x600, the dc.drawable keeps the dimension of 600x16 (instead of the necessary 800x16). Attached goes a patch (against revision 1549) that resolves a status bar width problem. It's a quick fix and perhaps the changes I've made should be relocated inside updategeom() function. Maybe this also resolves the issue reported by voltaic. Regards, Rudy
Re: [dev] Microsoft considers harmful...
The base problem is simple: The Web is a hammer. It's a nice pretty hammer, but there's a lot of things that aren't nails. Somebody claiming to be Mate Nagy wrote: On Fri, Jun 17, 2011 at 01:55:37PM -0400, Bryan Bennett wrote: Let's face it - the web is no longer focused on Gopher-like information presentation and gathering any longer. Live with it. The Chrome browser source code is 155MB without libraries. Its you and similar people who made the web to be like this. And you seem to like it. With no irony. Incidentally, the last version of the Web that was any good, and the purpose and function of web pages that are still usable to some degree in this day and age, is still the same - Gopher-like information presentation and gathering. The bastardization that began with HTTP 1.1, HTML 4.0 and CSS ruined the web, and the resulting mess will be unfixable until our civilization is wiped from the face of the earth. The only hope for a bright future in IT is swift death. In short, GTFO. With friendship, Mate PS. gopher owns
Re: [dev] Re: [dwm] [patch] bugfix in status bar width problem
Hey, On 17 June 2011 19:39, Rudy Matela r...@matela.com.br wrote: Anyone has the same bug as me? Sorry for the silence, Anselm doesn't seem to have the time to apply patches atm. At least one person on IRC had a (similar but different) problem which was solved by your patch, so I don't think you're alone. I would apply the patch myself, but I don't know the dwm source well enough to know whether it's accurate. Thanks, cls
Re: [dev] [dwm] [patch] bugfix in status bar width problem
Hi Rudy, On 13 June 2011 10:45, Rudy Matela r...@matela.com.br wrote: There is a bug in the last version of dwm (verified on 5.8, 5.8.2 and r1549) regarding the bar width. By reading the BUGS file, I can see that it may be similar to the bug reported by voltaic. In my case, it appears whenever I change the orientation (rotation of the monitor). For example: $ xrandr --output LVDS1 --rotate left $ sleep 2 $ xrandr --output LVDS1 --rotate normal The bar is like cut off. I can't see the text in my statusbar. By verifing the code, I saw that dc.drawable is not updated correctly when these rotations happen. So, when changing from 600x800 to 800x600, the dc.drawable keeps the dimension of 600x16 (instead of the necessary 800x16). Attached goes a patch (against revision 1549) that resolves a status bar width problem. It's a quick fix and perhaps the changes I've made should be relocated inside updategeom() function. Maybe this also resolves the issue reported by voltaic. I applied your patch. It seems to be sensible, though a real fix is a bit of reworking the multscreen support, which I plan for 6.0. Cheers, --garbeam
Re: [dev] Microsoft considers harmful...
On the other hand with html5 we will finally have a good reason to ditch the web altogether since it won't be good enough any more. I will look into gopher again... As I don't need in-browser video/audio (never understood the html5 webm craze) I use a few scripts for direct playback on on tv and soundcard. There are dedicated downloaders like pyload if I need access to a sharehoster. Also reading mail with dillo in gmail's basic html works great although there haven't been any bugfixes from google for a long time. We'll soon be enough people so we don't loose.
Re: [dev] Experimental editor
Quoth Rob: On Fri, Jun 17, 2011 at 07:15:22AM -0800, Andrew Hills wrote: On Fri, Jun 17, 2011 at 6:29 AM, Nick suckless-...@njw.me.uk wrote: But if we're thinking about breaking from the terminal, how would remote editing work? Some sort of ssh piping from / to the file on the server? I haven't thought this through, but it's certainly a usecase which would be nice to cover. scp sshfs? That probably would fit nicely, actually. I haven't used it before, so hadn't considered it - thanks for reminding me, I'll give it a whirl soon. pgp8AvFgxGVf3.pgp Description: PGP signature