Chuyển đổi màu (HEX, RGB, HSL)
Chuyển đổi màu giữa HEX, RGB, HSL và HSV. Dán mỗi màu một dòng, kể cả HEX 3 ký tự, giá trị rgb() và hsl(), rồi bấm vào ô màu bất kỳ để sao chép mã HEX.
Chuyển đổi màu qua lại giữa HEX, RGB, HSL và HSV theo cả hai chiều. Dán mỗi màu một dòng - kể cả HEX viết tắt 3 ký tự, giá trị rgb() và hsl() - rồi nhận ngay mọi cách biểu diễn, kèm ô màu để bấm là sao chép mã HEX.
Hữu ích khi công cụ thiết kế cho bạn giá trị HSL nhưng đoạn CSS bạn thừa hưởng lại dùng HEX, khi bạn cần bộ ba RGB cho canvas hay tệp tài nguyên Android, hoặc khi bạn đang kiểm tra bảng màu thương hiệu và muốn xem các sắc độ liên quan với nhau thế nào. Việc chuyển đổi theo đúng công thức CSS tiêu chuẩn, và giá trị alpha được giữ lại khi bạn nhập vào.
Cách chuyển đổi màu giữa HEX, RGB, HSL và HSV
Nhập mỗi màu một dòng theo định dạng được hỗ trợ
Đọc giá trị HEX, RGB, HSL và HSV đã chuyển đổi
Bấm vào ô màu để sao chép mã HEX
Câu hỏi thường gặp
Công cụ nhận những định dạng nào làm đầu vào?
HEX (#1a2b3c hoặc #abc), rgb(26, 43, 60), rgba(...), hsl(210, 40%, 17%) và hsla(...), mỗi màu một dòng, có hoặc không có tên hàm viết thường.
Tôi có thể chuyển nhiều màu cùng lúc không?
Có, hãy dán cả bảng màu - mỗi màu một dòng - và từng dòng được chuyển đổi độc lập.
Làm sao sao chép kết quả?
Bấm vào ô màu bất kỳ để sao chép giá trị HEX vào clipboard; phần kết quả dạng văn bản cũng có thể bôi đen và sao chép như văn bản thường.
Kết quả có giống hệt hàm màu của CSS không?
Có, công cụ dùng đúng công thức sRGB tiêu chuẩn, và giá trị HSL/HSV được làm tròn cho dễ đọc. Việc làm tròn có thể lệch một kênh đúng một đơn vị, thực tế không nhìn ra được.
Công cụ có xử lý độ trong suốt không?
Giá trị alpha trong đầu vào rgba() và hsla() được giữ nguyên trong kết quả HEX dưới dạng giá trị 8 chữ số kèm alpha.
Có dữ liệu nào bị gửi lên máy chủ không?
Không, việc chuyển đổi chỉ là phép tính thuần tuý chạy trong trình duyệt của bạn.
Tổng quan nhanh
| Đầu vào | văn bản |
|---|---|
| Nhiều tệp cùng lúc | Không |
| Chạy ở đâu | Ngay trong trình duyệt - tệp không bao giờ bị tải lên |
| Dùng được ngoại tuyến | Có — sau khi trang đã tải xong |
| Giá | Miễn phí, không đăng ký, không hình mờ |
Những chỗ việc chuyển đổi âm thầm hỏng
Phần lớn lỗi chuyển đổi không nằm ở cú pháp mà ở ý nghĩa. Một cột mã bưu chính trong CSV mất các số 0 đứng đầu ngay khi bảng tính đoán rằng đó là số; một ID dài vượt quá độ chính xác của số dấu phẩy động; ngày tháng đổi nghĩa tuỳ theo nó được viết theo kiểu ngày trước hay tháng trước. Các khoá JSON không có thứ tự nhưng mảng thì có, và một công cụ sắp xếp khoá thì không đổi gì, còn công cụ sắp xếp mảng thì đổi dữ liệu. Unicode là một cái bẫy khác: văn bản có thể đến dưới dạng UTF-8, UTF-16 hoặc kèm dấu thứ tự byte, và một bộ giải mã đoán sai sẽ biến các ký tự có dấu thành chữ hỏng. Trước khi tin vào bất kỳ phép chuyển đổi nào, hãy kiểm tra nhanh hàng đầu và hàng cuối, mọi trường có số 0 đứng đầu, và mọi trường chứa dấu ngoặc kép, dấu phẩy hay ký tự xuống dòng.
Chọn một định dạng dữ liệu
JSON là mặc định cho mọi thứ một API trả về hoặc một chương trình đọc vào: nó xử lý cấu trúc lồng nhau, số, giá trị boolean và null một cách tự nhiên, và ngôn ngữ nào cũng phân tích được nó. CSV nhỏ hơn và mở thẳng vào bảng tính, nhưng nó không có cách nào diễn tả cấu trúc lồng nhau và không có tiêu chuẩn chung cho ký tự phân tách, cách đặt ngoặc kép hay bộ ký tự - đó chính là chỗ các phép chuyển đổi hay sai. XML dài dòng nhưng mang được thuộc tính, nội dung hỗn hợp và lược đồ, nên nó vẫn chiếm ưu thế trong các định dạng tài liệu và những hệ thống tích hợp cũ. YAML dễ đọc nhất cho phần cấu hình nhưng rất nhạy với dấu cách và có những cách ép kiểu gây bất ngờ ("no" thành false, một phiên bản như 1.10 thành 1.1). Hãy chọn định dạng mà công cụ tiếp nhận ưa dùng, chứ không phải định dạng trông đẹp nhất.