Provide a way to hook on routing start/end
Maintainer thường phản hồi trong vòng 1 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
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- typescript
Hướng nghiên cứu
Bắt đầu bằng cách theo dõi transaction định tuyến và các hook useLocation hiện có để xác định khi nào các thay đổi route trở nên có thể quan sát được so với các cập nhật DOM. Định nghĩa và xác thực một hook có thể so sánh route cũ và mới trước khi transition được render, với các test xác nhận rằng các prop animation enter và exit có thể được chọn khi bắt đầu định tuyến.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
When using, for example solid-transition-group to implement enter/exit transitions on route changes, e.g.,
...
<Transition {transitionProps}>
<Routes />
</Transition>
...
it is useful to use a different set of transitionProps for the enter and the exit animations. The exact set of props can be determined by comparing the old route to the new one (for example, going from master to detail usually involves an enter transition, while going back an exit one) and currently there is no way to do that. For example useLocation() and other hooks trigger after the routing transaction has ended: to late to change in any way the props passed to <Transition> or to inlfuence the DOM changes or CSS animations.
I think that implementing an hook that triggers at the start of the routing transaction would be extremely useful to help synchronize DOM animations with route changes.
- Ngôn ngữ chính
- TypeScript
- Star
- 1.3k
- Fork
- 182
- Merge trung bình
- 16 giờ 9 phút
- Pull request đã merge (30 ngày)
- 42
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của solidjs/solid-router
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100
solidjs/solid-router#670 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
solidjs/solid-router#654 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
<A> costs ~6us of server CPU per instance during SSR (20x a plain <a>), mostly mergeProps/splitPropsCó thể đã có người làm @birkskyum đã nhận 63 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 55/100
solidjs/solid-router#583 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
solidjs/solid-router#569 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 38/100
solidjs/solid-router#518 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của solidjs/solid-router
Issue tương tự
-
area:deploy task
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
wilanis/wilanis-js#1017 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation v2
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
modelcontextprotocol/servers#5133 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
budget bug feature frontend good-issue medium needs-review OSCI'26 payments
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
SatyamPandey-07/WorkSphere#5990 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
lugassawan/swe-workbench#799 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug good first issue javascript
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
yukikotani231/sqlsift#326 ·
Maintainer thường phản hồi trong vòng 1 ngày