feat: HTML file cards should render inline in chat like the Markdown preview
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 68/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- html
- Lĩnh vực
- frontend
Hướng nghiên cứu
Bắt đầu bằng cách xác định trình kết xuất thẻ tệp Markdown của chat và phần xem trước HTML toàn màn hình hiện có sử dụng endpoint /api/workspace/files/serve/<path>. Thêm thẻ HTML inline với iframe sandboxed có chiều cao giới hạn và có thể cuộn, cùng URL chống bộ nhớ đệm, đồng thời giữ nguyên khả năng mở rộng sang chế độ xem toàn màn hình; xác minh bằng một tệp HTML tự chứa.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hello,
HTML files displayed in chat only appear as a "click to open" card, while Markdown files render directly inline, so viewing a generated report requires an extra tap and a full-screen context switch.
Current behavior
.mdfile cards render their content directly in the chat message..htmlfile cards only open a separate full-screen preview view (iframe + toolbar) when tapped.
Desired behavior
- Render the HTML document inline in the chat card: height-capped (e.g. 300–400 px), internally scrollable, and rendered in a sandboxed iframe pointing at the existing
/api/workspace/files/serve/<path>endpoint. - The existing full-screen preview view stays available as a secondary action (e.g. an "expand" affordance on the inline card).
- Include a cache-busting parameter in the inline iframe URL so the preview always reflects the current file.
Acceptance criteria:
-
.htmlfile cards render the document inline (height-capped, scrollable) without an extra tap. - Tapping the inline card (or an explicit expand button) opens the existing full-screen preview.
- The inline iframe uses a cache-busting URL parameter.
- Behavior is verified for a self-contained HTML file.
Thanks for considering this. It would make HTML artifacts (reports, dashboards, generated documents) as glanceable as Markdown, especially on mobile.
Best regards,
Joshua Krimmer
- Ngôn ngữ chính
- Python
- Star
- 620
- Fork
- 85
- 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
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Không 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 open-webui/computer
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
open-webui/computer#293 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
open-webui/computer#286 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
open-webui/computer#276 · 1 bình luận · 1 reaction ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
open-webui/computer#271 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
open-webui/computer#269 · 1 bình luận ·
Tất cả issue của open-webui/computer
Issue tương tự
-
adr
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
kristofdegrave/homeassistant-smart-charging#1607 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
namespace operations
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
EclipseFdn/open-vsx.org#13665 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
doc good first issue help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
collective/icalendar#1865 · 2 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
canonical/opentelemetry-collector-operator#409 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
mozilla/addons-release-tests#1243 ·
Maintainer thường phản hồi trong vòng 1 ngày