Подсказки для использования энергии по медленному соединению?

Question

Подсказки для использования энергии по медленному соединению?

Продолжить через рабочие таблицы
Если вы хотите продолжить с `ActiveSheet`, просто удалите «+ 1».
Предупреждение : эти коды действительны, если у вас только имеется рабочих листов в рабочей книге, а не диаграммы, диалоговые окна или что-то еще.
Я почти всегда использую только рабочие листы в своих книгах, поэтому я никогда не узнал о проблеме Index , на которую JohnyL ссылается в на свой ответ на этот вопрос .

Идея

Sub ContinueThroughWorksheets()
    Dim i As Long
    With ThisWorkbook
        For i = .ActiveSheet.Index + 1 To .Worksheets.Count
            Debug.Print .Worksheets(i).Name
        Next
    End With
End Sub

Реализация

Sub ContinueThroughWorksheets2()
    Dim i As Long
    Dim j As Long
    With ThisWorkbook
       Select Case .ActiveSheet.Index
           Case 1
               j = 1
           Case .Worksheets.Count
               Exit Sub
           Case Else
               j = .ActiveSheet.Index + 1
       End Select
       For i = j To .Worksheets.Count
          Debug.Print .Worksheets(i).Name
       Next
    End With
End Sub

19

vi vim ssh

задан Der Hochstapler 16 January 2014 в 12:38

12 ответов

Другие вопросы по тегам:

vi vim ssh

Похожие вопросы:

score 16 · Answer 1

vi был создан для использования модема на более чем 300 бодов, именно поэтому существует все забавные и странные (и короткий) команда, чтобы переместиться и перейти. Изучите их...

Игра с вещами как

 :10 -> jump to line 10
 7j -> move 7lines down

И так как моя клавиатура имеет немного физической точки в ключах f и j, я использую точку на ключе j к легкой находке навигация энергии "hjkl".

, Но лучшая вещь никогда не должен прокручивать вообще, поиск к перемещению является жизненным средством сохранения. Когда Вы ищете, Ваш указатель заканчивается прямо в вещи, которую Вы ищете, подразумевая, что та медленная навигация не нужна. Это действительно полезно, если Вы заканчиваете тем, что редактировали действительно большие файлы по ssh...

score 0 · Answer 2

Каждый может тусклый боль крошечное при помощи ярлыков для перемещения вверх и вниз по файлу и вдоль строк, но поскольку я часто испытывал, делание чего-либо на медленном соединении является очень болезненным. Я нахожу что, когда возможно, что я могу сэкономить много времени и разочарования scp 'луг файл к моей рабочей станции, редактируя его там мирно, и загрузке его назад.

score 1 · Answer 3

Вы на SSH? Если это так, используйте сжатие SSH. ssh -C должен немного помочь.

1

ответ дан 30 November 2019 в 02:10

score 12 · Answer 4

Я думаю, что лучшая вещь сделать отредактировать его локально и передать файл. Это может быть автоматизировано так, чтобы было как редактировать удаленно:

http://vim.wikia.com/wiki/Editing_remote_files_via_scp_in_vim

Видит также ответы на этот связанный вопрос:

Удаленно Программирование

score 1 · Answer 5

Vim был разработан для медленных соединений. Вы используете в своих интересах команды движения и операции выбора строки? Мое предложение состоит в том, чтобы изучить части неклавиш управления курсором Vim действительно хорошо.

score 12 · Answer 6

Немного вещей изучить.

: он lazyredraw
: он ttyfast
: он nofsync

12

ответ дан 30 November 2019 в 02:10

score 4 · Answer 7

По медленному соединению это болезненно для перемещения символа курсора символом, потому что Вы не получаете непосредственную визуальную обратную связь, таким образом, Вы всегда заканчиваете тем, что переместились слишком много или слишком мало.

Поэтому то, что является самым эффективным мне, должно использовать более умные перемещения и команды, как:

