General

Profile

Reza Jelveh

  • Login: rjelveh
  • Email: reza.jelveh@tuhh.de
  • Registered on: 01/05/2009
  • Last connection: 01/24/2009

Issues

open closed Total
Assigned issues 0 0 0
Reported issues 3 3 6

Projects

Project Roles Registered on
Yzis Reporter 01/15/2009

Activity

01/24/2009

07:05 PM Yzis Feature #498: "persistent" marks. ie. marks that move in column when you delete prior to the mark
sorry, wrong patch added. can someone delete the other one? Reza Jelveh
07:01 PM Yzis Feature #498: "persistent" marks. ie. marks that move in column when you delete prior to the mark
Here's my first attempt at it.
TODO:
- insertchar and deletechar shouldn't really be the ones calling adjustmarks, i ...
Reza Jelveh

01/16/2009

10:04 PM Yzis Bug #504: missing redraw when scroling down
sorry, this one should properly respect indenting. Reza Jelveh
10:00 PM Yzis Bug #504: missing redraw when scroling down
using just targetbufferline seems better
though im not sure if the last targetbufferline is actually necessary...
Reza Jelveh
01:07 AM Yzis Bug #504: missing redraw when scroling down
replacing:
310 void YView::scrollLineToTop( int line )
311 {
312 int scroll_horizontal, scroll_vertical;
313 ...
Reza Jelveh

01/13/2009

03:42 AM Yzis Bug #502 (Closed): undo will add a line on top
libyzis/buffer.cpp:314... Reza Jelveh

01/11/2009

07:03 PM Yzis Bug #499 (New): big file performance awful
simply doing a
while true; do
cat libyzis/view.cpp >> test.cpp
done
nyzis test.cpp will illustrate the problem.
in ...
Reza Jelveh

01/10/2009

08:10 PM Yzis Feature #498: "persistent" marks. ie. marks that move in column when you delete prior to the mark
sorry it was actually supposed to look like this:
1. write some text...
Reza Jelveh
08:03 PM Yzis Feature #498 (New): "persistent" marks. ie. marks that move in column when you delete prior to the mark
This is the same issue that prevents vim from having a proper snippet plugin.
emacs textmate and elvis(or vile i don'...
Reza Jelveh

01/05/2009

11:51 AM Yzis Bug #489: < ist incorrectly drawn as <LT>
the problem comes from toBasicRep in keys.cpp
why is there a check for mKey != '<' ?
Reza Jelveh

Also available in: Atom