Higher priority for "wrapping" symbols in `(Sub)?Word` navigation mode

Đang mở
#3,988 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 3 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
28/100
Loại issue
Tính năng
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Đình trệ
Công nghệ
go
Lĩnh vực
cli

Hướng nghiên cứu

Tái hiện các ví dụ về dấu phân cách được đặt trong dấu ngoặc kép và các dấu phân cách liền kề trong chế độ điều hướng (Sub)?Word. Issue không nêu tệp, test hoặc entry point nào, vì vậy trước tiên hãy xác định phần triển khai chế độ điều hướng và các test hiện có; làm rõ liệu mức độ ưu tiên của dấu ngoặc kép, các dấu phân cách ghép cặp hay cả hai có nằm trong phạm vi hay không, sau đó xác định các ranh giới cursor và xóa dự kiến trước khi thay đổi hành vi.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

feature
Description

The main idea would be is to grant a higher priority to the quotes [`"']+ over other \W symbols. As they're used to wrap content up and it is important to respect their boundaries.

  • "(?s)(?:some|ThInG).*$"
    Trying to delete/navigate through similar RegEx, it currently yoinks "(? and ).*$", but would be much preferable if it were split into " <= (? <= ... and ... => ).*$ => " respectively.

Optionally, and perhaps exclusively for the SubWord mode, can similar logic be applied to brackets, parentheses, or any other paired delimiters, that do not match its closing/opening pair?

Or in the "back-to-back" position ( e.g. )(, ],{ ), which is often the case with RegEx or nested data structures.

  • [(),[],{}] or {[[()]]}
    These sequences would be wiped from any position to start/end, but when properly separated by \s characters [ (), [], {} ], { [ [ () ] ] } they are treated as expected.
    Could be useful when working with string formatting patterns ( e.g. f"Items: {[z,x.c,v]}", $"{}/{}/{}.{($ext)}" ), or building some poorly designed data structure

With SubWord mode being considered less hasty and more precise, perhaps it is a good idea? Then again, maybe it's just me whining, as the default navigation mode already does that, so no pressure here.

@masmu

Ngôn ngữ chính
Go
Star
29.8k
Fork
1.4k
Merge trung bình
1 ngày 12 giờ
Pull request đã merge (30 ngày)
2

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của micro-editor/micro

Tất cả issue của micro-editor/micro

Issue tương tự

Thêm issue về Go

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.