Công cụ chuyển đổi chữ hoa/chữ thường (Case Converter)

Trang chủ / Công cụ / Formatting / Công cụ chuyển đổi chữ hoa/chữ thường (Case Converter)
Ban Biên Tập Công Cụ Việt16 Tháng 7, 20260 bình luận
Sử dụng miễn phí Xử lý trực tiếp trên trình duyệt Kết quả tức thì
🤖 Chưa rõ cách dùng? Hỏi AI hướng dẫn
0 từ · 0 ký tự
Chế độ chuyển đổi
Chế độ khác

Mọi chế độ đều chuyển từ văn bản gốc trong ô nhập — bản gốc không bị ghi đè, bấm chế độ khác vẫn tính lại từ đầu.

Chưa có kết quả
Hướng dẫn nhanh ⏱ Thời gian: 30 giây

Hướng dẫn sử dụng Công cụ chuyển đổi chữ hoa/chữ thường (Case Converter)

Thực hiện theo 3 bước dưới đây để chuyển đổi kiểu chữ và sao chép văn bản theo nhu cầu.

Bước1

Nhập văn bản cần chuyển đổi

Nhập hoặc dán nội dung vào ô “Văn bản cần chuyển đổi”. Kiểm tra “Số từ” và “Số ký tự” hiển thị bên dưới ô nhập.

💡 Mẹo: Chưa có văn bản mẫu? Nhấn “Ví dụ tiếng Việt” để xem ngay một đoạn mẫu.
Bước2

Chọn kiểu chữ cần chuyển đổi

Nhấn “lower case” để viết thường, “UPPER CASE” để viết hoa, “Sentence case” để viết hoa đầu câu hoặc “Capitalized Case” để viết hoa đầu mỗi từ. Kết quả xuất hiện trong ô “Kết quả”, văn bản gốc trong ô nhập được giữ nguyên.

💡 Mẹo: Mọi chế độ đều tính lại từ văn bản gốc, nên bấm chế độ khác vẫn cho kết quả đúng mà không làm mất bản gốc.
Bước3

Xem và sao chép kết quả

Đọc lại văn bản trong ô “Kết quả”, rồi nhấn “Sao chép kết quả” để sao chép. Công cụ hiển thị thông báo “Đã sao chép kết quả!” sau thao tác thành công.

💡 Mẹo: Muốn nhập nội dung mới, nhấn “Xóa trắng” rồi nhấn “Khôi phục văn bản” nếu cần lấy lại nội dung vừa xóa.

Nội Dung

Công cụ chuyển đổi chữ hoa/chữ thường là gì?

Công cụ chuyển đổi chữ hoa/chữ thường là tiện ích thay đổi cách viết hoa và viết thường của văn bản theo những quy tắc có sẵn. Bạn có thể dùng nó để đưa một đoạn đang viết toàn chữ hoa về chữ thường, tạo nhãn viết hoa hoặc chuẩn bị bản nháp có cách viết đồng nhất hơn. Đây là thao tác biến đổi chữ, không phải sửa chính tả, dịch nội dung hay định dạng toàn bộ tài liệu.

Công cụ xác nhận bốn chế độ: lower case, UPPER CASE, Sentence case và Capitalized Case. Hai chế độ đầu tác động đến toàn bộ các chữ có dạng hoa/thường tương ứng. Hai chế độ còn lại đưa chữ về dạng thường trước, rồi viết hoa tại những vị trí được nhận diện bằng đầu văn bản, dấu câu hoặc khoảng trắng.

Kết quả xuất hiện trong ô “Kết quả” riêng, văn bản gốc trong ô nhập được giữ nguyên. Công cụ cũng hiển thị số từ, số ký tự, có thao tác sao chép kết quả và xóa nội dung kèm nút khôi phục. Những chức năng này giúp xử lý nhu cầu chỉnh nhanh một đoạn chữ, nhưng không thay thế việc rà soát tên riêng, chữ viết tắt hay quy chuẩn biên tập.

Trong bài này, mô tả chức năng của công cụ; các ví dụ là kết quả từ quy tắc. Kiến thức về Unicode, bảng tính và cách biên tập được trình bày như kiến thức nền, tách biệt với khả năng thực tế được xác nhận của công cụ.

Công cụ chuyển đổi chữ hoa/chữ thường là tiện ích thay đổi cách viết hoa và viết thường của văn bản theo những quy tắc có sẵn, bạn có thể dùng nó để đưa một đoạn đang viết toàn chữ hoa về chữ thường, tạo nhãn viết hoa hoặc chuẩn bị bản nháp có cách viết đồng nhất hơn, đây là thao tác biến đổi chữ, không phải sửa chính tả, dịch nội dung hay định dạng toàn bộ tài liệu, Công cụ xác nhận bốn chế độ: lower case, UPPER CASE, Sentence case và Capitalized Case, hai chế độ đầu tác động đến toàn bộ các chữ có dạng hoa/thường tương ứng, hai chế độ còn lại đưa chữ về dạng thường trước, rồi viết hoa tại những vị trí được nhận diện bằng đầu văn bản, dấu câu hoặc khoảng trắng, kết quả xuất hiện trong ô “Kết quả” riêng, công cụ cũng hiển thị số từ, số ký tự, có thao tác sao chép kết quả và xóa nội dung kèm nút khôi phục, những chức năng này giúp xử lý nhu cầu chỉnh nhanh một đoạn chữ, nhưng không thay thế việc rà soát tên riêng, chữ viết tắt hay quy chuẩn biên tập, trong bài này, mô tả chức năng của công cụ; các ví dụ là kết quả từ quy tắc, không phải báo cáo chạy thử, kiến thức về Unicode, bảng tính và cách biên tập được trình bày như kiến thức nền, tách biệt với khả năng thực tế được xác nhận của công cụ
Kết quả xuất hiện trong ô “Kết quả” riêng, trong khi văn bản gốc trong ô nhập được giữ nguyên để đối chiếu.

