Làm nổi bật ô chọn với hàm tạo định dạng có điều kiện

[HeSanbi]

Hôm nay tôi chia sẻ với các bạn hàm tạo định dạng có điều kiện để tô màu cột và dòng làm nổi bật để đối chiếu ô đang chọn, giúp chúng ta có cái nhìn trực quan trong bảng tính Excel.

Mặc dù có thể tạo định dạng có điều kiện bằng Trình tạo định dạng có điều kiện có sẵn của Excel. Tuy nhiên để thuận tiện, làm cho việc tạo dễ dàng và nhanh chóng hơn, chỉ cần tận dụng VBA để tự động hóa chúng. Các hàm dưới đây chỉ là bổ trợ tạo Formatting conditions, chứ không phải hàm chức năng.

Ưu điểm của cách tô màu nổi bật với định dạng có điều kiện:

1. Đối chiếu dòng cột dễ dàng.
2. Định dạng không làm ảnh hướng đến chế độ Undo và Redo của Excel.
3. Dễ dàng tạo định dạng điều kiện với việc gõ hàm.

Nhược điểm:
Cách tô màu với định dạng có điều kiện gây tốn kém tài nguyên, khi thực hiện tính toán lại, nếu vùng ô quá lớn.

***Nếu dự án của bạn đã có nhiều công thức tính toán thì không nên sử dụng cách này để tô màu.

Hình ảnh làm nổi bật ô với định dạng có điều kiện:

​

Hướng dẫn:

Hàm:
=CellHighlight(RangeEvent,[Đối_số_cài_đặt])

Gõ 1 hàm duy nhất cho 1 vùng ô cần tô màu, vào một ô bất kỳ không sử dụng đến.

Các hàm đối số cài đặt

​

Hàm đối số cài đặt	Diễn giải
HL_Column(color=0)	Nhập hàm thì tô cột với màu chỉ định hoặc màu mặc định
HL_Row(color=0)	Nhập hàm thì tô dòng với màu chỉ định hoặc màu mặc định
HL_ActiveCell(color=0, borderColor=0)	Nhập hàm thì tô ô chọn với màu chỉ định hoặc màu mặc định
CellHighlight_ShowWindow()	Nhập hàm này ô bất kì để mở Cửa sổ Formatting Conditions
CellHighlight_Delete()	Xóa điều kiện đã đặt, hàm có sẵn trong ô, thêm _Delete và nhấn Enter Hoặc nếu nhập hàm này trên vùng ô đang có định dạng.
CellHighlight_DeleteAll()	Xóa tất cả điều kiện tô màu
CellHighlight_CopyCode()	Chép mã vào bộ nhớ tạm để dán vào mã ThisWorkbook
CellHighlight_HuongDan()	Tự động tạo trang tính hướng dẫn sử dụng

Ví dụ: Tô màu vùng ô A1:Z1000 được đặt tên là Table1, với tô cột, dòng và ô chọn

=CellHighlight(Table1,HL_Row(),HL_Column(),HL_ActiveCell())

Ví dụ: Tô màu vùng ô A1:Z1000 được đặt tên là Table1, tô dòng màu #5CC8B3 và ô chọn màu mặc định

=CellHighlight(Table1,HL_Row("#5CC8B3"),HL_ActiveCell())

Ví dụ CellHighlight_Delete:
Nếu ô chứa hàm =CellHighlight(Table1,HL_ActiveCell()) để xóa chỉ cần thêm _Delete và nhấn Enter
Nếu nhập =CellHighlight_Delete() trên vùng ô có định dạng thì thực hiện xóa.

Chọn màu sắc cho định dạng màu nền:

Để đặt màu sắc có thể chọn màu trong bảng chọn màu, hoặc một số đại diện màu sắc hoặc tên màu tiếng Anh.​

​

Dưới bảng chọn màu hãy chọn màu Hệ thập lục phân, ví dụ chọn và nhập HL_Row("#5CC8B3")​

​

Nếu bạn đã tạo xong các định dạng có điều kiện cho các vùng ô, bạn có thể xóa tất cả mã trong module đi, để lại các dòng mã mà mã trong ThisWorkbook gọi.

Để sử dụng được Hàm trong dự án mới, hãy sao chép module modXLCellHighlight và mã trong ThisWorkbook.
***Lưu ý: khi sử dụng mã VBA thì dự án của bạn cần lưu ở các định dạng xlsm, xlsb hoặc dạng add-in xla, xlam.

