On Wed, 14 Aug 2013 21:59:11 +0430
Ali Gholami Rudi aliqr...@gmail.com wrote:
As Tony pointed out, arabic.c replaces Arabic characters with their
Unicode presentation forms; Arabic and Farsi letters have different
shapes based on their positions inside words. My patch simplifies
arabic.c and
On Tuesday, June 11, 2013 12:54:35 AM UTC+9, Ben Fritz wrote:
On Monday, June 10, 2013 3:00:45 AM UTC-5, mattn wrote:
I haven't tried the patch. I'm slightly concerned about removing a redraw
during completion, because of this discussion which resulted in patch 807
*adding* a redraw of the
On Thursday, August 15, 2013 8:57:42 PM UTC+9, mattn wrote:
https://gist.github.com/6240255
When redrawing popup menu, it don't need to redraw FORCELY.
This patch seems to be working by leaps and bound. Most of flicker was
removed.
But c-xc-oc-pc-p become crash.
--
--
You received this
Hi bram.
When redrawing statusline in redraw_custom_statusline(), it block recursible
call with 'entered' flag.
But win_redr_custom that called in some part is not blocked with flag.
win_redr_custom is called in following cases.
* redrawing statusline
* redrawing tabline
* redrawing ruler
And
Hi all,
I've noted this behaviour with omaps: in my omap I jump to a place in the
buffer, then after an if test I select visually something. So all is good when
the test succeds and only the visual area gets modified. Now if the test fails,
no visual selection is created and the omap acts on my
On Thursday, August 15, 2013 9:02:51 PM UTC+9, mattn wrote:
On Thursday, August 15, 2013 8:57:42 PM UTC+9, mattn wrote:
https://gist.github.com/6240255
When redrawing popup menu, it don't need to redraw FORCELY.
This patch seems to be working by leaps and bound. Most of flicker was
On Thursday, August 15, 2013 9:58:18 PM UTC+9, mattn wrote:
How about this?
https://gist.github.com/6240621
Removing duplicate forcely update_screen.
This seems working good for me.
- Yasuhiro Matsumoto
Ah, Sorry It seems statusline must be redrawn.
https://gist.github.com/6240679
On Thu, August 15, 2013 14:57, Dimitar DIMITROV wrote:
Hi all,
I've noted this behaviour with omaps: in my omap I jump to a place in the
buffer, then after an if test I select visually something. So all is good
when
the test succeds and only the visual area gets modified. Now if the test
Hi all,
I've noted this behaviour with omaps: in my omap I jump to a place in the
buffer, then after an if test I select visually something. So all is good
when
the test succeds and only the visual area gets modified. Now if the test
fails, no visual selection is created and the omap acts
On Thu, August 15, 2013 15:53, Dimitar DIMITROV wrote:
Hi all,
I've noted this behaviour with omaps: in my omap I jump to a place in
the
buffer, then after an if test I select visually something. So all is
good
when
the test succeds and only the visual area gets modified. Now if the
test
On Wednesday, August 14, 2013 4:34:12 PM UTC-5, Christian Brabandt wrote:
On Di, 13 Aug 2013, Christian Brabandt wrote:
On Tue, August 13, 2013 01:00, Einar Lielmanis wrote:
Encrypted file contents are destroyed, if something (e.g autocmd)
triggers write event, while user is
FWIW I too have segfaults with ruby syntax on, 7.4, os x 10.6.8. Updating my
vim syntax file resolved the problem.
M
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit
Christian Brabandt wrote:
On Di, 13 Aug 2013, Christian Brabandt wrote:
On Tue, August 13, 2013 01:00, Einar Lielmanis wrote:
Encrypted file contents are destroyed, if something (e.g autocmd)
triggers write event, while user is being asked for password.
To repro:
1. have an
ZyX wrote:
I see that all g:vimsyn_embed flags say things like “embed … **(but only if vim
supports it)**”. This is ridiculous:
Ah, I disagree -- not ridiculous at all. What's ridiculous is to assume
that one will be writing code for an interpreter embedded in vimscript
without being able to
Hi, All,
it is very convinence if vim-dev team includes system verilog syntax file as
default.
Best Regards,
Tomo
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit
On Thursday, August 15, 2013 10:02:36 PM UTC-5, DrChip wrote:
ZyX wrote:
I see that all g:vimsyn_embed flags say things like �embed � **(but
only if vim supports it)**�. This is ridiculous:
Ah, I disagree -- not ridiculous at all. What's ridiculous is to assume
that one will
16 matches
Mail list logo