Đầu vào, đầu ra và cách hiểu các số thống kê

Văn bản đầu vào và kết quả thay thế

Đầu vào là văn bản nhập hoặc dán vào một ô nhiều dòng. Bạn không cần chọn đơn vị đo, nhập số hay chuẩn bị cấu trúc dữ liệu đặc biệt. Nội dung có thể chứa chữ tiếng Việt, chữ số, dấu câu, khoảng trắng, xuống dòng và các ký tự Unicode khác. Tuy nhiên, công cụ không kiểm tra ngôn ngữ hoặc xác định nội dung có đúng chính tả hay không.

Mỗi lần chuyển đổi đều tính lại từ văn bản gốc trong ô nhập. Vì vậy, bấm chế độ khác vẫn cho kết quả đúng từ bản gốc. Ô “Kết quả” giữ bản sau để bạn đối chiếu với bản gốc mà không cần giữ bản sao riêng.

Thao tác sao chép đưa nội dung trong ô “Kết quả” vào bộ nhớ tạm dưới dạng văn bản thuần, không phải tài liệu có phông chữ hay bố cục; thông báo chỉ hiện khi sao chép thành công. Nút “Xóa trắng” xóa văn bản trong ô nhập và kết quả, các bộ đếm về 0, và nút “Khôi phục văn bản” hiện ra để lấy lại nội dung vừa xóa.

Số từ và số ký tự phản ánh điều gì?

Số từ được tính bằng cách bỏ khoảng trắng ở hai đầu để phục vụ phép đếm, rồi tách phần còn lại theo các cụm khoảng trắng. Mỗi nhóm không rỗng được tính là một đơn vị. Vì thế, “học sinh” được tính thành hai nhóm, dù trong nhiều ngữ cảnh đây là một từ ghép tiếng Việt. Một nhóm chỉ gồm dấu câu vẫn có thể được tính.

Số ký tự tính cả dấu cách và xuống dòng trong nội dung, theo độ dài chuỗi UTF-16. Nó không luôn bằng số hình tự mà mắt nhìn thấy; phần thuật ngữ sẽ giải thích sự khác biệt này. Chuỗi rỗng và chuỗi chỉ có khoảng trắng đều có số từ bằng 0, nhưng chuỗi có khoảng trắng vẫn có số ký tự lớn hơn 0. Việc bỏ khoảng trắng khi đếm từ không đồng nghĩa công cụ xóa chúng khỏi văn bản.

Đầu vào, đầu ra và cách hiểu các số thống kê khi đầu vào là văn bản nhập hoặc dán vào một ô nhiều dòng, bạn không cần chọn đơn vị đo, nhập số hay chuẩn bị cấu trúc dữ liệu đặc biệt, nội dung có thể chứa chữ tiếng Việt, chữ số, dấu câu, khoảng trắng, xuống dòng và các ký tự Unicode khác, tuy nhiên, công cụ không kiểm tra ngôn ngữ hoặc xác định nội dung có đúng chính tả hay không, mỗi lần chuyển đổi đều tính lại từ văn bản gốc trong ô nhập, ô “Kết quả” giữ bản sau để đối chiếu với bản gốc, thao tác sao chép đưa nội dung trong ô “Kết quả” vào bộ nhớ tạm dưới dạng văn bản thuần, không phải tài liệu có phông chữ hay bố cục, thao tác xóa yêu cầu xác nhận: đồng ý thì nội dung bị xóa và các bộ đếm về 0; hủy thì văn bản được giữ nguyên; số từ và số ký tự phản ánh: số từ được tính bằng cách bỏ khoảng trắng ở hai đầu để phục vụ phép đếm, rồi tách phần còn lại theo các cụm khoảng trắng, mỗi nhóm không rỗng được tính là một đơn vị, vì thế, học sinh được tính thành hai nhóm, dù trong nhiều ngữ cảnh đây là một từ ghép tiếng Việt, một nhóm chỉ gồm dấu câu vẫn có thể được tính, số ký tự tính cả dấu cách và xuống dòng trong nội dung, theo độ dài chuỗi UTF-16, nó không luôn bằng số hình tự mà mắt nhìn thấy; phần thuật ngữ sẽ giải thích sự khác biệt này, chuỗi rỗng và chuỗi chỉ có khoảng trắng đều có số từ bằng 0, nhưng chuỗi có khoảng trắng vẫn có số ký tự lớn hơn 0, việc bỏ khoảng trắng khi đếm từ không đồng nghĩa công cụ xóa chúng khỏi văn bản
Số từ là số nhóm tách theo cụm khoảng trắng — “học sinh” được tính thành hai nhóm dù là một từ ghép.

Quy tắc của bốn chế độ chuyển đổi

Chuyển toàn bộ sang chữ hoa hoặc chữ thường

Bốn chế độ khác nhau ở phạm vi và vị trí viết hoa, không phải ở phông chữ hay kích thước hiển thị. Có thể phân biệt nhanh như sau:

Chế độ Quy tắc chính
lower case Chuyển các chữ có dạng thường tương ứng sang chữ thường.
UPPER CASE Chuyển các chữ có dạng hoa tương ứng sang chữ hoa.
Sentence case Hạ toàn bộ chữ, rồi viết hoa tại đầu văn bản và vị trí sau dấu. ! ?.
Capitalized Case Hạ toàn bộ chữ, rồi viết hoa tại đầu văn bản hoặc đầu nhóm sau khoảng trắng.