Các bạn có thể tải Add-in, cài đặt để sử dụng lại cho các dự án khác


Hàm hỗ trợ thêm trong việc tô màu nền trực quan với Add-in XLCellHighlight xlam:

Ví dụ bạn muốn tô màu từ ô F4 cho đến F4:J25, hãy nhập màu nền cho F4 trắng và J4 cam, thường thì là màu sáng và nhập công thức sau:​

=FillColor(F4:J25)​

​

Nếu bạn muốn chọn mô hình màu, thì gồm các hàm dưới đây, với 2 tham số, vị trí màu, và khoảng cách không gian màu:​

​

Fill_HUE(Starting, Fractor)​

Fill_Natural(Starting, Fractor)​

Fill_Lightness(Starting, Fractor)​

​

Công thức nhập như sau: =FillColor(F4:J25, Fill_Natural(0, 20))​

​

Starting luôn bắt đầu từ 0, nếu bạn muốn lệch bao nhiêu thì thêm vào. Khoảng cách không gian màu tùy màu mà đối số có thể âm.​

Các hàm này phải được nhập trong hàm FillColor.​

​

Sau khi tô xong bạn có thể xóa hàm đã gõ đi.​

​

Hình ảnh kết quả​

​

​

Các bạn có thể tham khảo thêm Add-in làm nổi bật ô chọn:

LocalizeXL v1.71 - Làm nổi bật ô đang chọn và cuộn trang tự động

***** CẬP NHẬT v1.71 MỚI NHẤT 14/07/2023***** Chia sẻ ứng dụng làm nổi bật vùng ô Excel đang chọn. #LocalizeXL Add-in Mục đích của ứng dụng này được sinh ra là để ta cho cái nhìn trực quan hơn khi ta chọn một ô Excel, hoặc ta có thể biết được vùng ô trước đó đã chọn, ta cũng có thể dùng để đối...

giaiphapexcel.com

Các bài viết của tôi tại tag #sanbi vba


(Để tải được tệp dưới cần đăng nhập)
***Mật khẩu VBA là 1

 

[Mr.hieudoanxd]

Rất sáng tạo. Chưa đọc kỹ code lúc nào rảnh sẽ nghiên cứu xem học hỏi được gì không.
Tiện test code em thấy có một số vấn đề phát sinh nhờ anh @HeSanbi Giải đáp:
1. Mở File đánh dấu ' vào trước ô viết hàm. Ở ô bất kỳ gõ =CellHighlight_DeleteAll(). Lúc này vào vùng Hightlight mất CF ở Column nhưng vẫn còn ở Row và ActiveCell. Gõ tiếp hàm lần thứ 2 thì mất tiếp CF ở Row nhưng để lại định dạng Activecell ở ô select cuối cùng (không bao gồm Sự kiện SelectionChange)
2. Hàm =CellHighlight_Delete() anh viết thiếu tham số
3. Hàm =CellHighlight_ShowWindow() không hiển thị CF như anh đã nêu không rõ vấn đề gì ở máy em
4. Trong khi hàm đã chạy. Lúc này vào CF xóa toàn bộ định dạng đã có đi. Sau đó vào ô đang viết hàm Enter để kích hoạt hàm lúc này xuất hiện 2 CF ở HightLight ở Column và Row nhưng ở SelectCell thì không có CF
5. Khi xóa mọi cài đặt cũ của anh gõ hàm ở trong vùng RangeEvent các ô khác click thì vẫn ra Event tuy nhiên Riêng ô đang gõ hàm hiện tại thì không hiển thị sự kiện
6. Khi đang Hàm đang chạy. click vào ô gần cuối trong vùng sau đó click vào ô ngoài vùng gần với ô cuối trong vùng, chi chuyển bảng tính lên trên (bằng lăn chuột) hoặc di chuyển bảng tính sang ngang, lúc này vùng Hightlight bị mất những vị trí ở ngoài vùng, đồng thời bị lưu lại 1 vị trí gần nhất

 

[HeSanbi]

Những lỗi trên tôi đã cập nhật sửa lỗi.
Để xóa định dạng với hàm CellHighlight_Delete

Ví dụ ô đang có hàm =CellHighlight(....), bây giờ chỉ cần thêm _Delete và nhấn Enter

Khi nhập CellHighlight cần nhấn Ctrl+Enter để tạo định dạng có điều kiện.

 

[tieutuvodanh192]

