Mercurial > vim
view runtime/syntax/ave.vim @ 34538:c865c2f93a04 v9.1.0171
patch 9.1.0171: Small split-move related improvements
Commit: https://github.com/vim/vim/commit/5cac1a9bee0798d70a7fd80363a1f697759638e8
Author: Sean Dewar <6256228+seandewar@users.noreply.github.com>
Date: Tue Mar 12 21:11:39 2024 +0100
patch 9.1.0171: Small split-move related improvements
Problem: small improvements can be made to split-move related
functions.
Solution: apply them (Sean Dewar):
- Improve some doc comments (frame_flatten should still work for non-current
tabpages, despite the topframe check, which looks benign, though I'm unsure if
it's still needed; see #2467).
- f_win_splitmove should check_split_disallowed on wp, not targetwin, as that's
what win_splitmove checks (though it's probably unnecessary to check
b_locked_split at all; see #14109, which I hope to get around to finishing at
some point).
- Make winframe_restore restore window positions for the altframe, which
winframe_remove changes. This doesn't affect the prior behaviour, as we called
win_comp_pos after, but as win_comp_pos only works for curtab, and
winframe_remove supports non-current tabpages, we should undo it. Regardless,
this should mean we don't need win_comp_pos anymore; adjust tests to check
that window positions remain unchanged.
I'm not sure win_comp_pos is needed after last_status anyway if it doesn't
steal rows from another frame to make room for a new statusline, which
shouldn't be the case after winframe_remove? To be safe, I'll leave it as is.
closes: #14185
Signed-off-by: Sean Dewar <6256228+seandewar@users.noreply.github.com>
Signed-off-by: Christian Brabandt <cb@256bit.org>
| author | Christian Brabandt <cb@256bit.org> |
|---|---|
| date | Tue, 12 Mar 2024 21:15:03 +0100 |
| parents | 8a1481e59d64 |
| children |
line wrap: on
line source
" Vim syntax file " Copyright by Jan-Oliver Wagner " Language: avenue " Maintainer: Jan-Oliver Wagner <Jan-Oliver.Wagner@intevation.de> " Last change: 2001 May 10 " Avenue is the ArcView built-in language. ArcView is " a desktop GIS by ESRI. Though it is a built-in language " and a built-in editor is provided, the use of VIM increases " development speed. " I use some technologies to automatically load avenue scripts " into ArcView. " quit when a syntax file was already loaded if exists("b:current_syntax") finish endif " Avenue is entirely case-insensitive. syn case ignore " The keywords syn keyword aveStatement if then elseif else end break exit return syn keyword aveStatement for each in continue while " String syn region aveString start=+"+ end=+"+ " Integer number syn match aveNumber "[+-]\=\<[0-9]\+\>" " Operator syn keyword aveOperator or and max min xor mod by " 'not' is a kind of a problem: It's an Operator as well as a method " 'not' is only marked as an Operator if not applied as method syn match aveOperator "[^\.]not[^a-zA-Z]" " Variables syn keyword aveFixVariables av nil self false true nl tab cr tab syn match globalVariables "_[a-zA-Z][a-zA-Z0-9]*" syn match aveVariables "[a-zA-Z][a-zA-Z0-9_]*" syn match aveConst "#[A-Z][A-Z_]+" " Comments syn match aveComment "'.*" " Typical Typos " for C programmers: syn match aveTypos "==" syn match aveTypos "!=" " Define the default highlighting. " Only when an item doesn't have highlighting+yet hi def link aveStatement Statement hi def link aveString String hi def link aveNumber Number hi def link aveFixVariables Special hi def link aveVariables Identifier hi def link globalVariables Special hi def link aveConst Special hi def link aveClassMethods Function hi def link aveOperator Operator hi def link aveComment Comment hi def link aveTypos Error let b:current_syntax = "ave"