Mercurial > vim
view runtime/doc/evim-fr.UTF-8.1 @ 34548:db67c09ccd53 v9.1.0175
patch 9.1.0175: wrong window positions with 'winfix{width,height}'
Commit: https://github.com/vim/vim/commit/5866bc3a0f54115d5982fdc09bdbe4c45069265a
Author: Sean Dewar <6256228+seandewar@users.noreply.github.com>
Date: Wed Mar 13 20:17:24 2024 +0100
patch 9.1.0175: wrong window positions with 'winfix{width,height}'
Problem: winframe functions incorrectly recompute window positions if
the altframe wasn't adjacent to the closed frame, which is
possible if adjacent windows had 'winfix{width,height}' set.
Solution: recompute for windows within the parent of the altframe and
closed frame. Skip this (as before) if the altframe was
top/left, but only if adjacent to the closed frame, as
positions won't change in that case. Also correct the return
value documentation for win_screenpos. (Sean Dewar)
The issue revealed itself after removing the win_comp_pos call below
winframe_restore in win_splitmove. Similarly, wrong positions could result from
windows closed in other tabpages, as win_free_mem uses winframe_remove (at least
until it is entered later, where enter_tabpage calls win_comp_pos).
NOTE: As win_comp_pos handles only curtab, it's possible via other means for
positions in non-current tabpages to be wrong (e.g: after changing 'laststatus',
'showtabline', etc.). Given enter_tabpage recomputes it, maybe it's intentional
as an optimization? Should probably be documented in win_screenpos then, but I
won't address that here.
closes: #14191
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 | Wed, 13 Mar 2024 20:30:03 +0100 |
parents | 2eb30f341e8d |
children |
line wrap: on
line source
.TH EVIM 1 "16 février 2002" .SH NAME evim \- « Easy Vim », édite un fichier avec Vim sans utiliser les modes .SH SYNOPSIS .br .B evim [options] [fichier ...] .br .B eview .SH DESCRIPTION .B eVim lance .B Vim et configure ses options afin qu'il se comporte comme un éditeur sans mode. Cela reste Vim, mais vous pouvez l'utiliser comme un éditeur « cliquer-taper ». Cela ressemble beaucoup à l'édition avec Notepad sur MS-Windows. .B eVim ne fonctionne qu'avec l'interface graphique, qui est nécessaire pour permettre l'utilisation des menus et de la barre d'outils. .PP Il n'est utile qu'aux personnes qui ne parviennent vraiment pas à utiliser Vim de façon traditionnelle. L'édition est alors bien moins efficace. .PP .B eview fait la même chose, mais démarre Vim en mode Lecture-seule. Cela revient à lancer evim \-R. .PP Voir vim(1) pour davantage d'informations sur Vim, les options, etc. .PP L'option 'insertmode' est activée pour permettre de taper directement du texte. .br Les mappages sont configurés pour que Copier et Coller fonctionnent avec les raccourcis habituels de MS-Windows. CTRL-X coupe le texte, CTRL-C copie le texte et CTRL-V colle le texte. Vous pouvez utiliser CTRL-Q pour obtenir la fonction originale de CTRL-V. .SH OPTIONS Voir vim(1). .SH FICHIERS .TP 15 /usr/local/lib/vim/evim.vim Le script chargé pour initialiser eVim. .SH AUSSI CONNU SOUS Également connu sous le nom « Vim pour gumbies » [N.D.T. : Flying Circus...]. Quand vous utilisez eVim, vous êtes censé prendre un mouchoir de poche, faire un noeud à chaque coin et le porter sur votre tête. .SH VOIR AUSSI vim(1) .SH AUTEUR La majeure partie de .B Vim a été écrite par Bram Moolenaar, avec l'aide de nombreux autres contributeurs. Voir le menu Aide/Remerciements ou ":help credits" dans .B Vim. .SH TRADUCTION Cette page de manuel a été traduite David Blanchet. <david.blanchet@free.fr> 2005-03-26. Mise à jour 2013-05-10, Dominique Pellé <dominique.pelle@gmail.com>