Cho em hỏi, dùng Add in này thì có ưu điểm nổi trội nào so với Conditional Formatting mặc định của Excel ạ.?
Vì nếu chỉ để tô màu (hight light) cột và hàng được chọn trong vùng dữ liệu thì hoàn toàn có thể dùng Conditional Formatting với công thức: =OR(CELL("col")=COLUMN();CELL("row")=ROW())

 

[HeSanbi]

@tieutuvodanh192 bài viết đã nói rồi bạn nhé.
Bạn xem trích dẫn:

Mặc dù có thể tạo định dạng có điều kiện bằng Trình tạo định dạng có điều kiện có sẵn của Excel. Tuy nhiên để thuận tiện, làm cho việc tạo dễ dàng và nhanh chóng hơn, chỉ cần tận dụng VBA để tự động hóa chúng.

Bạn có thể tạo xong và xóa tất cả mã trong module đi, để lại các dòng mã mà mã trong ThisWorkbook gọi.

Giả sử bạn vô tình sửa ô, kéo, thả vùng ô, sao chép, chèn xóa cột, lúc này có thể làm điều kiện đã đặt thay đổi. Nó có thể gây rối cho bạn. Nên các hàm trên sẽ giúp bạn sửa nhanh chóng.

Các hàm trên chỉ bổ trợ, chứ không phải là chức năng.

 

[ptm0412]

Gởi @HeSanbi,
Theo tôi thấy thì hầu như tất cả các chia sẻ của bạn đều phải liên tục nhận ý kiến đóng góp và sửa lỗi. Một số chủ đề phải sửa lỗi nhiều lần. Do đó bạn không nên đặt tiêu đề và nội dung là "Chia sẻ add-in A", chỉ nên đặt tiêu đề là "Nhờ kiểm tra lỗi của add-in A". Khi nào rất hoàn thiện thì mới nên chia sẻ, vì nhận file chia sẻ về sử dụng bị lỗi thì không thích.

 

[HeSanbi]

Nếu vậy tôi cũng sẽ nên đề nghị Microsoft xóa toàn bộ ứng dụng Office của họ khỏi thế giới này, vì office của họ đủ thứ lỗi. Lỗi thì không nên bán cho người khác sử dụng. Có lỗi nghiêm trọng họ còn để khơi khơi, chẳng ai dám nói câu nào.

1 ví dụ đơn giản, Bức ảnh thứ 7 là lỗi của Office khi thực hiện vẽ bởi mã nguồn của họ. Không phải do mã tôi viết gây ra.

 

[Mr.hieudoanxd]

Gởi @HeSanbi,
Theo tôi thấy thì hầu như tất cả các chia sẻ của bạn đều phải liên tục nhận ý kiến đóng góp và sửa lỗi. Một số chủ đề phải sửa lỗi nhiều lần. Do đó bạn không nên đặt tiêu đề và nội dung là "Chia sẻ add-in A", chỉ nên đặt tiêu đề là "Nhờ kiểm tra lỗi của add-in A". Khi nào rất hoàn thiện thì mới nên chia sẻ, vì nhận file chia sẻ về sử dụng bị lỗi thì không thích.

Cái này thì em không thấy hợp lý. Vì ai chia sẻ sản phẩm đều muốn hoàn thiện không ai muốn lỗi cả. Có điều những lỗi chưa test hết do người dùng test và tác giả cập nhật code kịp thời em thấy rất hợp lý. Đến các sản phẩm lớn còn lỗi mà anh.
P/s Với cả kiểu viết hàm Settimer và killtimer này lỗi phát sinh thì nhiều vô cùng. Đợt trước em có đú đởn vọc vạch, nhưng trình chưa tới nên chỉ cưỡi ngựa xem hoa thôi

Bài đã được tự động gộp: 26/7/24

Những lỗi trên tôi đã cập nhật sửa lỗi.
Để xóa định dạng với hàm CellHighlight_Delete

Ví dụ ô đang có hàm =CellHighlight(....), bây giờ chỉ cần thêm _Delete và nhấn Enter

Khi nhập CellHighlight cần nhấn Ctrl+Enter để tạo định dạng có điều kiện.

Lần này biết thêm gọi sự kiện vào trong hàm. Settimer và killtimer quả thực lợi hại. Có điều khó dùng quá. Test code thì hay treo máy. Bữa nào bác rảnh, làm 1 bài viết chia sẻ về việc dùng settimer và killtimer để viết hàm đi

 

[HeSanbi]