Hai chế độ chuyển toàn bộ sử dụng phép ánh xạ hoa/thường của JavaScript. Chữ số và dấu câu không bị biến thành chữ cái. Với một số ký tự Unicode, một chữ có thể chuyển thành nhiều chữ; vì vậy không nên mặc định rằng đổi chữ luôn giữ nguyên độ dài. Các thống kê được tính lại sau mỗi lần chuyển đổi.

Viết hoa đầu câu theo dấu câu

Sentence case thực hiện hai bước: chuyển toàn bộ nội dung về chữ thường, sau đó chọn ký tự không phải khoảng trắng ở đầu văn bản hoặc sau dấu chấm, chấm than, chấm hỏi để viết hoa. Khoảng trắng sau dấu câu không bắt buộc. Đây là quy tắc dựa trên vị trí, không phải cơ chế hiểu đâu là một câu hoàn chỉnh.

Dấu nháy hoặc dấu ngoặc mở đầu được bỏ qua để viết hoa chữ cái phía sau; nếu ký tự được chọn là chữ số, phép viết hoa không tự tìm tiếp chữ cái phía sau. Xuống dòng riêng lẻ cũng không tạo một điểm bắt đầu câu mới. Ngược lại, dấu chấm trong chữ viết tắt có thể kích hoạt xử lý dù không mang nghĩa kết thúc câu.

Viết hoa đầu nhóm theo khoảng trắng

Capitalized Case cũng hạ toàn bộ chữ trước, rồi viết hoa ký tự đầu văn bản hoặc ký tự không phải khoảng trắng ngay sau khoảng trắng. Dấu cách, tab và xuống dòng có thể tạo điểm bắt đầu nhóm. Dấu gạch nối không phải khoảng trắng nên không tạo thêm điểm viết hoa.

Chế độ này không nhận diện danh từ riêng hay ngoại lệ của tiêu đề. Nếu nhóm bắt đầu bằng dấu ngoặc mở, chữ cái tiếp theo vẫn được viết hoa; chỉ khi nhóm bắt đầu bằng chữ số thì chữ cái tiếp theo mới không tự được chọn thay thế. Vì thế, kết quả cần được hiểu là viết hoa theo ranh giới khoảng trắng, không phải chuẩn hóa ngôn ngữ hoàn chỉnh.

Quy tắc của bốn chế độ chuyển đổi khác nhau ở phạm vi và vị trí viết hoa, không phải ở phông chữ hay kích thước hiển thị: lower case chuyển các chữ có dạng thường tương ứng sang chữ thường; UPPER CASE chuyển các chữ có dạng hoa tương ứng sang chữ hoa; Sentence case hạ toàn bộ chữ, rồi viết hoa tại đầu văn bản và vị trí sau dấu chấm, chấm than, chấm hỏi; Capitalized Case hạ toàn bộ chữ, rồi viết hoa tại đầu văn bản hoặc đầu nhóm sau khoảng trắng, hai chế độ chuyển toàn bộ sử dụng phép ánh xạ hoa/thường của JavaScript, chữ số và dấu câu không bị biến thành chữ cái, với một số ký tự Unicode, một chữ có thể chuyển thành nhiều chữ; vì vậy không nên mặc định rằng đổi chữ luôn giữ nguyên độ dài, các thống kê được tính lại sau mỗi lần chuyển đổi; viết hoa đầu câu theo dấu câu: Sentence case thực hiện hai bước: chuyển toàn bộ nội dung về chữ thường, sau đó chọn ký tự không phải khoảng trắng ở đầu văn bản hoặc sau dấu chấm, chấm than, chấm hỏi để viết hoa, khoảng trắng sau dấu câu không bắt buộc, đây là quy tắc dựa trên vị trí, không phải cơ chế hiểu đâu là một câu hoàn chỉnh, dấu nháy hoặc dấu ngoặc mở đầu được bỏ qua để viết hoa chữ cái phía sau, nếu ký tự được chọn là chữ số, phép viết hoa không tự tìm tiếp chữ cái phía sau, xuống dòng riêng lẻ cũng không tạo một điểm bắt đầu câu mới, ngược lại, dấu chấm trong chữ viết tắt có thể kích hoạt xử lý dù không mang nghĩa kết thúc câu; viết hoa đầu nhóm theo khoảng trắng: Capitalized Case cũng hạ toàn bộ chữ trước, rồi viết hoa ký tự đầu văn bản hoặc ký tự không phải khoảng trắng ngay sau khoảng trắng, dấu cách, tab và xuống dòng có thể tạo điểm bắt đầu nhóm, dấu gạch nối không phải khoảng trắng nên không tạo thêm điểm viết hoa, chế độ này không nhận diện danh từ riêng hay ngoại lệ của tiêu đề, nếu nhóm bắt đầu bằng dấu ngoặc mở, chữ cái tiếp theo vẫn được viết hoa, chỉ khi nhóm bắt đầu bằng chữ số thì chữ cái tiếp theo mới không tự được chọn thay thế, vì thế, kết quả cần được hiểu là viết hoa theo ranh giới khoảng trắng, không phải chuẩn hóa ngôn ngữ hoàn chỉnh
Sentence case bỏ qua dấu nháy hay dấu ngoặc mở đầu sau dấu câu để viết hoa chữ cái phía sau; chỉ khi gặp chữ số thì phép viết hoa mới không tìm tiếp chữ cái phía sau.

Các thuật ngữ cần hiểu khi đổi chữ hoa và chữ thường

Lower case và UPPER CASE