fx - переход к следующей букве x
5w - перемещает 5 слов вперед
ci( - замена, что между круглыми скобками
dap - удаляют текущий абзац
и длинное и так далее.

я пропускаю те команды все время при вводе в текстовых областях браузера, как теперь:)

score 1 · Answer 8

Моя рекомендация состоит в том, чтобы выключить подсветку синтаксиса в энергии. Особенно для больших файлов, это заставляет энергию ответить намного быстрее для меня. (:syntax off)

Редактирование: Это могло бы также помочь из документации энергии:

http://www.vim.org/htmldoc/term.html#slow-fast-terminal (это похоже, предложения, отправленные уже, имеют некоторые вещи из этого документа)

score 12 · Answer 9

Можно попытаться отправиться тайм-аут и тайм-аут , этот способ, которым Vim будет ожидать или до полного отображения или до сочетания клавиш, был получен.

Или можно увеличиться значение timeoutlen, это - время в миллисекундах, ожидал кода клавиши или отобразил сочетание клавиш для завершения.

score 1 · Answer 10

I'm not sure if this is applicable but if you're connection is at all temperamental and likely to drop out I'd use vim with "screen". screen gives you a virtual terminal which you can just reconnect to if it drops out so you're vim window is persistent.

score 3 · Answer 11

Уловка для определения того, что вызывает проблемы с производительностью, заключается в том, чтобы отключить все в vim, а затем медленно вводить части обратно, пока вы не выясните, что вызывает вашу производительность проблемы.

То есть удалите (или переместите, или переименуйте) следующие файлы / каталоги для быстрого отключения:

C: \ Program Files \ Vim \ _vimrc
C: \ Program Files \ Vim \ vimfiles
C : \ Program Files \ Vim \ vim72 \ autoload
C: \ Program Files \ Vim \ vim72 \ plugin

В Unix / Linux / OS X эти файлы должны находиться по адресу:

~ / .vim / plugin
~ / .vim / autoload

Если вы не можете найти его ни в одном из этих мест, то команда : version может показать вам, какие файлы .vimrc являются использовался. Каталог плагинов должен быть поблизости.

Запустите vim - возможно, это будет выглядеть странно без каких-либо настроек. Но теперь он должен работать приемлемо.

Затем начните вводить биты по частям, пока не выясните, что вызывает проблему.

Я сделал это и обнаружил, что следующие стандартные плагины вызывают проблемы при использовании Vim поверх VPN:

matchparen.vim
netrwPlugin.vim
vimballPlugin.vim

Большинство проблем, которые вызывают эти плагины, связаны с добавлением новых автокоманд (например, во время BufEnter), которые плохо работают при редактировании удаленных файлов. Вы также можете обнаружить, что у вас есть собственные плагины, которые могут вызывать проблемы с производительностью.

Затем я написал функцию для удаления этих автокоманд при удаленной работе:

let g:NotEditingRemotely = 1

function! s:ToggleRemoteFile()
    if exists("g:NotEditingRemotely")
        " Disable the matchparen.vim plugin"
        :NoMatchParen

        " Turn off detection of the type of file"
        filetype off

        " Disable the netrwPlugin.vim"
        au! Network
        au! FileExplorer

        " Remove tag scanning (t) and included file scanning (i)"
        set complete=.,w,b,u,k

        " Remove these autocommands which were added by vimBallPlugin.vim"
        au! BufEnter *.vba
        au! BufEnter *.vba.gz
        au! BufEnter *.vba.bz2
        au! BufEnter *.vba.zip

        unlet g:NotEditingRemotely

        :echo 'Remote Edit mode turned on'
    else
        " Enable the matchparen.vim plugin"
        :DoMatchParen

        " Turn on detection of files"
        filetype on

        " Add back in tag scanning (t) and included file scanning (i)"
        set complete=.,w,b,u,t,i,k

        let g:NotEditingRemotely = 1

        :echo 'Remote Edit mode turned off'
    endif
endfunction

command! -nargs=0 ToggleRemoteFile call s:ToggleRemoteFile()
noremap <F6> :ToggleRemoteFile<CR>