Lần này biết thêm gọi sự kiện vào trong hàm. Settimer và killtimer quả thực lợi hại.

Tôi đã chia sẻ phương pháp này hơn 5 6 năm gì đó.
Mới biết chớ trót áp dụng mà chưa học thêm bạn nhé. Đúng là treo máy mà bạn không biết lý do.

API SetTimer là hàm gọi một hàm tại bộ nhớ lưu trữ của hàm đó. Truy cập bộ nhớ thường gây treo máy. Điều kiện tiên quyết là xử lý SetTimer một cách sạch sẻ. Hiện tại những Developer gạo cội thế giới mới đủ khả năng xử lý API này, tại memory, chứ tôi cũng chỉ tận dụng sơ qua. Những khả năng gây hỏng ứng dụng, thì nên hạn chế dùng.

Bài đã được tự động gộp: 26/7/24

Vì ai chia sẻ sản phẩm đều muốn hoàn thiện không ai muốn lỗi cả

Thực ra ý tưởng viết ứng dụng này tôi vừa nảy ra vào đêm qua, nên tôi viết vội. Chưa kiểm tra các trường hợp của nó.
Thương thì trên GPE có các bạn năng động, thích khám quá, họ có thể kiểm thử tốt hơn là người viết mã.

Trong một công ty người viết mã không nhất thiết phải là người bug và test. Vì thời gian của họ là tạo ra giải thuật và viết mã.

Và trong VBA có viết mã tương thích các nền tảng và phiên bản. Khả năng viết mà không ra lỗi là không bao giờ có.

 

[ptm0412]

Trong một công ty người viết mã không nhất thiết phải là người bug và test. Vì thời gian của họ là tạo ra giải thuật và viết mã.
Và trong VBA có viết mã tương thích các nền tảng và phiên bản. Khả năng viết mà không ra lỗi là không bao giờ có.

Tôi đồng ý điều này. Nhưng bạn là người "tạo ra giải thuật và viết mã", chưa "bug và test" thì chưa phải sản phẩm hoàn thiện (để bán hoặc chia sẻ miễn phí)

Nên tôi vẫn đề nghị chưa chia sẻ khi còn chưa test hết và tôi đã viết rõ "Nhờ kiểm tra lỗi" chứ chưa nên "chia sẻ"

Đọc tiêu đề chia sẻ dễ nhầm lẫn rằng đã chạy tốt, tải về mới thấy còn lỗi tè le.

 

[HeSanbi]

Xin bó tay, nếu bác đã tải bản đầu tiên về sử dụng xem lỗi là như thế nào, những gì bạn hieudoan cho là lỗi thì thực ra là việc Formatting Conditions vẽ nền ngoài ý muốn.

Hàm trên tôi viết chỉ là chức năng thêm điều kiện vào Formatting Conditions để chức năng Excel tự vẽ, còn hàm tôi viết nó không có thực hiện vẽ bất kì màu nào vào trang tính, còn chuyện Formatting Conditions vẽ như thế nào, tạo ra lỗi gì thì nên đề nghị ở Microsoft sửa lỗi.

Mã về sau tôi thêm điều kiện ràng buộc để Formatting Conditions không vẽ theo ý muốn của nó. Vì tôi không biết rằng lỗi này tại mã nguồn Microsoft.

Vậy nên bản đầu của tôi không phải là lỗi. Vấn đề nằm ở chức năng Formatting Conditions vẽ ngoài ý muốn.

Và sau khi xem lại báo cáo của bạn ấy, tôi kiểm tra lại đúng là do Formatting Conditions tạo ra vấn đề này. Nên tôi thêm ràng buộc.

Nhờ báo cáo của bạn ấy tôi biết thêm rằng Formatting Conditions vẽ không theo nguyên tắt là điều kiện đúng thì vẽ lại toàn bộ ô đủ điều kiện.
Nó đã vẽ vùng ô ẩn đủ điều kiện còn vùng nhìn thấy được, nó lại không thực hiện vẽ lại. Vấn đề này gốc ở mã nguồn Office. Không liên quan gì đến ứng dụng tôi đã viết.

 

[ptm0412]

Cái này thì em không thấy hợp lý. Vì ai chia sẻ sản phẩm đều muốn hoàn thiện không ai muốn lỗi cả.
...
tác giả cập nhật code kịp thời em thấy rất hợp lý