Lower case là dạng chữ thường; UPPER CASE là dạng chữ hoa đối với những chữ có phân biệt hai dạng này. Trong công cụ, chúng là hai chế độ biến đổi toàn bộ văn bản theo ánh xạ chữ tương ứng. Không nên nhầm thao tác này với tăng cỡ chữ, đổi phông hoặc bỏ dấu. Chẳng hạn, chữ “đ” chuyển thành “Đ” là đổi hoa/thường, còn đổi “đ” thành “d” là một biến đổi khác mà công cụ không thực hiện.

Sentence case

Sentence case thường được hiểu trong biên tập là viết hoa đầu câu, dùng chữ thường cho phần còn lại, đồng thời giữ những ngoại lệ như tên riêng và chữ viết tắt. Công cụ chỉ triển khai phần quy tắc dựa trên đầu văn bản và các dấu. ! ?. Điểm dễ nhầm là cho rằng tên chế độ đồng nghĩa với hiểu ngữ cảnh. Thực tế, chữ viết tắt có thể mất dạng hoa vì bước đầu tiên hạ toàn bộ chữ.

Capitalized Case

Capitalized Case chỉ cách viết hoa phần đầu của từng nhóm; ở công cụ này, nhóm được xác định bằng khoảng trắng. Nó có thể giúp tạo bản nháp mà mỗi nhóm đều bắt đầu bằng chữ hoa, nhưng không đồng nhất với Title Case theo quy chuẩn biên tập. Một quy chuẩn tiêu đề có thể để thường một số liên từ hoặc giới từ, trong khi công cụ không áp dụng danh sách ngoại lệ như vậy.

Khoảng trắng và ranh giới từ

Khoảng trắng không chỉ là dấu cách giữa hai chữ. Nó còn bao gồm tab, xuống dòng và các ký tự khoảng trắng được cơ chế xử lý nhận diện. Khoảng trắng ảnh hưởng trực tiếp đến bộ đếm từ và Capitalized Case. Tuy nhiên, ranh giới xử lý không nhất thiết là ranh giới từ theo ngôn ngữ: “công nghệ” tạo hai nhóm đếm, còn “hà-nội” không có khoảng trắng nên chỉ tạo một nhóm.

Unicode và đơn vị mã UTF-16

Unicode là hệ thống biểu diễn ký tự của nhiều ngôn ngữ và các biểu tượng. UTF-16 biểu diễn chuỗi bằng những đơn vị mã; một hình tự nhìn thấy có thể cần nhiều đơn vị như vậy. Bộ đếm ký tự của công cụ sử dụng độ dài này, nên một emoji có thể được tính nhiều hơn một. Ngoài ra, chữ có dấu ở dạng ghép nhiều thành phần có thể trông giống chữ dựng sẵn nhưng có độ dài chuỗi khác.

Các thuật ngữ cần hiểu khi đổi chữ hoa và chữ thường gồm lower case là dạng chữ thường; UPPER CASE là dạng chữ hoa đối với những chữ có phân biệt hai dạng này, trong công cụ, chúng là hai chế độ biến đổi toàn bộ văn bản theo ánh xạ chữ tương ứng, không nên nhầm thao tác này với tăng cỡ chữ, đổi phông hoặc bỏ dấu, chẳng hạn, chữ đ chuyển thành Đ là đổi hoa/thường, còn đổi đ thành d là một biến đổi khác mà công cụ không thực hiện; Sentence case thường được hiểu trong biên tập là viết hoa đầu câu, dùng chữ thường cho phần còn lại, đồng thời giữ những ngoại lệ như tên riêng và chữ viết tắt, công cụ chỉ triển khai phần quy tắc dựa trên đầu văn bản và các dấu chấm, chấm than, chấm hỏi, điểm dễ nhầm là cho rằng tên chế độ đồng nghĩa với hiểu ngữ cảnh, thực tế, chữ viết tắt có thể mất dạng hoa vì bước đầu tiên hạ toàn bộ chữ; Capitalized Case chỉ cách viết hoa phần đầu của từng nhóm; ở công cụ này, nhóm được xác định bằng khoảng trắng, nó có thể giúp tạo bản nháp mà mỗi nhóm đều bắt đầu bằng chữ hoa, nhưng không đồng nhất với Title Case theo quy chuẩn biên tập, một quy chuẩn tiêu đề có thể để thường một số liên từ hoặc giới từ, trong khi công cụ không áp dụng danh sách ngoại lệ như vậy; khoảng trắng và ranh giới từ: khoảng trắng không chỉ là dấu cách giữa hai chữ, nó còn bao gồm tab, xuống dòng và các ký tự khoảng trắng được cơ chế xử lý nhận diện, khoảng trắng ảnh hưởng trực tiếp đến bộ đếm từ và Capitalized Case, tuy nhiên, ranh giới xử lý không nhất thiết là ranh giới từ theo ngôn ngữ: công nghệ tạo hai nhóm đếm, còn hà-nội không có khoảng trắng nên chỉ tạo một nhóm; Unicode và đơn vị mã UTF-16: Unicode là hệ thống biểu diễn ký tự của nhiều ngôn ngữ và các biểu tượng, UTF-16 biểu diễn chuỗi bằng những đơn vị mã; một hình tự nhìn thấy có thể cần nhiều đơn vị như vậy, bộ đếm ký tự của công cụ sử dụng độ dài này, nên một emoji có thể được tính nhiều hơn một, ngoài ra, chữ có dấu ở dạng ghép nhiều thành phần có thể trông giống chữ dựng sẵn nhưng có độ dài chuỗi khác
Đổi “đ” thành “Đ” là đổi hoa/thường — còn đổi “đ” thành “d” là biến đổi khác mà công cụ không thực hiện.

Ví dụ chuyển đổi và cách đọc kết quả

Một đoạn tiếng Việt với bốn kiểu chuyển đổi

