Add API access for more Editor positions
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
Hướng nghiên cứu
Bắt đầu bằng cách xem xét scripting API hiện có cho editor.Scroll và editor.Zoom, sau đó kiểm tra cách Timeline, palette, color picker, sprite tabs và preview window cung cấp trạng thái của chúng. Xác định những vị trí, kích thước, khả năng hiển thị, mức thu phóng và trạng thái phát lại nào trong danh sách có thể được biểu diễn một cách nhất quán; công việc được xem là hoàn tất khi các trạng thái được hỗ trợ có hành vi getter và setter được ghi lại mà không làm gián đoạn các script.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Over the years of making plugins, I've often wanted to make sure to store or reset the editor as close to it's original state as possible after running a script or plugin. For example, if I'm reloading a sprite, I'd still want the editor.Scroll and editor.Zoom to remain the same so the reload isn't as jarring.
However, there are multiple areas of the editor where this isn't possible, because there is no API access to the state, position or zoom of these areas. For example, adding a temporary layer and then deleting it leads to the Timeline's position to automatically focus the location of the new layer, without any way to set it back. Adding both getters and setters for these areas would make it easier to run scripts without disruption.
I'd love for these to be added, although I'm probably missing some:
editor.timeline.zoomeditor.timeline.scrolleditor.timeline.windowsize: The size of the editor area, so we can adjust how wide/high the area iseditor.timeline.visible: Whether the timeline is visible or invisible (View > Timeline)`editor.advancedmode: Which mode is currently on (normal, editor focus or editor only)editor.palette.scrolleditor.palette.zoomeditor.palette.windowsize: The size of the palette area, so we can adjust how wide/high the area iseditor.colorpicker.windowsize: The size of the colorpicker area, so we can adjust how wide/high the area issprite.tabIndex: The order in which the sprites are shown at the top of the editoreditor.previewwindow.zoomeditor.previewwindow.scrolleditor.previewwindow.visible: `Whether the preview window is enabled or disablededitor.previewwindow.play: Whether the preview window is playing or not- `editor.previewwindow.followcenter : Whether the preview window is showing a static location of the sprite, or whether it is following the center of the main editor window
editor.previewwindow.position: The position of the window on the screen(s)editor.previewwindow.size: The size of the preview window
Names are placeholder ofcourse!
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 312
- Fork
- 68
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
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
- Đọ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 aseprite/api
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
-
Document dialog:entry placeholder propertyCó thể làm lại được @crashtestjava đã nhận 50 ngày trước và không có pull request nào đang mở. Đang mở
-
Document dialog:samerowCó thể làm lại được @crashtestjava đã nhận 50 ngày trước và không có pull request nào đang mở. Đang mở
-
Document onSave/beforeSave sprite.eventsCó thể làm lại được @crashtestjava đã nhận 50 ngày trước và không có pull request nào đang mở. Đang mở
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
langchain-ai/deepagentsjs#898 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug documentation P2 UI/UX
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
BasedHardware/omi#20084 ·
Maintainer thường phản hồi trong vòng 1 ngày