<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/lib/libedit/editline.7, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/lib/libedit/editline.7?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/lib/libedit/editline.7?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2016-05-10T11:07:53Z</updated>
<entry>
<title>Fix next_history() and previous_history():</title>
<updated>2016-05-10T11:07:53Z</updated>
<author>
<name>schwarze</name>
<email>schwarze@openbsd.org</email>
</author>
<published>2016-05-10T11:07:53Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=47f0686a862e2df42bc81479b406fc58352d68b9'/>
<id>urn:sha1:47f0686a862e2df42bc81479b406fc58352d68b9</id>
<content type='text'>
* The meaning of "next" and "previous" is exchanged in readline(3) with
respect to editline(3); this part of the patch from Bastian Maerkisch.
* next_history() can move beyond the newest entry; issue pointed out
by Bastian Maerkisch, fix by me.

While here, make the documentation of ed-next-history, ed-prev-history,
H_NEXT, and H_PREV more precise.

OK czarkoff@.
</content>
</entry>
<entry>
<title>New editline(7) manual, explaining to end-users how line editing works</title>
<updated>2016-04-20T01:11:45Z</updated>
<author>
<name>schwarze</name>
<email>schwarze@openbsd.org</email>
</author>
<published>2016-04-20T01:11:45Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=081fbbfb3ef442b46575071131a98384c5237b62'/>
<id>urn:sha1:081fbbfb3ef442b46575071131a98384c5237b62</id>
<content type='text'>
in programs like ftp(1), sftp(1), bc(1), and cdio(1) that use libedit.
The existing editrc(5) manual only explains customization, and the
existing editline(3) manual only explains the C language interface.
Already listing all editor functions and all default key bindings, but
in other respects, not 100% complete yet, and due to the sheer size,
some bugs may have slipped, but all that can be fixed in the tree.

OK and tweaks jmc@.
Also seems reasonable to Christian Heckendorf &lt;mbie at ulmus dot me&gt;.
</content>
</entry>
</feed>