Giả sử đầu vào là XIN CHÀO. hẸN GẶP LẠI!. Với các chữ tiếng Việt có dạng hoa/thường tương ứng trong đoạn này, kết quả dưới đây được tính theo quy tắc của công cụ:

Chế độ kết quả
lower case xin chào. Hẹn gặp lại!
UPPER CASE XIN CHÀO. HẸN GẶP LẠI!
Sentence case Xin chào. Hẹn gặp lại!
Capitalized Case Xin Chào. Hẹn Gặp Lại!

Bộ đếm từ cho 5 nhóm: “XIN”, “CHÀO.”, “hẸN”, “GẶP”, “LẠI!”. Dấu câu gắn liền với chữ không tạo nhóm riêng. Trong ví dụ này, đổi hoa/thường không thay đổi các khoảng trắng nên số nhóm vẫn là 5 ở cả bốn kết quả.

Dấu nháy, xuống dòng và gạch nối

Với đầu vào "XIN CHÀO". hẸN GẶP LẠI!, Sentence case cho "xin chào". Hẹn gặp lại!. Ký tự đầu tiên được chọn là dấu nháy, không phải chữ X. Dấu nháy không đổi khi viết hoa, và quy tắc không tiến tiếp đến chữ x. Sau dấu chấm, chữ h được chọn nên thành H.

Giả sử văn bản có hai dòng dưới đây, không có dấu kết thúc câu giữa chúng:

XIN CHÀO
HẸN GẶP LẠI

Sentence case tạo dòng đầu “Xin chào” và dòng sau “hẹn gặp lại”. Capitalized Case tạo “Xin Chào” và “Hẹn Gặp Lại”. Xuống dòng được giữ trong cả hai kết quả, nhưng chỉ đóng vai trò ranh giới nhóm với Capitalized Case, không tự đánh dấu câu mới trong Sentence case.

Với hà-nội, Capitalized Case cho Hà-nội. Chữ n sau gạch nối vẫn thường vì gạch nối không phải khoảng trắng. Bộ đếm ghi nhận 1 nhóm, không phải kết luận về cách viết địa danh đúng.

Khi số ký tự không giống điều mắt nhìn thấy

Giả sử đầu vào chỉ có ß. UPPER CASE chuyển nó thành SS theo ánh xạ chữ hoa của JavaScript. Số ký tự tăng từ 1 lên 2 đơn vị mã UTF-16, còn số từ vẫn là 1 nhóm.

Với đầu vào chỉ có emoji 😀, nội dung không đổi khi chuyển hoa/thường. Bộ đếm ký tự là 2 vì emoji này dùng hai đơn vị mã UTF-16; bộ đếm từ là 1 vì có một nhóm không rỗng. Điều đó không có nghĩa emoji được coi là một từ theo ngôn ngữ.

Ví dụ chuyển đổi và cách đọc kết quả với một đoạn tiếng Việt có bốn kiểu chuyển đổi: giả sử đầu vào là XIN CHÀO. HẸN GẶP LẠI!, kết quả tính theo quy tắc của công cụ: lower case cho xin chào. Hẹn gặp lại!; UPPER CASE cho XIN CHÀO. HẸN GẶP LẠI!; Sentence case cho Xin chào. Hẹn gặp lại!; Capitalized Case cho Xin Chào. Hẹn Gặp Lại!, bộ đếm từ cho 5 nhóm: XIN, CHÀO., hẸN, GẶP, LẠI!, dấu câu gắn liền với chữ không tạo nhóm riêng, trong ví dụ này, đổi hoa/thường không thay đổi các khoảng trắng nên số nhóm vẫn là 5 ở cả bốn kết quả; dấu nháy, xuống dòng và gạch nối: với đầu vào nháy-XIN CHÀO-nháy. HẸN GẶP LẠI!, Sentence case cho nháy-xin chào-nháy. Hẹn gặp lại!, ký tự đầu tiên được chọn là dấu nháy, không phải chữ X, dấu nháy không đổi khi viết hoa, và quy tắc không tiến tiếp đến chữ x, sau dấu chấm, chữ h được chọn nên thành H, giả sử văn bản có hai dòng XIN CHÀO và HẸN GẶP LẠI, không có dấu kết thúc câu giữa chúng: Sentence case tạo dòng đầu Xin chào và dòng sau hẹn gặp lại, Capitalized Case tạo Xin Chào và Hẹn Gặp Lại, xuống dòng được giữ trong cả hai kết quả, nhưng chỉ đóng vai trò ranh giới nhóm với Capitalized Case, không tự đánh dấu câu mới trong Sentence case, với hà-nội, Capitalized Case cho Hà-nội, chữ n sau gạch nối vẫn thường vì gạch nối không phải khoảng trắng, bộ đếm ghi nhận 1 nhóm, không phải kết luận về cách viết địa danh đúng; khi số ký tự không giống điều mắt nhìn thấy: giả sử đầu vào chỉ có chữ ß, UPPER CASE chuyển nó thành SS theo ánh xạ chữ hoa của JavaScript, số ký tự tăng từ 1 lên 2 đơn vị mã UTF-16, còn số từ vẫn là 1 nhóm, với đầu vào chỉ có emoji mặt cười, nội dung không đổi khi chuyển hoa/thường, bộ đếm ký tự là 2 vì emoji này dùng hai đơn vị mã UTF-16; bộ đếm từ là 1 vì có một nhóm không rỗng, điều đó không có nghĩa emoji được coi là một từ theo ngôn ngữ
Đầu vào XIN CHÀO. HẸN GẶP LẠI! Luôn đếm được 5 nhóm ở cả bốn kết quả vì khoảng trắng không đổi.

Ứng dụng trong biên tập văn bản hằng ngày

