{"push_id":1269990651,"size":7,"distinct_size":7,"ref":"refs/heads/1.3","head":"a7aa5f93c36fcb05294851a9215ce5312918f4bf","before":"2dd8911f821b422d6f1bf79e02bde2dfd799c271","commits":[{"sha":"bd4a905cda1e7c2a204a7edc3431d3eb28554359","author":{"name":"Scott Kostyshak","email":"5920b79e30ad18b7e5cc07ed347a90381737776f@princeton.edu"},"message":"Fix a warning with Perl versions >= v5.21.1\n\nI do not fix the possible underlying bug and just cover up a warning\nbecause I do not think the issue is serious.\n\nThis warning was only introduced recently to Perl. To see the\nchangelog entry, see:\n\n  http://perldoc.perl.org/perl5211delta.html","distinct":true,"url":"https://api.github.com/repos/alick/vit/commits/bd4a905cda1e7c2a204a7edc3431d3eb28554359"},{"sha":"609a1849c942fde67e51c0511255eae7a873b115","author":{"name":"Scott Kostyshak","email":"5920b79e30ad18b7e5cc07ed347a90381737776f@princeton.edu"},"message":"Work around another instance of the Perl warning\n\nFor more information, see bd4a905c.\n\nI triggered this possibility (that is, that $repeat_count is\nnegative) by zooming out and then zooming in very close, on\ngnome-terminal.","distinct":true,"url":"https://api.github.com/repos/alick/vit/commits/609a1849c942fde67e51c0511255eae7a873b115"},{"sha":"8e843b24c84766d76e7d35f5be340c688e125161","author":{"name":"Scott Kostyshak","email":"88b219615c49f78ee4d4f672d443301c827b3d2a@gmail.com"},"message":"Do not exit if terminal resized to small height\n\nWhen the termal is resized, VIT receives a 410 character and\nredraws. However, redrawing in a terminal with very small height\n(e.g. one row) fails because of underlying ncurses functions.\n\nThe fix simply involves not redrawing if the terminal is small. If\nthe terminal is resized to a larger size then redrawing naturally\nresumes. The user likely won't notice the lack of redrawing because\nto trigger this situation the terminal must be unusably small and\nthus it was likely not intended by the user, or the terminal size is\nin a transitional state.","distinct":true,"url":"https://api.github.com/repos/alick/vit/commits/8e843b24c84766d76e7d35f5be340c688e125161"},{"sha":"77a9f97bacbd8df544f0de5a1f4ec6c0cf7815d2","author":{"name":"Richard Gay","email":"f75a567db522d5013d4c2ff042445475a0412c86@t-online.de"},"message":"initial fix for displaying multi-byte report data\n\nThis patch fixes some glitches in the display of tasks\nif multi-byte characters are contained in the task\ndescription. The glitches concerned (1) the positioning\nof text in columns to the right of the task description\nand (2) the background color around such text when\nhighlighting and de-highlighting the rows.\n\nThe patch works by using decode_utf8 before the length\nfunction is invoked on the displayed report data.\n\nAs test case, German umlauts served.","distinct":true,"url":"https://api.github.com/repos/alick/vit/commits/77a9f97bacbd8df544f0de5a1f4ec6c0cf7815d2"},{"sha":"4de7351c057982fe602bfbac89e10a7950ceae32","author":{"name":"Richard Gay","email":"f75a567db522d5013d4c2ff042445475a0412c86@t-online.de"},"message":"fix for multi-byte prompt input\n\nThis patch fixes a glitch occurring when multi-byte input\nis typed into the prompt line. In this situation, the cursor\npreviously moved to the right by more than just one position.\nThe typed text was displayed correctly though (no gaps in\nbetween). This patch fixes the bug VT-100\n(https://bug.tasktools.org/browse/VT-100)\n\nThe patch works by invoking the Curses window's getch()\nmultiple times for a single \"character\", if this \"character\"\nindicates that it represents the first byte of a multi-byte\ncharacter. The whole multi-byte character is then read and\nreturned as a whole in a single iteration of the prompt's\nmain loop. This functionality is implemented in function\nprompt_u8getch() in prompt.pl.\n\nA note about the \"Wide-Character-Aware Functions\" in Curses\n(http://search.cpan.org/~giraffed/Curses-1.32/Curses.pm).\nI actually tried to use them as well (as alternative to the\nslightly hack-ish prompt_u8getch() that I found online), but\ndid not manage to get them work. Concretely: Just using \"getchar\"\ncompletely erased the screen already when I press the \"a\" for\nadding a task. Using \"$prompt_win->getchar\" showed unexpected\nother characters than the German umlauts I used for testing.\n\nAs test case, German umlauts as well as the cyrillic 'Ya' served.\nOther special characters (like arrows or \\t) are tested to still\nwork as before.","distinct":true,"url":"https://api.github.com/repos/alick/vit/commits/4de7351c057982fe602bfbac89e10a7950ceae32"},{"sha":"5b9cf14ff9a086622f911c8d5319c2cb321c73c0","author":{"name":"Richard Gay","email":"f75a567db522d5013d4c2ff042445475a0412c86@t-online.de"},"message":"fix for multi-byte searches\n\nThis patch fixes searching for strings including multi-byte characters.\nThe patch includes a fix for the search prompt such that it no longer\nadvances the cursor by several positions for a single multi-byte char.\nThis fix is analogous to the \"fix for multi-byte prompt input\".\nMoreover, the patch includes a fix for the search itself such that it\nactually discovers matches containing multi-byte chars.\n\nThe first part of the patch uses the utf8-aware prompt for searches.\nFor the second part of the patch, the read input is now utf8-decoded at\na central place in the code. This second part made a previously added\ndecoding in the display code obsolete.\n\nAs test case, German umlauts served.","distinct":true,"url":"https://api.github.com/repos/alick/vit/commits/5b9cf14ff9a086622f911c8d5319c2cb321c73c0"},{"sha":"a7aa5f93c36fcb05294851a9215ce5312918f4bf","author":{"name":"Scott Kostyshak","email":"88b219615c49f78ee4d4f672d443301c827b3d2a@gmail.com"},"message":"Add Richard Gay to AUTHORS","distinct":true,"url":"https://api.github.com/repos/alick/vit/commits/a7aa5f93c36fcb05294851a9215ce5312918f4bf"}]}
{"actor":{"display_login":"alick"}}