Timeline
Aug 26, 2010:
- 11:01 PM Ticket #149 (Net::IRC is abandoned) created by
- http://search.cpan.org/~apeiron/Net-IRC-0.79/IRC.pm “Net::IRC - DEAD …
Aug 22, 2010:
- 9:33 PM Changeset [691d012]release-1.10release-1.7release-1.8release-1.9 by
- owl.h: Include config.h before testing HAVE_STDBOOL_H Signed-off-by: Anders Kaseorg <andersk@mit.edu>
Aug 21, 2010:
- 3:19 PM Changeset [06adc25]release-1.10release-1.7release-1.8release-1.9 by
- Sanitize our include guards somewhat Avoid double underscores to avoid clashing with reserved symbols. Also adding BARNOWL to guard names. While I'm at it, owl_prototypes.h could use guards.
- 9:05 AM Changeset [86f740e]release-1.10release-1.7release-1.8release-1.9 by
- do-release: Remove autom4te.cache from the release tarballs. This is unnecessary, and causes problems for the Debian package, at least.
Aug 8, 2010:
- 3:22 PM zcrypt edited by
- (diff)
- 3:19 PM zcrypt edited by
- (diff)
- 3:11 PM WikiStart edited by
- (diff)
- 3:10 PM zcrypt edited by
- (diff)
Aug 7, 2010:
- 9:06 PM Changeset [d40ad8b]release-1.10release-1.7release-1.8release-1.9 by
- Punt OWL_WEBBROWSER_* and userclue That code hasn't been used for quite some time, and only one of those browsers is still in active development anyway.
- 12:55 AM Changeset [335413f1]release-1.10release-1.7release-1.8release-1.9 by
- Fix owl_editwin_move_to_beginning_of_line for empty first lines The condition for determining whether we stopped moving because we encountered the beginning of the buffer or the end of the previous line was incorrect. As a result, the editwin was moving back an extra line when the first line was empty.
- 12:55 AM Changeset [e5c9d3de]release-1.10release-1.7release-1.8release-1.9 by
- Add a test for owl_editwin_move_to_beginning_of_line We currently incorrectly handle buffers which begin with an empty line.
Aug 5, 2010:
- 12:08 AM 256Colors edited by
- (diff)
- 12:08 AM 256Colors edited by
- (diff)
- 12:08 AM 256Colors edited by
- Mention ncurses-term package. (diff)
Aug 2, 2010:
- 11:38 PM Changeset [5ca3fb7]release-1.10release-1.7release-1.8release-1.9 by
- Correctly maintain the doubly linked list in owl_widnow Oops. This must have only barely worked because we've been deleting things in the right order.
- 11:38 PM Changeset [fd03b12]release-1.10release-1.7release-1.8release-1.9 by
- Properly revert globalnotifier changes to stubgen.pl Apparently I made some typoes and didn't do the obvious thing of checking out the old copy when punting the experiment. Variables with different varname and altvarname got slightly confused.
- 11:38 PM Changeset [e0022d2]release-1.10release-1.7release-1.8release-1.9 by
- Expand tabs first in owl_fmtext_truncate_cols Although the previous commit already expanded tabs from messages, a fmtext may still get tabs in it. For instance, a :pexec. So, before truncating, we expand all tabs. Also adds a test case with tabs for owl_fmtext_truncate_cols.
- 11:38 PM Changeset [30da473]release-1.10release-1.7release-1.8release-1.9 by
- Expand tabs before applying OWL_TAB This is a partial fix to #90. Messages with tabs still do not correctly tab in the default style, if the intent is to begin column counts after the 4-space indent. But, if the style does give us tabs, BarnOwl should correctly draw them from the style. Expanding them here both deals with owl_fmtext_truncate_cols not understanding tabs and tabs getting confused by the OWL_TAB indent. A full fix should expand tabs in the style layer, taking markup into account.
- 1:01 PM Ticket #148 (misleading text for sender on zwrite to multiple people without -C) created by
- If I 'zwrite leonidg ternus', I see […] even though both …
Jul 31, 2010:
- 7:12 PM Changeset [2b83ad6]release-1.10release-1.7release-1.8release-1.9 by
- Add owl_fmtext_expand_tabs with test case
- 7:11 PM Changeset [c93b8b5]release-1.10release-1.7release-1.8release-1.9 by
- Consider format characters in owl_fmtext_num_lines This fixes the second failure in the owl_fmtext test.
- 7:11 PM Changeset [e0e0e5a]release-1.10release-1.7release-1.8release-1.9 by
- Make _owl_fmtext_append_fmtext take a half-open range Inclusive on both endpoints is weird. This also makes the usage in owl_fmtext_append_fmtext correct. It otherwise appends an extra '\0', causing textlen to be off. This fixes a failure in the owl_fmtext test.
- 7:11 PM Changeset [6772d19]release-1.10release-1.7release-1.8release-1.9 by
- Add a test case for owl_fmtext with two failures When appending text, we get the textlen wrong. We also fail to correctly consider attributes in owl_fmtext_num_lines. This also adds tests for owl_fmtext_truncate_cols and owl_fmtext_truncate_lines as they are finicky.
Note: See TracTimeline
for information about the timeline view.