Chọn chế độ theo mục đích biên tập

Một tình huống phổ biến là đoạn văn bị viết toàn chữ hoa do bật Caps Lock, hoặc nội dung dán từ nhiều nguồn có cách viết không thống nhất. Chuyển sang chữ thường có thể tạo nền để biên tập lại. Sentence case phù hợp với bản nháp đoạn văn khi bạn muốn khôi phục một số vị trí đầu câu theo dấu câu, rồi tự rà soát những ngoại lệ.

UPPER CASE có thể phù hợp cho nhãn ngắn hoặc dòng cần chủ động viết hoa toàn bộ. Capitalized Case hữu ích khi mục đích thực sự là viết hoa đầu từng nhóm, nhưng không nên mặc định dùng nó cho mọi tiêu đề. Tên thương hiệu, tên người và quy định trình bày của nơi đăng vẫn cần được kiểm tra riêng.

Một quy trình hợp lý là giữ bản gốc, chọn kiểu chữ theo mục đích, rà soát ngoại lệ, rồi đưa kết quả sang nơi sử dụng. Đây là nguyên tắc biên tập, không phải khả năng tích hợp tự động với trình soạn thảo hay nền tảng đăng bài được xác nhận trong mã.

Những nội dung không nên đổi hoa/thường tùy tiện

Không nên chuyển hàng loạt những chuỗi mà hoa/thường có thể ảnh hưởng đến ý nghĩa hoặc khả năng sử dụng, chẳng hạn mật khẩu, đường dẫn, mã định danh và các chuỗi kỹ thuật. Tùy hệ thống, thay một chữ hoa thành chữ thường có thể khiến chuỗi không còn khớp giá trị cần dùng.

Nếu đoạn văn trộn nội dung thông thường với các chuỗi cần giữ nguyên, hãy tách phần cần chuyển đổi thay vì xử lý cả đoạn. Với mật khẩu hoặc dữ liệu bí mật, lựa chọn an toàn hơn là không đưa chúng vào công cụ khi chưa hiểu rõ chính sách dữ liệu của trang.

Ứng dụng trong biên tập văn bản hằng ngày khi chọn chế độ theo mục đích biên tập: một tình huống phổ biến là đoạn văn bị viết toàn chữ hoa do bật Caps Lock, hoặc nội dung dán từ nhiều nguồn có cách viết không thống nhất, chuyển sang chữ thường có thể tạo nền để biên tập lại, Sentence case phù hợp với bản nháp đoạn văn khi bạn muốn khôi phục một số vị trí đầu câu theo dấu câu, rồi tự rà soát những ngoại lệ, UPPER CASE có thể phù hợp cho nhãn ngắn hoặc dòng cần chủ động viết hoa toàn bộ, Capitalized Case hữu ích khi mục đích thực sự là viết hoa đầu từng nhóm, nhưng không nên mặc định dùng nó cho mọi tiêu đề, tên thương hiệu, tên người và quy định trình bày của nơi đăng vẫn cần được kiểm tra riêng, một quy trình hợp lý là giữ bản gốc, chọn kiểu chữ theo mục đích, rà soát ngoại lệ, rồi đưa kết quả sang nơi sử dụng, đây là nguyên tắc biên tập, không phải khả năng tích hợp tự động với trình soạn thảo hay nền tảng đăng bài được xác nhận trong mã; những nội dung không nên đổi hoa/thường tùy tiện: không nên chuyển hàng loạt những chuỗi mà hoa/thường có thể ảnh hưởng đến ý nghĩa hoặc khả năng sử dụng, chẳng hạn mật khẩu, đường dẫn, mã định danh và các chuỗi kỹ thuật, tùy hệ thống, thay một chữ hoa thành chữ thường có thể khiến chuỗi không còn khớp giá trị cần dùng, nếu đoạn văn trộn nội dung thông thường với các chuỗi cần giữ nguyên, hãy tách phần cần chuyển đổi thay vì xử lý cả đoạn, với mật khẩu hoặc dữ liệu bí mật, lựa chọn an toàn hơn là không đưa chúng vào công cụ khi chưa hiểu rõ chính sách dữ liệu của trang
Nếu đoạn văn trộn nội dung thường với chuỗi cần giữ nguyên, hãy tách phần cần chuyển đổi thay vì xử lý cả đoạn.

Đổi chữ bằng công cụ web, Excel và biên tập thủ công khác nhau thế nào?

Đoạn văn trong ô nhập và dữ liệu trong bảng tính

Công cụ web này xử lý nội dung trong một ô văn bản, phù hợp khi bạn có một đoạn cần đổi kiểu chữ rồi sao chép kết quả. Mã không xác nhận chức năng nhập bảng tính, xử lý từng cột hoặc chuyển đổi hàng loạt các ô. Vì vậy, không nên xem nó như một công cụ thao tác trực tiếp trên tệp Excel.

Về kiến thức nền, Excel có UPPER để đổi sang chữ hoa, LOWER để đổi sang chữ thường và PROPER để viết hoa đầu từ. Nếu cần cách đổi chữ thường thành chữ hoa trong Excel, công thức =UPPER(A1) tạo kết quả chữ hoa từ nội dung ô A1. Cách này phù hợp với quy trình dữ liệu theo ô và cho phép giữ ô nguồn để đối chiếu.

Không nên mặc định PROPER giống Capitalized Case trong mọi trường hợp. Quy tắc nhận diện đầu từ có thể khác, đặc biệt với dấu phân cách không phải khoảng trắng. Với công cụ web này, gạch nối không tạo điểm viết hoa mới; đó là một khác biệt cần chú ý khi so sánh kết quả.

Khi nào cần chỉnh lại bằng tay?

