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
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 http://www.vim.org/
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
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:
On Do, 15 Aug 2013, Matt Yoder wrote:
> FWIW I too have segfaults with ruby syntax on, 7.4, os x 10.6.8.
> Updating my vim syntax file resolved the problem.
Well, 7.4.003 should have fixed that. Can you confirm?
regards,
Christian
--
Durch die Leidenschaften lebt der Mensch, durch die Vernunft
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 http://www.vim.org
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, whil
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 modi
>> 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 th
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 tes
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/6
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 w
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
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 w
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 become crash.
--
--
You received this message
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 th
On Wed, 14 Aug 2013 21:59:11 +0430
Ali Gholami Rudi 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 adds Farsi lett
17 matches
Mail list logo