Vậy thì "nhờ test" để "cập nhật cho hoàn thiện" rồi hãy chia sẻ. Tôi không chê trách gì trong việc này cả.

 

[HeSanbi]

Có khi bác còn chưa kiểm thử ứng dụng tôi như thế nào xem người khác nói lỗi, thì bác hiểu là lỗi. Chắc gì người nói là lỗi phải là lỗi.
Nói lỗi xong thì còn phải xét lỗi bên nào, thứ nhất thứ hai hãy thứ ba. Như sự cố "màn hình xanh" toàn cầu, không ai nghĩ rằng do lỗi bên thứ 3. Chỉ đỗ cho Microsoft.
Cái nhìn khách quan chỉ là cái nhìn kém yếu. Nhìn xa trong rộng nghĩ sâu, xét kĩ mới gọi là biết nhìn nhận.

 

[tieutuvodanh192]

Thầy Mỹ có quá khắt khe với anh SanBi quá không thầy.
Nếu bản thân người viết ứng dụng họ biết ứng dụng mình có lỗi nào thì gần như chắc chắn người đấy đã sửa các lỗi ấy trước khi gửi lên.
Không ai có thể biết chắc ứng dụng mình có còn lỗi hay không, vậy nên sẽ không thể biết chắc sẽ dùng từ "nhờ test" hay "chia sẻ" được thầy.

 

[ptm0412]

Có khi bác còn chưa kiểm thử ứng dụng tôi như thế nào xem người khác nói lỗi, thì bác hiểu là lỗi. Chắc gì người nói là lỗi phải là lỗi.
Cái nhìn khách quan chỉ là cái nhìn kém yếu. Nhìn xa trong rộng nghĩ sâu, xét kĩ mới gọi là biết nhìn nhận.

Tôi cho rằng đôi với tôi thì nó vô bổ nên không "kiểm thử". Tôi cũng không nói là lỗi của ai (của bạn hay của MS). Tôi chỉ nói sự thật là nó bị phát hiện khá nhiều lỗi ở bài 2, và bạn sửa lỗi và thông báo ở bài 3. Nếu không phải lỗi thì tại sao lại phải sửa? Theo phát biểu của bạn thì chỉ hình số 7 là lỗi của MS, còn những lỗi khác?
Những chủ đề khác của bạn thì cập nhật vá lỗi nhiều hơn, mà chủ đề nào cũng "chia sẻ" nghĩa là chia sẻ những cái chưa hoàn thiện.
Cái nhìn của tôi là khách quan và có chứng cứ.

Không ai có thể biết chắc ứng dụng mình có còn lỗi hay không, vậy nên sẽ không thể biết chắc sẽ dùng từ "nhờ test" hay "chia sẻ" được thầy.

Nếu không biết chắc, và đang trông chờ người khác bug và test giùm, thì phải dùng "nhờ test".
Tôi nói hết ý rồi và hình như những người đọc tại đây chưa hiểu. Vậy tôi dừng, và người đọc khác có tải về cũng cứ test và phát hiện lỗi nếu có, khoan dùng vì chưa chắc đã hoàn thiện.

 

[HeSanbi]

Vậy hãy xem tôi giải thích 6 cái lỗi bạn ấy nói:

1. CellHighlight_DeleteAll()
Ban đầu tôi viết nhập hàm đồng thời phải nhấn CTRL+Enter, và bạn ấy không làm đúng. Và tôi thấy bất hợp lý. Nên đã bỏ đi ràng buộc nhấn CTRL. Không phải lỗi.
Lệnh này không nhất thiết, chỉ là phụ trợ, tôi chỉ viết bổ trợ, có thể xóa bằng cách mở cửa sổ FC


2. Hàm CellHighlight_Delete() tôi có giải thích là ngay tại ô gõ hàm thêm _Delete vào và nhấn Ctrl+ Enter. Không phải lỗi.
Do Ctrl sẽ làm rối nên tôi đã bỏ đi ràng buộc CTRL.

3. CellHighlight_ShowWindow()
Chức năng này trong quá trình viết mã tôi lên ý tưởng nhưng chưa kịp cập nhật thực thi lệnh này. Không phải lỗi.

4. Trong khi hàm đã chạy. Lúc này vào CF xóa toàn bộ định dạng đã có đi. Sau đó vào ô đang viết hàm Enter để kích hoạt hàm lúc này xuất hiện 2 CF ở HightLight ở Column và Row nhưng ở SelectCell thì không có CF