Biên tập thủ công cần thiết khi cách viết phụ thuộc ngữ cảnh: tên người, tên tổ chức, chữ viết tắt, tên thương hiệu hoặc tiêu đề theo quy chuẩn riêng. Phép chuyển đổi tự động có thể xử lý chữ nhất quán nhưng không biết ngoại lệ nào nên được giữ.

Thay vì chọn giữa tự động và thủ công như hai phương án loại trừ nhau, bạn có thể dùng chuyển đổi để xử lý phần phổ biến, rồi sửa những vị trí đặc biệt. Với nội dung quan trọng, bước đọc lại có giá trị hơn việc chỉ nhìn thấy một kiểu chữ đồng đều.

Đổi chữ bằng công cụ web, Excel và biên tập thủ công khác nhau thế nào khi đoạn văn trong ô nhập và dữ liệu trong bảng tính: công cụ web này xử lý nội dung trong một ô văn bản, phù hợp khi bạn có một đoạn cần đổi kiểu chữ rồi sao chép kết quả, mã không xác nhận chức năng nhập bảng tính, xử lý từng cột hoặc chuyển đổi hàng loạt các ô, vì vậy, không nên xem nó như một công cụ thao tác trực tiếp trên tệp Excel; về kiến thức nền, Excel có UPPER để đổi sang chữ hoa, LOWER để đổi sang chữ thường và PROPER để viết hoa đầu từ, nếu cần cách đổi chữ thường thành chữ hoa trong Excel, công thức =UPPER(A1) tạo kết quả chữ hoa từ nội dung ô A1, cách này phù hợp với quy trình dữ liệu theo ô và cho phép giữ ô nguồn để đối chiếu, không nên mặc định PROPER giống Capitalized Case trong mọi trường hợp, quy tắc nhận diện đầu từ có thể khác, đặc biệt với dấu phân cách không phải khoảng trắng, với công cụ web này, gạch nối không tạo điểm viết hoa mới; đó là một khác biệt cần chú ý khi so sánh kết quả; khi nào cần chỉnh lại bằng tay: biên tập thủ công cần thiết khi cách viết phụ thuộc ngữ cảnh: tên người, tên tổ chức, chữ viết tắt, tên thương hiệu hoặc tiêu đề theo quy chuẩn riêng, phép chuyển đổi tự động có thể xử lý chữ nhất quán nhưng không biết ngoại lệ nào nên được giữ, thay vì chọn giữa tự động và thủ công như hai phương án loại trừ nhau, bạn có thể dùng chuyển đổi để xử lý phần phổ biến, rồi sửa những vị trí đặc biệt, với nội dung quan trọng, bước đọc lại có giá trị hơn việc chỉ nhìn thấy một kiểu chữ đồng đều
Công thức =UPPER(A1) giữ ô nguồn để đối chiếu — còn công cụ web thay thế trực tiếp nội dung trong ô nhập.

Giới hạn cần biết trước khi sử dụng

Ngoại lệ ngôn ngữ cần rà soát

Công cụ không sửa chính tả, phục hồi dấu tiếng Việt hay nhận diện tên riêng. Sau khi chuyển đổi, cần chú ý chữ viết tắt, câu mở bằng dấu nháy và những dấu chấm không mang nghĩa kết thúc câu. Một đoạn trông thống nhất hơn vẫn có thể chưa đúng quy tắc viết hoa của nội dung cụ thể.

Mã không xác nhận chức năng hoàn tác riêng hoặc lưu bản gốc. Vì kết quả thay thế trực tiếp văn bản hiện tại, hãy giữ bản sao trước khi xử lý nội dung quan trọng. Việc đổi ngược từ chữ thường sang chữ hoa không khôi phục được chính xác cách viết xen kẽ của bản ban đầu.

Sao chép, hiệu năng và dữ liệu nhạy cảm

Không có giới hạn số ký tự được khai báo trong phần mã cung cấp. Tuy nhiên, điều đó không bảo đảm văn bản dài tùy ý sẽ được xử lý nhanh trên mọi thiết bị. Hiệu năng thực tế và khả năng tương thích từng trình duyệt chưa được xác minh; không có cơ sở để khẳng định công cụ hoạt động trên mọi trình duyệt.

Thông báo sao chép chỉ hiện khi lệnh sao chép báo thành công. Bạn có thể dán vào một nơi phù hợp để xác nhận nội dung trước khi xóa bản đang có.

Cũng không đủ dữ liệu để kết luận toàn website không lưu hoặc không gửi văn bản đi. Những thành phần ngoài Công cụ chưa được xác minh. Với thông tin riêng tư, nên tìm hiểu chính sách dữ liệu và tránh nhập nội dung nhạy cảm khi chưa rõ cách trang xử lý nó.

Giới hạn cần biết trước khi sử dụng gồm ngoại lệ ngôn ngữ cần rà soát: công cụ không sửa chính tả, phục hồi dấu tiếng Việt hay nhận diện tên riêng, sau khi chuyển đổi, cần chú ý chữ viết tắt, câu mở bằng dấu nháy và những dấu chấm không mang nghĩa kết thúc câu, một đoạn trông thống nhất hơn vẫn có thể chưa đúng quy tắc viết hoa của nội dung cụ thể, mã không xác nhận chức năng hoàn tác riêng hoặc lưu bản gốc, vì kết quả thay thế trực tiếp văn bản hiện tại, hãy giữ bản sao trước khi xử lý nội dung quan trọng, việc đổi ngược từ chữ thường sang chữ hoa không khôi phục được chính xác cách viết xen kẽ của bản ban đầu; sao chép, hiệu năng và dữ liệu nhạy cảm: không có giới hạn số ký tự được khai báo trong phần mã cung cấp, tuy nhiên, điều đó không bảo đảm văn bản dài tùy ý sẽ được xử lý nhanh trên mọi thiết bị, hiệu năng thực tế và khả năng tương thích từng trình duyệt chưa được xác minh; không có cơ sở để khẳng định công cụ hoạt động trên mọi trình duyệt, thông báo sao chép chỉ hiện khi lệnh sao chép báo thành công, bạn có thể dán vào một nơi phù hợp để xác nhận nội dung trước khi xóa bản đang có, cũng không đủ dữ liệu để kết luận toàn website không lưu hoặc không gửi văn bản đi, những thành phần ngoài Công cụ chưa được xác minh, với thông tin riêng tư, nên tìm hiểu chính sách dữ liệu và tránh nhập nội dung nhạy cảm khi chưa rõ cách trang xử lý nó
Đổi ngược từ chữ thường sang chữ hoa không khôi phục được chính xác cách viết xen kẽ của bản ban đầu.

