[Bug]: Target width input clamps the value on every keystroke
Maintainer thường phản hồi trong vòng 1 ngày
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 82/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- rust
- Lĩnh vực
- developer-experience, frontend
Hướng nghiên cứu
Đọc crates/app/src/controls.rs:449-478, đặc biệt là trình xử lý nhập chiều rộng mục tiêu và liên kết prop:value của nó. Tái hiện vấn đề bằng cách nhập 1000 và kiểm tra thời điểm giá trị hiển thị thay đổi. Giữ nguyên giá trị thô trong khi nhập, giới hạn giá trị khi có thay đổi hoặc khi trường mất tiêu điểm, và xác minh rằng xóa trường vẫn vô hiệu hóa chiều rộng mục tiêu.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
What happened?
The target width input clamps its value on every keystroke. Typing "1000" does not work: after the first character "1" the value is clamped to the minimum (320), and the reactive prop:value binding rewrites the field. The user ends up with a value they did not type.
Steps to reproduce
- Open the app.
- Click the "Target width" input.
- Type 1000 and watch the field.
Expected behavior
The raw typed value stays in the field while typing, and clamping happens on change or blur. Changing the field to empty disables the target width (current behavior, keep it).
Actual behavior
on:input parses and clamps on every keystroke (crates/app/src/controls.rs:466-473), and prop:value immediately writes the clamped value back, producing results like 3200 instead of 1000.
Where did it go wrong?
UI controls / settings
Settings
Not applicable.
Browser
Any.
CodeFrame version
0.7.0
Console output or extra context
Reference: crates/app/src/controls.rs:449-478. Suggested fix: switch to on:change for clamping, or only clamp when the parsed value is out of range and the input is no longer focused.
- Ngôn ngữ chính
- Rust
- Star
- 1
- Fork
- 0
- Merge trung bình
- 2 ngày 2 giờ
- Pull request đã merge (30 ngày)
- 8
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 suradet-ps/codeframe
-
enhancement good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
suradet-ps/codeframe#40 ·
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 82/100
suradet-ps/codeframe#35 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation good first issue
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 88/100
suradet-ps/codeframe#36 ·
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
suradet-ps/codeframe#38 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
suradet-ps/codeframe#30 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của suradet-ps/codeframe
Issue tương tự
-
area/backends bug session-analysis
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 69/100
Maintainer thường phản hồi trong vòng 1 ngày
-
docs good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
crash
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 65/100
aaif-goose/goose#13125 ·
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 74/100
Maintainer thường phản hồi trong vòng 1 ngày