수평

Question

말을 탐색하는 방법,이 같은 빔에서 편집중인 (HAML/루비) 라인을 가지고 :

%img{ src: (@image.presence || 'http://placehold.it/60x80/'), alt: "", data: { "snippet-image" => "image" "<150x<80" alt="alt" /> 

내가 지금으로 선을 돌려 } }와 그 alt="alt" />를 제거하고 교체해야

%img{ src: (@image.presence || 'http://placehold.it/60x80/'), alt: "", data: { "snippet-image" => "image" "<150x<80" } } 

예를 들어, 첫 번째는 {입니다. 내가 "alt ="직전으로 이동했을 때 나는 그걸 잘 대체 할 수 있습니다. C} }. 문제는 효율적으로 alt= 부분에 도착하는 것입니다.

• 13W, 개수 또는 단어의 양을 추측하고 그 금액을 이동하십시오. 이것은 매우 비효율적입니다. 13 분의 단어를 계산하기 위해 화면을 가리키는 데 거의 30 분이 걸립니다.
• $2B, 줄의 끝으로 이동, 두 단어 뒤로 이동하십시오. 이 경우, 더 효율적이지만, 여전히 계산이 필요하며, 말하자면 라인의 중간에 위치해야만합니다.
• /alt=<cr>halt=을 검색하십시오. 그런 다음 한 문자 뒤로 이동하십시오. 다시 :이 경우에는 작동하지만 더 일반적인 것을 검색 할 때이 동작이 중단됩니다. 예를 들어 14th로 이동하고 싶습니다. ".

긴 선으로 수평 방향으로보다 효율적으로 탐색하는 개념의 간단한 수정자가 누락되었다고 생각합니다. 수직적으로, 네비게이션 할 많은 것들 (텍스트 객체)이 있으며, 상대 번호 매기기와 같은 도우미가 있습니다. 여기의 예제는 코드입니다. 그러나 보고서 나 기사에서 긴 단락의 텍스트를 탐색 할 때 같은 종류의 문제가 발생합니다.

일반적으로 수평으로 어떻게 탐색하나요?

Answer 1

:

$vT";;c } } 

Answer 2

나는 최소한 대답의 일부는 (내 견해로는) 긴 줄은 코드 냄새라고 생각한다; 단지 당신이 가져 왔어요 탐색 문제뿐만 아니라 그들이 어려운

• 는
• 대부분의 도구 라인 기반의 이해를 (다른 편집자 소프트 휴식 다르게 특히 때문에, 시각적으로) 이해하기 때문에 변경 사항 (예 : 소스 제어에서 diff를 볼 때), 긴 줄이 중단됩니다 (예 : 누가 마지막 줄을 변경했는지 "비난"출력).

대부분의 언어/문법 허용을 "휴식"선 (예 \ 줄 연속 강타, C 등의 문자), 나는만큼 같은 지나치게 긴 줄을 피하기 위해 그 사용을 옹호 것 가능한.

---

는 주변에서 식별 할 수있는 고유 한 {char}을 만약 거기에 대부분 f/ t을 (거친) 위치로 WORD 현명한 W 운동에 충실, 또는 대안 말했다.

Answer 3

나는 적당한 장소에 도착할 때까지 보통 f<char>/F<char> 그리고 나서 ;을 사용합니다. 캐릭터의 인스턴스가 여러 개있는 것을 발견하면 / 검색 명령을 사용하여 근처의 일부 고유 캐릭터를 검색하거나 대체 할 수 있습니다. 그것은 또한 맛의 문제입니다.

내가 함께이 문제를 해결

Answer 4

약간의 개선 대답 romainl에 :

$3T"C } } 

내가 대답에 댓글을 떠나야했다,하지만 난 충분히 명성

이 없었다