multi-textarea data model keyed on (url, timestamp)
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ái cấu trúc
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Lĩnh vực
- frontend
Hướng nghiên cứu
Bắt đầu bằng cách truy vết datatype Spot hiện có và luồng cải thiện textarea hiện tại được mô tả trong issue. So sánh cách các bản nháp được nhận diện và khôi phục với schema URL/timestamp được đề xuất; được xem là hoàn tất khi dự án đã thống nhất một mô hình tổng quát để bảo toàn và đối sánh các bản nháp của nhiều textarea.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
As the code stands, there is a Spot datatype. It represents the abstract concept of where a single textarea is. e.g.
- appending the 2nd comment on issue 4
- appending the 3rd comment on issue 4
- pros: we have enough data to recreate the draft completely in the browser, and also enough data to tell if it was submitted or not
- cons:
- a lot of manual work for each place that we handle
- ambiguity around things like the
issues/newurl. You might have multiple unsubmitted drafts in progress, they don't have server-side IDs yet, what should their spot be? Inevitably it gets tied to the time that the tab happened to open, in which case why bother with the complexity of defining the "abstract place where a comment is" if you end up just doingtimestamp, URLpairs?
This approach really falls down for complex multi-form things, such as this:
It would be really painful to lose the drafts in those textboxes, but it's also impossible to make a spot for each textfield in every issue/PR template that might be out there.
Another approach is this:
- anytime a textarea gets added or removed, trigger a refractory state that waits until there's been no changes for 500ms
- when that refactory period times out (the textareas have settled), the Spot is defined as:
- primary key: (url, timestamp)
- schema: list of textareas and their labels, as best we can tell in a generic way
- title and icon: pulled from the tab by default
- cons: most of the time, this is not enough data to reopen the tab for the user
- pros:
- if the user has opened a tab manually, we can find which saved drafts fit that schema
- textareas can be enhanced by default, versus right now where they are enhanced only iff we have built an enhancer for that specific box
- Ngôn ngữ chính
- HTML
- Star
- 58
- Fork
- 0
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
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 diffplug/gitcasso
-
Jukebox gap Đang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 10/100
-
Allow toggling syntax highlighting on/off for the page from a right click on the textarea/similar Đang mởenhancement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
-
bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
-
publish in the firefox store Đang mởenhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 20/100
-
enhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 32/100
Tất cả issue của diffplug/gitcasso
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
palladius/rails8-app-on-gcp#145 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
safetrustcr/dApp-SafeTrust#426 ·
-
test-change-proposal
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
web-platform-tests/interop#1455 ·
-
enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
bramus/rich-input#7 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
corsairdev/corsair#1764 ·