Вставьте свой vimrc и посмотрите, имеет ли это значение.

Я сделал это и обнаружил, что следующие стандартные плагины вызывают проблемы при использовании Vim через VPN:

matchparen.vim
netrwPlugin.vim
vimballPlugin.vim

Большинство проблем, которые эти плагины создают, это добавление новых автокоманд (например, во время BufEnter), которые плохо работают при редактировании удаленных файлов. Вы также можете обнаружить, что у вас есть собственные плагины, которые могут вызывать проблемы с производительностью.

Затем я написал функцию для удаления этих автокоманд при удаленной работе:

let g:NotEditingRemotely = 1

function! s:ToggleRemoteFile()
    if exists("g:NotEditingRemotely")
        " Disable the matchparen.vim plugin"
        :NoMatchParen

        " Turn off detection of the type of file"
        filetype off

        " Disable the netrwPlugin.vim"
        au! Network
        au! FileExplorer

        " Remove tag scanning (t) and included file scanning (i)"
        set complete=.,w,b,u,k

        " Remove these autocommands which were added by vimBallPlugin.vim"
        au! BufEnter *.vba
        au! BufEnter *.vba.gz
        au! BufEnter *.vba.bz2
        au! BufEnter *.vba.zip

        unlet g:NotEditingRemotely

        :echo 'Remote Edit mode turned on'
    else
        " Enable the matchparen.vim plugin"
        :DoMatchParen

        " Turn on detection of files"
        filetype on

        " Add back in tag scanning (t) and included file scanning (i)"
        set complete=.,w,b,u,t,i,k

        let g:NotEditingRemotely = 1

        :echo 'Remote Edit mode turned off'
    endif
endfunction

command! -nargs=0 ToggleRemoteFile call s:ToggleRemoteFile()
noremap <F6> :ToggleRemoteFile<CR>

Вставьте свой vimrc и посмотрите, имеет ли это значение.

Я сделал это и обнаружил, что следующие стандартные плагины вызывают проблемы при использовании Vim через VPN:

matchparen.vim
netrwPlugin.vim
vimballPlugin.vim

Большинство проблем, которые эти плагины создают, это добавление новых автокоманд (например, во время BufEnter), которые плохо работают при редактировании удаленных файлов. Вы также можете обнаружить, что у вас есть собственные плагины, которые могут вызывать проблемы с производительностью.

Затем я написал функцию для удаления этих автокоманд при удаленной работе:

let g:NotEditingRemotely = 1

function! s:ToggleRemoteFile()
    if exists("g:NotEditingRemotely")
        " Disable the matchparen.vim plugin"
        :NoMatchParen

        " Turn off detection of the type of file"
        filetype off

        " Disable the netrwPlugin.vim"
        au! Network
        au! FileExplorer

        " Remove tag scanning (t) and included file scanning (i)"
        set complete=.,w,b,u,k

        " Remove these autocommands which were added by vimBallPlugin.vim"
        au! BufEnter *.vba
        au! BufEnter *.vba.gz
        au! BufEnter *.vba.bz2
        au! BufEnter *.vba.zip

        unlet g:NotEditingRemotely

        :echo 'Remote Edit mode turned on'
    else
        " Enable the matchparen.vim plugin"
        :DoMatchParen

        " Turn on detection of files"
        filetype on

        " Add back in tag scanning (t) and included file scanning (i)"
        set complete=.,w,b,u,t,i,k

        let g:NotEditingRemotely = 1

        :echo 'Remote Edit mode turned off'
    endif
endfunction

command! -nargs=0 ToggleRemoteFile call s:ToggleRemoteFile()
noremap <F6> :ToggleRemoteFile<CR>

Вставьте свой vimrc и посмотрите, имеет ли это значение.

score 0 · Answer 12

Медленный запуск vim от Depesz , вероятно, не ваш случай, но, возможно, он вам тоже поможет.

0

ответ дан 30 November 2019 в 02:10