Trong Formatting conditions, cái điều kiện nào thêm sau thì được vẽ sau cùng đè lên màu trước. Không phải lỗi, chỉ là tôi đã xếp lệnh Add không vào trật tự. Không phải lỗi.

5. Khi xóa mọi cài đặt cũ của anh gõ hàm ở trong vùng RangeEvent các ô khác click thì vẫn ra Event tuy nhiên Riêng ô đang gõ hàm hiện tại thì không hiển thị sự kiện

Tại ô gõ hàm tôi đã ràng buộc khi chọn ô này chỉ để sửa hoặc thêm lệnh xóa.
Hàm tạo Formatting conditions, bạn ấy lại đi gõ vào vùng dữ liệu. Xong lại muốn nó thực hiện trong khi có ràng buộc với hàm đó. Không phải lỗi.

6. Khi đang Hàm đang chạy. click vào ô gần cuối trong vùng sau đó click vào ô ngoài vùng gần với ô cuối trong vùng, chi chuyển bảng tính lên trên (bằng lăn chuột) hoặc di chuyển bảng tính sang ngang, lúc này vùng Hightlight bị mất những vị trí ở ngoài vùng, đồng thời bị lưu lại 1 vị trí gần nhất

Lỗi này là lỗi vẽ của Office không phải do tôi tạo ra.


-------------------------------------
Hãy hiểu đơn giản, hàm trên chỉ là bổ trợ tạo Formatting conditions. Để tiện dụng.
Nên nó không có chức năng nào liên quan tô màu, hay động chạm đến quá trình Formatting conditions tô màu.

 

[Mr.hieudoanxd]

Thầy Mỹ có quá khắt khe với anh SanBi quá không thầy.
Nếu bản thân người viết ứng dụng họ biết ứng dụng mình có lỗi nào thì gần như chắc chắn người đấy đã sửa các lỗi ấy trước khi gửi lên.
Không ai có thể biết chắc ứng dụng mình có còn lỗi hay không, vậy nên sẽ không thể biết chắc sẽ dùng từ "nhờ test" hay "chia sẻ" được thầy.

Tự nhiên em lại như kiểu thành kẻ phản diện @@. Em có cái Addin khá tâm huyết, dự định xong cũng post lên để mọi người có thể sử dụng, có thể chia sẻ lỗi phát sinh cùng sửa để hoàn thiện mà xem như bài viết này không biết nên như thế nào nữa.
P/s Có lẽ bài #2 nên sửa thành một số vấn đề nhờ anh @HeSanbi kiểm tra thì hay hơn câu "lỗi"

 

[hamhochoi66]

Chỉ là vô danh tiểu tốt, nhưng nhận định chung vẫn luôn ủng hộ tinh thần của anh @HeSanbi. Bởi cộng đồng này là để hỗ trợ cùng phát triển. Vẫn tốt hơn 1 số người viết rồi cứ giữ khư khư không chia sẻ, hoặc bán này nọ. Lỗi là điều không thể tránh khỏi, nếu lỡ có lỗi thì chỉ mong các bậc sư phụ, người biết chỉ ra để tác giả sửa. Chứ đăng lên rồi bị chỉ trích hoặc "góp ý nặng nề" thì không ai dám đăng lên sợ bị này nọ. hayzzz ! không binh ai hết chỉ nhận xét khách quan

 

[UltraExcel]

mình chạy và có xem chưa kỳ lắm thì việc định dạng bạn chủ thớt dùng conditional formatting nên mọi người đổ lỗi cho tác giả có vẻ oan uổng.

 

[ptm0412]

Lỗi là điều không thể tránh khỏi, .... bị chỉ trích hoặc "góp ý nặng nề"

mình chạy và có xem chưa kỳ lắm thì việc định dạng bạn chủ thớt dùng conditional formatting nên mọi người đổ lỗi cho tác giả có vẻ oan uổng.

Trong chủ đề này chỉ có 1 mình tôi phát biểu khác với những người khác, nên các bạn đang nói tôi. Tuy nhiên nhắc lại cho rõ rằng ở bài 10 tôi đã phát biểu đồng ý với việc lập trình sẽ phải có lỗi.
Đề nghị các bạn đọc cho kỹ để biết rằng tôi không góp ý nặng nề, cũng không đổ lỗi.
Còn ý chính của tôi là gì, cũng cảm phiền đọc lại từ đầu. Và làm ơn đọc kỹ. Tôi cũng đã nói từ bài 15 rằng tôi dừng.