Câu hỏi thường gặp

Đổi chữ hoa/chữ thường có làm mất dấu tiếng Việt không?

Không có thao tác chủ động bỏ dấu tiếng Việt trong mã. Các chế độ sử dụng chuyển đổi hoa/thường, nên những chữ tiếng Việt có dạng tương ứng được đổi giữa hai dạng, chẳng hạn “ế” và “Ế”. Tuy nhiên, điều này không phải chức năng sửa dấu hoặc khôi phục dấu bị thiếu. Nếu đầu vào sai chính tả hay thiếu dấu, kết quả vẫn cần biên tập. Với nội dung dùng cách biểu diễn Unicode khác nhau, số ký tự cũng không nhất thiết giống trực giác dù chữ nhìn có vẻ tương tự.

Vì sao Sentence case làm chữ viết tắt thành chữ thường?

Vì chế độ này chuyển toàn bộ văn bản về chữ thường trước khi viết hoa lại một số vị trí. Nó không có danh sách chữ viết tắt cần bảo tồn. Chẳng hạn, “NASA” ở giữa câu có thể trở thành “nasa”; nếu nằm ở vị trí được viết hoa đầu câu, nó có thể thành “Nasa”, chứ không tự trở lại “NASA”. Đây là hệ quả của quy tắc chuyển đổi, không phải đánh giá cách viết tắt đúng. Bạn cần khôi phục dạng mong muốn khi rà soát bản cuối.

Vì sao chữ đầu câu sau dấu nháy vẫn không được viết hoa?

Ở bản công cụ hiện tại, trường hợp này đã được sửa: dấu nháy hoặc dấu ngoặc mở đầu được bỏ qua để viết hoa chữ cái phía sau. Chỉ khi vị trí mở đầu là chữ số thì chữ cái tiếp theo mới không tự được viết hoa, và vẫn cần kiểm tra riêng những câu mở đầu bằng số.

Tại sao số từ và số ký tự khác với cách tôi tự đếm?

Vì công cụ dùng hai định nghĩa kỹ thuật, không phải cách đếm theo ý nghĩa ngôn ngữ hoặc hình tự nhìn thấy. Số từ là số nhóm được ngăn bằng khoảng trắng, nên một từ ghép tiếng Việt có thể thành nhiều nhóm và một nhóm dấu câu vẫn được tính. Số ký tự là độ dài UTF-16, tính cả khoảng trắng và xuống dòng. Emoji hoặc chữ gồm nhiều thành phần Unicode có thể dùng nhiều đơn vị. Khi đối chiếu với yêu cầu độ dài ở nơi khác, cần xem nơi đó áp dụng cách đếm nào.

Có thể dùng công cụ này để đổi chữ thường thành chữ hoa trong tệp Excel không?

Không có chức năng nhận và sửa trực tiếp tệp Excel được xác nhận trong mã. Bạn có thể xử lý phần văn bản lấy từ bảng tính rồi đưa kết quả trở lại nơi cần dùng, nhưng đó không phải tích hợp tự động và không bảo đảm giữ cấu trúc bảng hay định dạng ô. Nếu nhu cầu là đổi nội dung theo từng ô ngay trong Excel, hàm UPPER là lựa chọn kiến thức nền phù hợp. Hàm tạo kết quả từ ô nguồn, thuận tiện cho việc kiểm tra trước khi thay nội dung cũ.

Thông báo đã copy có bảo đảm văn bản đã vào bộ nhớ tạm không?

Thông báo “Đã sao chép kết quả!” chỉ hiện khi lệnh sao chép báo thành công; nếu sao chép thất bại, công cụ báo lỗi thay vì báo đã sao chép. Lệnh sao chép vẫn có thể phụ thuộc trình duyệt và điều kiện hoạt động. Cách xác nhận thực tế là dán vào một nơi phù hợp rồi xem nội dung có đầy đủ hay không. Nếu văn bản quan trọng, đừng xóa bản đang có chỉ dựa vào thông báo xuất hiện trên màn hình.

Có thể khẳng định văn bản nhập vào không bị lưu hoặc gửi đi không?

Không thể khẳng định điều đó từ công cụ. Mã cho thấy logic chuyển đổi và thống kê trong trình duyệt, nhưng không đủ để xác minh mọi thành phần khác của trang, cơ chế phân tích truy cập hoặc chính sách lưu trữ ở cấp website. Không thấy thao tác gửi dữ liệu trong một đoạn mã không đồng nghĩa toàn trang không truyền dữ liệu. Nếu cần xử lý thông tin riêng tư, hãy xem chính sách liên quan và tránh nhập dữ liệu nhạy cảm khi chưa có cơ sở tin cậy về cách xử lý.

Bình luận vui vẻ - Yêu cầu nâng cấp