Thảo luận về bài viết quy trình tạo dựng userform VBA Excel (1 người xem)

[VetMini]

Nên thêm:
- Lịch sử: Userform, cũng như VBA vốn xuất phát từ Access cho nên còn nhiều âm hưởng của Access, về ngữ pháp và về tiết tấu.
- Flowchart (cái bạn hình vẽ dùng để minh họa quy trình chuẩn): cũng như SQL, là một trong những sản phẩm của IBM (*1) được tiêu chuẩn hóa. Cho nên nếu chịu khó tìm hiểu về cách lô gic lập trình 3-50 năm trước thì sẽ rất dễ học.

(*1) Các bạn trẻ lớn lên trong chiếc nôi của Microsoft không mấy người biết đến tầm lớn của Big Blue (tên thứ hai của IBM). Nếu biết, sẽ thấy IBM còn rất nhiều phát minh mà ngày nay được coi là tiêu chuẩn.
Điển hình, nhiều người dùng SQL để gọi SQL Server của Microsoft. Thành thử MS nghiễm nhiên chiếm dung cai tên này. Thực sự SQL là ngôn ngữ thuộc về tiêu chuẩn lâu rồi. Cái phiên bản mà MS sử dụng trong SQL Server tên là Transac SQL hay T-SQL, TSQL.

 

[ptm0412]

Nên thêm:
...

Tôi chỉ định viết lý thuyết nhẹ nhàng hơi nghiêng về thực dụng, chứ không chuyên sâu và lịch sử. Vả có biết đâu mà viết.
Sơ đồ flow chart năm xưa tôi thấy trong sách viết về các ngôn ngữ máy tính cổ như Cobol và họ gọi là sơ đồ khối. Khi có Visio tôi ứng dụng để vẽ cho đẹp hơn thôi chứ đã từng vẽ trên giấy.

 

[VetMini]

...ngôn ngữ máy tính cổ như Cobol và họ gọi là sơ đồ khối. ...

COBOL, cũng như FORTRAN đều là sản phẩm của IBM
COBOL còn đi đôi với một sản phẩm khác, gọi là DATAFLOW CHART.

 

[bebo021999]

"Vui lòng tạo giúp cho tôi 1 cái UserForm bằng VBA, với 10 cái ControlBox"

 

[VetMini]

"Vui lòng tạo giúp cho tôi 1 cái UserForm bằng VBA, với 10 cái ControlBox"

Mục đích để làm gì?
(yêu cầu nêu rõ cả hai mục đích)

 

[VetMini]

Chắc bác này đem lên hỏi chatGPT..

Tôi hỏi để biết người hỏi câu kia đã qua được cái hình thoi thứ nhất chưa? Nếu chưa thì về làm lại, chừng nào tới cái hình chữ nhật thứ hai sau hình thoi thì hỏi tiếp.

Bài của tôi không có ý đùa giỡn. Tôi lợi dụng câu đùa trên để phụ chủ thớt chỉ dẫn cho các bạn đang học cách sử dụng flowchart trong quá trình thiết kế.

 

[bebo021999]

Tôi hỏi để biết người hỏi câu kia đã qua được cái hình thoi thứ nhất chưa? Nếu chưa thì về làm lại, chừng nào tới cái hình chữ nhật thứ hai sau hình thoi thì hỏi tiếp.

Bài của tôi không có ý đùa giỡn. Tôi lợi dụng câu đùa trên để phụ chủ thớt chỉ dẫn cho các bạn đang học cách sử dụng flowchart trong quá trình thiết kế.

Dạ, vẫn đang ở chữ "No" đầu tiên.

 

[VetMini]

Dạ, vẫn đang ở chữ "No" đầu tiên.

Chuph hình cái trang giấy được dùng ở hình chữ nhật ngay trước hình thoi, đưa lên đây.
Tôi sẽ chỉ cho cách vượt qua hình thoi ấy.

Tôi làm quản lý đồ án (sofware project manager) nhiều năm, việc chỉ dẫn và hạch sát các chỗ hình thoi của lập trình viên trong project không lạ lắm đối với tôi.

Chú: bạn có biết rằng một chuonwg trình khong nhất thiết phải thu gọn trong một flowchart? Mỗi cái hình chữ nhật có thể có riêng một flowchart của nó.

 

[SA_DQ]

Là dân tự học, nên mình muốn tạo form thì căn cứ trước tiên là thiết kế CSDL
& là căn cứ vô các trường (cột) của nó mà chọn là TextBox hay ComboBox cho tương xứng & tiên cho việc nhập liệu;
Form nhập dữ liệu thì nhất thiết phải có chuyện sửa, muốn sửa được thì phải tìm kiếm;
Tìm kiếm thì đè trường [Mã] (duy nhất ra mà tìm; Với mình không có trường duy nhất này thì CSDL sẽ là đống rác 1 cách nhanh chóng nhất.
Còn CSDL thì sẽ không tĩnh tại, nó phát triển thì bổ sung . . . .

 

[Maika8008]

Cái vụ vẽ phác họa ra giấy có vẻ khíu chọ quá he?! Vẽ trên Excel luôn cũng được chứ có sao đâu.

 

[VetMini]

Cái vụ vẽ phác họa ra giấy có vẻ khíu chọ quá he?! Vẽ trên Excel luôn cũng được chứ có sao đâu.

1. Bạn thoải mái được chuyện đó thì cái UserForm đâu có gì là khó với bạn. Hay bạn muốn nói: vẽ hoa vẽ thú trên Excel thì dễ nhưng viết mấy cái lô gic trên giấy thì khó?
2. Tuy nhiên, có khả năng nếu bạn chịu khó viết ra giấy thì có thể đã không bí ở chỗ hình thoi?

Chú thích: mỗi lần gặp trường hợp công thức mảng khó, tôi vẫnviết từng đoạn của công thức lên giấy, vẽ cái mảng ra giấy rồi cầm bút chì theo dõi đường đi của Excel.

 

[ongke0711]

Cái vụ vẽ phác họa ra giấy có vẻ khíu chọ quá he?! Vẽ trên Excel luôn cũng được chứ có sao đâu.

Vẽ ra giấy nhanh và dễ thêm bớt, điều chỉnh các kiểu hơn là vẽ trên máy tính. Nếu máy tính có xài bút vẽ thì tốt rồi.

 

[VetMini]

Vẽ ra giấy nhanh và dễ thêm bớt, điều chỉnh các kiểu hơn là vẽ trên máy tính. Nếu máy tính có xài bút vẽ thì tốt rồi.

Vẽ lên giấy chưa chắc nhanh, vì mỗi sửa đổi lớn tôi lại vẽ cái khác, chỉ sửa đổi nhỏ mới làm tại chỗ.
Vẽ trên màn hình thì cũng có thể save versions (chuyển qua sheet mới). Tuy nhiên, mỗi lần so sánh verions thì hơi cực.

 

[VetMini]

Là dân tự học, nên mình muốn tạo form thì căn cứ trước tiên là thiết kế CSDL
& là căn cứ vô các trường (cột) của nó mà chọn là TextBox hay ComboBox cho tương xứng & tiên cho việc nhập liệu;
Form nhập dữ liệu thì nhất thiết phải có chuyện sửa, muốn sửa được thì phải tìm kiếm;
Tìm kiếm thì đè trường [Mã] (duy nhất ra mà tìm; Với mình không có trường duy nhất này thì CSDL sẽ là đống rác 1 cách nhanh chóng nhất.
Còn CSDL thì sẽ không tĩnh tại, nó phát triển thì bổ sung . . . .

Vấn đề bạn đưa ra khó hơn UserForm mà thớt muốn diễn tả nhiều.
Nó có thể đòi hỏi bạn biết dùng MVC, Microsoft cũng được mà Apache thì miễn phí.
Cóp từ https:// developer.mozilla.org/en-US/docs/Glossary/MVC

 

[befaint]

Cuối cùng đã có từ "Bắt đầu" để hợp với "Kết thúc".
Sơ đồ khối dùng True/ False ở khối đánh giá. Câu trả lời mới dùng Yes/ No.

 

[ptm0412]

Cuối cùng đã có từ "Bắt đầu" để hợp với "Kết thúc".
Sơ đồ khối dùng True/ False ở khối đánh giá. Câu trả lời mới dùng Yes/ No.

Hình thoi mang ý nghĩa là câu hỏi rẽ nhánh, nội dung là câu hỏi đúng/ sai. Tiếng Việt thì tùy ngữ cảnh mà trả lời đạt/ không đạt, hết/ chưa hết, có/ không có, ...
Không có biểu tượng câu trả lời

 

[befaint]

Hình thoi mang ý nghĩa là câu hỏi rẽ nhánh, nội dung là câu hỏi đúng/ sai. Tiếng Việt thì tùy ngữ cảnh mà trả lời đạt/ không đạt, hết/ chưa hết, có/ không có, ...
Không có biểu tượng câu trả lời

Khi trả lời câu hỏi thì sẽ dùng từ "Yes/ No".

Còn cái Flow Decision người ta dùng "True/ False". Nó là mặc định, như là một quy chuẩn ấy anh.

 

[ptm0412]

Khi trả lời câu hỏi thì sẽ dùng từ "Yes/ No"
Còn cái Flow Decision người ta dùng "True/ False". Nó là mặc định, như là một quy chuẩn ấy anh.

Mình không biết đó là quy chuẩn nào, nhưng ghi dạng hỏi đáp tiếng Việt cho dễ hiểu. True/ False cũng là dạng đúng/ sai của tiếng Việt.

 

[HieuCD]

Mình không biết đó là quy chuẩn nào, nhưng ghi dạng hỏi đáp tiếng Việt cho dễ hiểu. True/ False cũng là dạng đúng/ sai của tiếng Việt.

Biểu tượng hình thoi là biểu thức luận lý trả về kết quả đúng sai, không phải là câu hỏi cho tác nhân nào đó nên không được trả lời là Yes và No

 

[ptm0412]

Biểu tượng hình thoi là biểu thức luận lý trả về kết quả đúng sai, không phải là câu hỏi cho tác nhân nào đó nên không được trả lời là Yes và No

Anh nghĩ bao nhiêu người trên GPE này biết quy chuẩn này? Tôi còn không biết. Vậy khi tôi vẽ quy trình muốn càng nhiều người hiểu càng tốt thì làm sao đây?

 

[HieuCD]

Anh nghĩ bao nhiêu người trên GPE này biết quy chuẩn này? Tôi còn không biết. Vậy khi tôi vẽ quy trình muốn càng nhiều người hiểu càng tốt thì làm sao đây?

Những ai không biết lưu đồ thì không thể hiểu được nội dung lưu đồ truyền tải, chỉ có những người đã biết qua mới đọc được và thường đọc theo chuẩn chung
Hiện nay đa số sinh viên chuyên ngành kế toán đều học lưu đồ khá bài bản

 

[ptm0412]

Những ai không biết lưu đồ thì không thể hiểu được nội dung lưu đồ truyền tải, chỉ có những người đã biết qua mới đọc được và thường đọc theo chuẩn chung
Hiện nay đa số sinh viên chuyên ngành kế toán đều học lưu đồ khá bài bản

Tôi nghĩ nếu không được học bài bản, thì nhìn chiều mũi tên, đọc chữ tiếng Việt sẽ hiểu được 9 phần. Cũng chẳng cần biết hình thoi hình chữ nhật gì. Chỉ cần thấy nó xuất ra 2 hướng, 1 hướng A đi tiếp và 1 hướng B quay về đâu đó.

 

[HieuCD]

Tôi nghĩ nếu không được học bài bản, thì nhìn chiều mũi tên, đọc chữ tiếng Việt sẽ hiểu được 9 phần. Cũng chẳng cần biết hình thoi hình chữ nhật gì. Chỉ cần thấy nó xuất ra 2 hướng, 1 hướng A đi tiếp và 1 hướng B quay về đâu đó.

Dùng đúng chuẩn vẫn tốt hơn, học sinh phổ thông nhiều nước vẽ lưu đồ ào ào

 

[VetMini]

Hình thoi mang ý nghĩa là câu hỏi rẽ nhánh, nội dung là câu hỏi đúng/ sai. Tiếng Việt thì tùy ngữ cảnh mà trả lời đạt/ không đạt, hết/ chưa hết, có/ không có, ...
Không có biểu tượng câu trả lời

Lúc IBM ra cái khung này, họ chỉ bắt đầu giản dị là lệnh rẽ nhánh. Vì hầu hết các rẽ nhánh A/B đều có thể thu lại thành I/O, 1/0, hay Y/N, cho nên trong giản đồ quy trình người ta chú trọng vào Y/N.
Trong lập trình, chương trình có thể dùng A/B, giống như IF/ELSE.

Một số nơi đặt thêm luật phụ là A/B thí dùng hai cái góc đối nhau (góc ngang) trong khi Y/N thì dùng một góc ngang (N) và góc xuống (Y). Nên nhớ là luật này chỉ đặt thêm cho dễ nhìn thôi chứ không nằm trong tiêu chuẩn.

 

[Cá ngừ F1]

Excel mạnh phần Cel, nên quan điểm của em cái nào đưa được vào Ribbon thì đưa vào thay vì Form, như vậy cũng hợp lý, thẩm mỹ và nhẹ nhàng hơn cho File.

 

[ptm0412]

Dùng đúng chuẩn vẫn tốt hơn, học sinh phổ thông nhiều nước vẽ lưu đồ ào ào

Chắc không phải học sinh Việt Nam
Ở trên anh viết "đa số sinh viên chuyên ngành kế toán đều học lưu đồ khá bài bản" thì:
- Tôi cũng học đại học kinh tế ngành kế toán ra, lúc đó không có môn này. Có thể bây giờ đã có
- Sinh viên kế toán chiếm bao nhiêu % trong số người dùng Excel muốn vẽ user form?
Đó là anh đang giả định số "học có bài bản" là số đông.

Ngược lại, tôi không biết quy chuẩn, tôi giả định người không biết như tôi là số đông. Vậy thì tôi diễn giải bằng tiếng Việt theo từng ngữ cảnh của nội dung cái hình thoi. Vì mục đích của tôi mở chủ đề này là hướng dẫn người dùng căn bản tạo dựng form, và tôi muốn càng nhiều người đọc hiểu càng tốt, chứ không chỉ dành cho người "có bài bản"

Cuối cùng thì, nếu anh có góp ý về quy trình như: Sao lại bắt đầu bằng bước này mà không phải bước này, tại sao bước 2 này lại nằm sau bước 1 mà không phải bước 3, thiếu bước này ở vị trí n này, ... thì tôi xin cám ơn nhiều hơn là đòi một vài từ quy chuẩn.

 

[HieuCD]

Chắc không phải học sinh Việt Nam
Ở trên anh viết "đa số sinh viên chuyên ngành kế toán đều học lưu đồ khá bài bản" thì:
- Tôi cũng học đại học kinh tế ngành kế toán ra, lúc đó không có môn này. Có thể bây giờ đã có
- Sinh viên kế toán chiếm bao nhiêu % trong số người dùng Excel muốn vẽ user form?
Đó là anh đang giả định số "học có bài bản" là số đông.

Ngược lại, tôi không biết quy chuẩn, tôi giả định người không biết như tôi là số đông. Vậy thì tôi diễn giải bằng tiếng Việt theo từng ngữ cảnh của nội dung cái hình thoi. Vì mục đích của tôi mở chủ đề này là hướng dẫn người dùng căn bản tạo dựng form, và tôi muốn càng nhiều người đọc hiểu càng tốt, chứ không chỉ dành cho người "có bài bản"

Cuối cùng thì, nếu anh có góp ý về quy trình như: Sao lại bắt đầu bằng bước này mà không phải bước này, tại sao bước 2 này lại nằm sau bước 1 mà không phải bước 3, thiếu bước này ở vị trí n này, ... thì tôi xin cám ơn nhiều hơn là đòi một vài từ quy chuẩn.

Cuối thập niên 70 bọn mình được ưu ái học 30 tiết lập trình trên máy tính IBM, chỉ biết vài lệnh, chủ yếu là các giải thuật đơn giản biểu diễn bằng lưu đồ, và mình vẽ lưu đồ khá tùy hứng, nhưng khi dùng lưu đồ trong các tài liệu công bố cho nhiều người mình phải tìm đọc nhiều để vẽ theo chuẩn phổ biến
Mỗi người xây dựng quy trình thường khác nhau, theo mình khi lập trình sẽ phát sinh nhiều vấn đề và thường phải quay lại thêm bớt các thành phần. Mình chưa rỏ từ "Controls" chỉ các thành phần nào của Use Form
Chỉ là ý kiến cá nhân, nếu bạn không thích thì cho qua

 

[SA_DQ]

Quá trình tiếp thu Excel của mình là vầy:
Qua công việc thấy cần sử dụng Excel nói riêng hay office nói chung;
Nhưng lúc đó mình chỉ được 'Trung tân' truyền đạt 'Quatro', mình cho là na ná Excel sau này;
Khi bắt đầu sử dụng Excel thì mình nhập dữ liệu chủ yếu nhờ SheetForm;
Khi mới làm quen với Form thì mình cứ đinh ninh rằng Form chẳng qua là sự phát triển của SheetForm mà thôi
& cứ thế quen dần với các loại Control
Trường nào cần Control nào thì mình nghiên cứu về Control đó
Đó là cách tiếp cận từ thực tế;
Còn cái chuyện lưu đồ hay sơ đồ khối để giải quyết công việc lại là chuyện khác; Nó bắt đầu bỡi Pascal (Đó là do sự hiểu chủ quan của mình à nha)
Vậy nên với mình, Form là 1 chuyện, lưu đồ là 1 chuyện & có chúng thì bổ sung cho nhau để nâng kiến thức bản thân mà thôi.
. . . .

 

[ptm0412]

Mỗi người xây dựng quy trình thường khác nhau, theo mình khi lập trình sẽ phát sinh nhiều vấn đề và thường phải quay lại thêm bớt các thành phần.

Bước vào lập trình thì lúc đó hình thoi thường là những lệnh rẽ nhánh như If, và chắc chắn sẽ là true/ False. Sơ đồ ở bài 1 mới là sơ đồ quy trình tổng thể, chưa phải là sơ đồ lập trình. Lập trình chỉ là 1 bước trong sơ đồ này thôi.
Nó mới tương tự như lưu đồ workflow.
Thí dụ như tôi ứng dụng flow chart này vẽ quy trình sản xuất, quy trình luân chuyển chứng từ, quy trình đấu thầu, quy trình đào tạo, tuyển dụng, ... khi tư vấn cho những công ty, tập đoàn muốn sử dụng ERP (lúc còn làm việc)

Mình chưa rỏ từ "Controls" chỉ các thành phần nào của Use Form

Controls là tất cả những gì vẽ lên trên form. Chọn control trên control toolbox

Vậy nên với mình, Form là 1 chuyện, lưu đồ là 1 chuyện & có chúng thì bổ sung cho nhau để nâng kiến thức bản thân mà thôi.

Tất cả mọi việc muốn làm cho bài bản thì phải có kế hoạch, và kế hoạch đó vẽ ra thành lưu đồ. Dù rằng rất có thể phát minh ra lưu đồ là Pascal hay IBM trong việc lập trình, ngày nay người ta vẽ lưu đồ cho đủ thứ việc.
Do vậy sơ đồ tôi vẽ trong chủ đề này là để giúp cho người học định hướng cần phải làm những gì và làm cái gì trước, cái gì sau mà thôi. Biết thêm lưu đồ là để tập thói quen làm việc có kế hoạch, chứ không chỉ bổ sung kiến thức (biết để đó ư?)

 

[SA_DQ]

. . . . . . . . . . Biết thêm lưu đồ là để tập thói quen làm việc có kế hoạch, chứ không chỉ bổ sung kiến thức (biết để đó ư?)

Mấy nhóc lớp 1 hay 2 ở hẽm nhà mình đều tham gia Phong trào tập xe đạp 2 bánh;
→ Tất nhiên việc tập tành này không nhằm mục đích sang cấp II sẽ dùng xe đạp làm phương tiện đến trường (như ở vùng quê)
→ Mấy đứa trẻ tập xe & cả những đứa không tập xe sẽ hình thành câu hỏi: Sao đi xe đạp lại nhanh hơn đi bộ.
Nếu có đứa nào đó tìm cách trả lời cho câu hỏi đó sẽ là hồng phúc cho ba mẹ của nó lắm thay!
→ Cũng như biết bơi, biết đi xe đạp thì đến già cũng không quên kiến thức đi xe đạp này bao giờ.
Theo nguyên lí Tương tự thì có kiến thức đi xe độp, sẽ học đi xe máy nhanh hơn, . . .
Gọn lại là biết thêm 1 chút không bao giờ là thừa, dù chả mấy khi thấy vận dụng vào việc gì. & hiếm khi ta coi lại mình sao lại có thể nẩy sinh ý tưởng này kia có thể bắt nguồn từ những kiến thức 'cất kho' mà ta đang có.

. . . . . . . .

 

[ptm0412]

Mấy nhóc lớp 1 hay 2 ở hẽm nhà mình đều tham gia Phong trào tập xe đạp 2 bánh;

Anh so sánh khập khiễng. Bài 1 và cả chủ đề này, tôi vừa hướng dẫn tạo dựng form, vừa vẽ sơ đồ quy trình yêu cầu làm theo. Vậy là cùng lúc biết 2 thứ và vừa thấu hiểu làm gì cũng phải có kế hoạch chu đáo.
Với lại anh bàn lan man quá. Anh có góp ý gì không?
- Nội dung và trình tự theo quy trình có thiếu sót gì không?
- Anh có kinh nghiệm gì hay ho muốn chia sẻ về các loại control(s)? Khi nào thì chọn control nào?
- Mỗi control có những properties nào, methods nào?
- Các sự kiện nào thường dùng, sự kiện nào đáng lưu ý?
- ....
Nếu không có thì tôi sẽ tiếp tục phô bày cái dốt của tôi tiếp, không lan man nữa.

 

[ptm0412]

Chủ đề căn bản chả mấy ai theo dõi, những thủ thuật nho nhỏ mà hữu ích cả tuần chỉ có vài người xem. Chắc code hoành tráng, form hoành tráng làm sẵn sẽ nhiều người xem hơn.

 

[biboylenka]

Chủ đề căn bản chả mấy ai theo dõi, những thủ thuật nho nhỏ mà hữu ích cả tuần chỉ có vài người xem. Chắc code hoành tráng, form hoành tráng làm sẵn sẽ nhiều người xem hơn.

Không phải đâu anh ạ, Em vẫn chờ bài mới của anh ra để đọc. Có bài hướng dẫn của anh giúp anh tăng thêm được kiến thức một cách dễ dàng hơn. Bình thường em tạo một cái gì đó trên form em lại phải google rồi xem, xong lại mở làm thử xem nó như thế nào hình dáng ra làm sao, muốn như thế này thì phải làm như thế nào rồi lại google tiếp. Có bài hướng dẫn của anh mọi chuyện đơn giản hơn hẳn.

 

[SA_DQ]

Chủ đề căn bản chả mấy ai theo dõi, những thủ thuật nho nhỏ mà hữu ích cả tuần chỉ có vài người xem. . . . .

Theo mình nghĩ thì giờ có 'mạng' đủ loại, chuyện đó cho phép họ 'đi tắt, đón đầu'
Họ tìm lấy những cái Form có sẵn & đầy trên mạng, bỏ vài cái này, thêm vài cái kia để phù hợp cho công chuyện của họ
Nếu bí thì lên những diễn đàn như GPE xin đáp ứng.
Còn chuyện 'cơ bản' thì khi vướng họ mới may ra đi tìm hiểu thêm ở đâu đó

 

[ongke0711]

Chủ đề căn bản chả mấy ai theo dõi, những thủ thuật nho nhỏ mà hữu ích cả tuần chỉ có vài người xem. Chắc code hoành tráng, form hoành tráng làm sẵn sẽ nhiều người xem hơn.

Chuyện này bình thường thôi bác à. Qui mô thị trường GPE cho sản phẩm này ít thì bán ế thôi... . Có nhiều sản phẩm cũng Form, cũng code hoành tráng, dùng ngôn ngữ lập trình thứ dữ, build exe, đờ lờ lờ nhưng bán vẫn ế đó thôi. Do nhu cầu người dùng ở đây không có hoặc có quá ít hoặc chưa có cho nó.
Phần lớn khách hàng GPE chủ yếu xử lý trực tiếp trên bảng tính, người dùng Userform để xây dựng ứng dụng thì không nhiều vì vậy sự quan tâm đến các kỹ thuật thiết kế Userform không cao là tất nhiên. Khi nào họ đụng tới thì sẽ kiếm bài của bác mà đọc.

 

[ptm0412]

Theo mình nghĩ thì giờ có 'mạng' đủ loại, chuyện đó cho phép họ 'đi tắt, đón đầu'
Họ tìm lấy những cái Form có sẵn & đầy trên mạng, bỏ vài cái này, thêm vài cái kia để phù hợp cho công chuyện của họ

Một số thủ thuật nếu biết và ứng dụng vào bất cứ đâu, form nào, kể cả lập trình; đều giúp tối ưu công việc thiết kế, tạo lập, tối ưu code. Những form "có đầy trên mạng" chắc chắn không phù hợp với mình, sẽ phải thêm bớt. Bản thân nó khi tải về có khi đã rối rắm, thêm mắm muối vào lại càng bầy hầy. Không gì bằng tự thiết kế, tự làm, đúng chức năng, đúng nhu cầu của chính mình.

Phần lớn khách hàng GPE chủ yếu xử lý trực tiếp trên bảng tính, người dùng Userform để xây dựng ứng dụng thì không nhiều

Tôi lại thấy nhiều những form đã làm trên GPE là form lỗi thiết kế, lỗi code, dùng sai sự kiện, dùng sai control, thậm chí lỗi mà không biết vì đâu. Còn những người mới bắt đầu làm form thì lại yếu lý thuyết và yếu căn bản. Vì thấy thế nên tôi viết loạt bài này, chứ tôi cũng chưa khi nào dùng trong công việc.
Dù vậy, bạn cũng đúng khi xu hướng GPE giờ là code, là API windows, là công thức khủng, ... chứ không đi vào cái mới như Power query, Power BI, ...

 

[ptm0412]

Có bài hướng dẫn của anh mọi chuyện đơn giản hơn hẳn.

Thế mà không donate 1 ly cafe lấy động lực viết tiếp.

 

[SA_DQ]

. . . . . .. Không gì bằng tự thiết kế, tự làm, đúng chức năng, đúng nhu cầu của chính mình.

Không 1 ai có thể tự thiết kế, tự làm ra những chức năng theo iêu cầu,. . . mà phãi trãi qua sự học;
Học có (rất) nhiều cách học;
→ Học trên mạng cũng là 1 cách;
→ Học bằng cách đọc & thực hành bài viết của bạn cũng là 1 cách;
→ Học qua sự hỏi (như trên GPE.COM) cũng là 1 sự học
→ . . . (& cũng còn rất ư nhiều cách nữa mà mình chưa biết hết)

/(hông có cách học nào thật là chuẩn, mà chỉ có học theo đường hướng sẵn đề ra & đạt kết quả theo ý đề ra là chuẩn
→ Người có tiền thì học theo 1 kiểu, & khác với người có ít tiền;
→ Người có triệu phú về thời gian thì đề ra cho mình cách học khác hơn người bị bức bách về thời gian
→ Người có IQ cao ngất thì sẽ lại học 1 cách khác; Người hơi đần thì phải năng nhặt chặc bị mà thôi.
→ . . . .

 

[ptm0412]

Học có (rất) nhiều cách học;
(1)→ Học trên mạng cũng là 1 cách;
(2)→ Học bằng cách đọc & thực hành bài viết của bạn cũng là 1 cách;
(3)→ Học qua sự hỏi (như trên GPE.COM) cũng là 1 sự học

(1) Theo tôi nhận thấy thì trên mạng dạy rất hời hợt, kiểu mì ăn liền. Dạy theo kiểu 15 ngày thành chuyên giá Excel, xem một số clip nào đó trên youtube cũng sẽ thành chuyên gia, thì làm sao vững lý thuyết, làm sao cặn kẽ được những chi tiết nhỏ thuộc về căn bản (thí dụ khi nào dùng key press, khi nào dùng key down, key up; nên dùng option button hay dùng combobox, khi nào dùng sự kiện exit, khi nào dùng sự kiện before update?

(3) Học bằng cách hỏi GPE để được trả lời đúng, giải thích cặn kẽ chính xác là hơi hiếm. Họ gặp vướng mắc, bị lỗi, họ hỏi đúng chỗ lỗi, nhưng người trả lời có khi cho đoạn code sửa lỗi mà không giải thích gì, hoặc tệ hơn chỉ cho 1 cái link bắt xem, mà có khi link chẳng ăn nhập gì.
Vả lại bị lỗi mới giật mình đi hỏi, chứ lỗi tiềm ẩn chưa thấy, code rườm rà, giải thuật phức tạp thì cứ thế chạy, chẳng ai chỉ đâu.

(2) Những bài viết của tôi đi sâu hơn vào những chuyện trên, thí dụ trực quan hơn, khái quát hơn. Đồng thời nhờ kinh nghiệm, tôi hướng dẫn những thủ thuật đơn giản mà hiệu quả hơn.

 

[befaint]

Thớt này là rắn cụt đầu nên bị vậy cũng dễ hiểu mà.

 

[ptm0412]

Thớt này là rắn cụt đầu nên bị vậy cũng dễ hiểu mà.

Không hiểu bi phen ơi!

 

[befaint]

Không hiểu bi phen ơi!

Chưa kể bài #1 "vào đề" hụt hẫng "Nên thêm:..."

Và loạt bài đầu bị lạc dòng.

 

[ptm0412]

Chưa kể bài #1 "vào đề" hụt hẫng "Nên thêm:..."
Và loạt bài đầu bị lạc dòng.

Vì chủ đề này tách từ chủ đề khác ra, bài 1 không dám sửa, những bài sau còn dư âm.
Bài 32 là 1 câu than vãn

Chủ đề căn bản chả mấy ai theo dõi, những thủ thuật nho nhỏ mà hữu ích cả tuần chỉ có vài người xem. Chắc code hoành tráng, form hoành tráng làm sẵn sẽ nhiều người xem hơn.

Là nói về chủ đề mà bên này đang bàn tới.
Đùa chút: Ai cũng hiểu, chỉ 1 người cũng hiểu nhưng có ý kiến

 

[ptm0412]

Chủ đề Quy trình của việc tạo Userform trong Excel và các bước thực hiện đến đây (bài #33) tôi tạm khép lại. Các thủ thuật cũ, mới tôi cũng đã giới thiệu. Nếu ai có đóng góp gì tôi xin vui lòng tiếp nhận.

 

[vu_tuan_manh_linh]

Thời gian đầu mới tập tành VBA, tôi rất thích form, cái gì cũng tạo form. Sau 1 thời gian, tôi nhận thấy những bất tiện của form, và bản chất thì Excel nó chính là 1 form rồi, nếu việc sắp xếp cấu trúc dữ liệu hợp lý. Do đó, tôi đã chuyển hầu hết các tác vụ trực tiếp qua bảng excel luôn, và thao tác tận dụng tối đa sự kiện của cell (change, selection), đồng thời với mỗi dự án VBA, tôi tạo lập Menu Ribbon, thấy nó tiện hơn rất nhiều, Dĩ nhiên, một số tác vụ vẫn cần dùng form thì tôi giữ lại.

 

[ptm0412]

Thời gian đầu mới tập tành VBA, tôi rất thích form, cái gì cũng tạo form. Sau 1 thời gian, tôi nhận thấy những bất tiện của form, và bản chất thì Excel nó chính là 1 form rồi, nếu việc sắp xếp cấu trúc dữ liệu hợp lý. Do đó, tôi đã chuyển hầu hết các tác vụ trực tiếp qua bảng excel luôn, và thao tác tận dụng tối đa sự kiện của cell (change, selection), đồng thời với mỗi dự án VBA, tôi tạo lập Menu Ribbon, thấy nó tiện hơn rất nhiều, Dĩ nhiên, một số tác vụ vẫn cần dùng form thì tôi giữ lại.

Tôi cũng rất ít dùng form, thậm chí là không hề dùng để nhập liệu. Chỉ dùng khi cần tính toán nhanh thành phẩm sắt thép hồi làm công ty cơ khí. Tuy nhiên một khi đã dùng thì phải nắm rất vững lý thuyết như tôi đã trình bày, không chỉ bớt lỗi mà còn tối ưu giao diện, đơn giản hóa code.
Còn lập trình trên sheet thì tôi rất hạn chế dùng sự kiện change vì có những hạn chế, thí dụ như báo cáo chạy với 2 điều kiện (dò tìm, lọc) trên 2 cells, thì mới thay đổi 1 điều kiện đã chạy rồi.

 

[ongke0711]

View attachment 293443

Khi nhấn nút Delete, Nút delete trở thành Confirm delete và có 2 tùy chọn xóa vĩnh viễn và chỉ đánh dấu xóa.

Rảnh thì bác làm thêm luôn việc đổi Icon cho các nút lệnh luôn cho nó trực quan sinh động.. .
Trong Excel thì không biết lưu Icon ở đâu.

 

[ptm0412]

Rảnh thì bác làm thêm luôn việc đổi Icon cho các nút lệnh luôn cho nó trực quan sinh động.. .
Trong Excel thì không biết lưu Icon ở đâu.

Tôi cũng không biết ở đâu Access tạo form dễ hơn Excel nhiều
Vả tôi vốn là không thích những màu mè hoa mỹ, chỉ thích chơn chất mà hiệu quả. Vì vậy chủ đề này tôi viết chủ yếu là lý thuyết và các thủ thuật. Chưa có form nào trong các file đính kèm là hoàn chỉnh 100%, mỗi file chỉ nhằm minh họa 1 mục đích.
Thêm:
Mà hình như Excel không có tính năng vừa icon vừa text, chỉ có insert image

 

[ongke0711]

Vả tôi vốn là không thích những màu mè hoa mỹ, chỉ thích chơn chất mà hiệu quả. Vì vậy chủ đề này tôi viết chủ yếu là lý thuyết và các thủ thuật. Chưa có form nào trong các file đính kèm là hoàn chỉnh 100%, mỗi file chỉ nhằm minh họa 1 mục đích.

Đó là quan điểm cá nhân của bác thôi. Bác thiết kế Form là cho người dùng sử dụng thì nên đăt yếu tố tâm lý người dùng vô chứ.
icon cho nút lệnh là cái cơ bản, có gì đâu màu mè, vậy toàn bộ cái ứng dựng Office là màu mè à .
Thời buổi cạnh tranh bây giờ chẳng những tốt gỗ mà còn phải tốt luôn nước sơn, đó là quan điểm của tôi đó bác. Gỗ tốt giờ nhiều lắm.

 

[vu_tuan_manh_linh]

Tôi cũng rất ít dùng form, thậm chí là không hề dùng để nhập liệu. Chỉ dùng khi cần tính toán nhanh thành phẩm sắt thép hồi làm công ty cơ khí. Tuy nhiên một khi đã dùng thì phải nắm rất vững lý thuyết như tôi đã trình bày, không chỉ bớt lỗi mà còn tối ưu giao diện, đơn giản hóa code.
Còn lập trình trên sheet thì tôi rất hạn chế dùng sự kiện change vì có những hạn chế, thí dụ như báo cáo chạy với 2 điều kiện (dò tìm, lọc) trên 2 cells, thì mới thay đổi 1 điều kiện đã chạy rồi.

Vâng, nên linh hoạt giải pháp cho mỗi dự án VBA!

 

[ptm0412]

Đó là quan điểm cá nhân của bác thôi. Bác thiết kế Form là cho người dùng sử dụng thì nên đăt yếu tố tâm lý người dùng vô chứ.
icon cho nút lệnh là cái cơ bản, có gì đâu màu mè, vậy toàn bộ cái ứng dựng Office là màu mè à .
Thời buổi cạnh tranh bây giờ chẳng những tốt gỗ mà còn phải tốt luôn nước sơn, đó là quan điểm của tôi đó bác. Gỗ tốt giờ nhiều lắm.

Thì đồng ý câu 1 và 2, nhưng ai thích thì tự nghiên cứu. Tôi không quan tâm nên không hứng thú. À mma2 tôi có nói thêm ở trên: Excel hình như không có tính năng vừa icon vừa text.
Còn câu 3 phải xem lại. Form đưa lên GPE hoành tráng, trang trí đẹp, mà lỗi tè le, dùng sai sự kiện, code kiết rối rắm thấy ớn. Hoặc dùng code hàn lâm kiểu API windows zoom ziếc các kiểu.

 

[Quangdz0512]

Đúng là về Form em học và làm ở Access nhiều hơn. Đơn giản là với những người ngoại đạo và học mót như em thì Access hỗ trợ rất nhiều. Các thuộc tính của Control có thể chọn/chỉnh luôn.
Ví dụ 1 nút Next trong Access em dùng luôn cái chọn sẵn của nó. Với Excel em phải tự code cho các nút này, tuy đơn giản nhưng mà không có căn bản nên nhiều lúc cũng khó, đôi khi phải copy/paste cho nhiều nút.
Đọc bài của chú Ptm0412 mới rõ được những cái chi tiết nhất. Nhưng thú thực mà nói, các công việc liên quan của em, rất ít khi dùng đến Form nên cũng không có trau dồi nhiều về nội dung này. Khi nào cần thì lại tìm và đọc rồi mò mẫm thôi.

 

[LmoovoenX]

Đúng là về Form em học và làm ở Access nhiều hơn. Đơn giản là với những người ngoại đạo và học mót như em thì Access hỗ trợ rất nhiều. Các thuộc tính của Control có thể chọn/chỉnh luôn.
Ví dụ 1 nút Next trong Access em dùng luôn cái chọn sẵn của nó. Với Excel em phải tự code cho các nút này, tuy đơn giản nhưng mà không có căn bản nên nhiều lúc cũng khó, đôi khi phải copy/paste cho nhiều nút.
Đọc bài của chú Ptm0412 mới rõ được những cái chi tiết nhất. Nhưng thú thực mà nói, các công việc liên quan của em, rất ít khi dùng đến Form nên cũng không có trau dồi nhiều về nội dung này. Khi nào cần thì lại tìm và đọc rồi mò mẫm thôi.

Mình cũng thế. Đánh dấu để nghiền ngẫm khi có nhu cầu. Một lần nữa cảm ơn bài viết tâm huyết của bác Mỹ.

 

[cantl]

Ngày xửa ngày xưa, có 1 bài đâu đó tranh luận về việc nhập liệu trên form hay trên bảng tính excel tiện lợi hơn.
Và 1 ngày đẹp trời, sau khi nhập dữ liệu trên bảng tính với 80 cột, thì em thấy nó mệt mỏi quá. Việc kéo qua kéo lại rất khó chịu.
Vậy trường hợp này em nghĩ dùng form sẽ tiện hơn, sẽ gom tất cả các ô nhập liệu vào trong 1 trang form để dễ nhìn.

Vấn đề là nếu muốn nhập vậy thì có phải mình cần tạo 80 textbox để nhập hay có cách nào ngắn gọn hơn các bác ơi?

 

[ptm0412]

Dữ liệu 80 cột là dữ liệu thiết kế dở. Cho nên việc cần làm là thay đổi cấu trúc bảng và có thể phải thay đổi cấu trúc cả bộ dữ liệu. Bạn mở chủ đề mới và tôi xem xét.

 

[SA_DQ]

. . . . .
. . . . . Việc kéo qua kéo lại rất khó chịu.
Vậy trường hợp này em nghĩ dùng form sẽ tiện hơn, sẽ gom tất cả các ô nhập liệu vào trong 1 trang form để dễ nhìn.

Vấn đề là nếu muốn nhập vậy thì có phải mình (1) cần tạo 80 textbox để nhập hay (2) có cách nào ngắn gọn hơn các bác ơi?

(1) Chắc chắn là không cần nhiều đến vậy; Sẽ có 1 số cột (trường) nên xài ComboBox nhập tiện hơn
(2) Chắc sẽ có nhiều cách để khâu nhập liệu của bạn nhanh & tiện hơn; Còn khái niệm 'ngắn gọn hơn' mình chưa hiểu lắm

 

[tellmeww]

Đó là quan điểm cá nhân của bác thôi. Bác thiết kế Form là cho người dùng sử dụng thì nên đăt yếu tố tâm lý người dùng vô chứ.
icon cho nút lệnh là cái cơ bản, có gì đâu màu mè, vậy toàn bộ cái ứng dựng Office là màu mè à .
Thời buổi cạnh tranh bây giờ chẳng những tốt gỗ mà còn phải tốt luôn nước sơn, đó là quan điểm của tôi đó bác. Gỗ tốt giờ nhiều lắm.

Công nhận là form đệp đẹp tí điền thông tin cũng đỡ cực. Cố gắng chân thực và nổi bật thì người dùng đỡ nhập sai, nhập thiếu. Nói chung trải nghiệm người dùng là ko thể bỏ qua nếu muốn xây dựng form bây giờ

 

[ongke0711]

Công nhận là form đệp đẹp tí điền thông tin cũng đỡ cực. Cố gắng chân thực và nổi bật thì người dùng đỡ nhập sai, nhập thiếu. Nói chung trải nghiệm người dùng là ko thể bỏ qua nếu muốn xây dựng form bây giờ

Bây giờ UI, UX là không thể tách rời. Google nó còn nghiên cứu chi tiết cách người dùng nhìn lên Form như thế nào, điểm tập trung ở đâu, hành vi thao tác, màu sắc nào để giảm mỏi mắt ( phải tính tới người bị mù màu) v.v.. Giờ thiết kế một cái ứng dụng mà Form chằng chịt chữ, màu sắc đơn điệu, không có điểm nhấn thì người nhập liệu dễ mệt mỏi thì làm sao bán so với đối thủ cung cấp cùng tính năng nhưng thân thiện người dùng hơn chứ không phải thân thiện người lập trình. Giao diện bắt mắt, chuyên nghiệp sẽ tăng cơ hội dùng thủ sản phẩm hơn.

Ví dụ: (bài viết của tôi ở một diễn đàn khác)

 

[ptm0412]

Bây giờ UI, UX là không thể tách rời. Google nó còn nghiên cứu chi tiết cách người dùng nhìn lên Form như thế nào, điểm tập trung ở đâu, hành vi thao tác, màu sắc nào để giảm mỏi mắt ( phải tính tới người bị mù màu) v.v.. Giờ thiết kế một cái ứng dụng mà Form chằng chịt chữ, màu sắc đơn điệu, không có điểm nhấn thì người nhập liệu dễ mệt mỏi thì làm sao bán so với đối thủ cung cấp cùng tính năng nhưng thân thiện người dùng hơn chứ không phải thân thiện người lập trình. Giao diện bắt mắt, chuyên nghiệp sẽ tăng cơ hội dùng thủ sản phẩm hơn.

Tôi vốn không định tạo ứng dụng để kinh doanh, hoặc hướng dẫn tạo form cho người đang muốn kinh doanh. Chỉ hướng dẫn quy trình và 1 số lý thuyết căn bản cho người mới chập chững.
Tôi không phản đối ý kiến của bạn từ bài 49 cho tới giờ, chỉ là tôi chú trọng đến việc hướng dẫn người tạo form từ thiết kế cho đến khi vẽ thành hình, đến khi viết code, công việc được nhẹ nhàng, code gọn gàng dễ chỉnh sửa.
Còn trang trí thì ngay từ bài 1 của chủ đề đó tôi cũng không cương quyết hủy bỏ, mà chỉ đưa nó vào giai đoạn cuối của quy trình, và cũng chỉ khuyến cáo là nên trang trí nhẹ nhàng thôi.

 

[ongke0711]

Tôi không phản đối ý kiến của bạn từ bài 49 cho tới giờ, chỉ là tôi chú trọng đến việc hướng dẫn người tạo form từ thiết kế cho đến khi vẽ thành hình, đến khi viết code, công việc được nhẹ nhàng, code gọn gàng dễ chỉnh sửa.

có ai nói gì về phản bác ý kiến gì của nhau đâu bác. Vì cái đề tài liên quan đến Userform thì cùng vô đóng góp thêm ý kiến liên quan đến một phần của nó là cái giao diện Form thôi. Vấn đề thẩm mỹ nó cũng khó nói, tuỳ quan điểm của mỗi người nữa. Giống như lúc trước có bạn nhờ tôi thiết kế cái ứng dụng quản lý Đảng viên, tất nhiên màu chủ đạo của bác này là Đỏ + Vàng. Thế là bác cứ bắt phần lớn cái nền phải có màu đỏ, mình góp ý màu này sẽ gây cực kỳ mỏi mắt cho người nhập liệu và nền đỏ chữ vàng là không đảm bảo nguyên tắc độ tương phản, mà bác ta đâu có nghe, đành phải theo nhưng cũng cố kiếm cái màu đỏ dịu nhẹ chút...

 

[ptm0412]

có ai nói gì về phản bác ý kiến gì của nhau đâu bác.

Ờ thì cũng giải thích thêm ấy mà. Bên kia tôi cũng nói nhẹ nhàng rằng: Người dùng sẽ phải làm việc với form mấy tiếng đồng hồ liên tục chứ không phải chỉ ngồi ngắm mấy cái chi tiết trang trí xinh đẹp. Những cái đó chỉ tạo ấn tượng 5 giây ngay khi mở form thôi.
Làm việc lâu ắt mỏi mắt, lại thêm chói màu nữa thì chán lắm.

 

[Maika8008]

Thiết kế 1 cái form để cho tương xứng với Access trong Excel rất cực. Nếu loại trừ việc ngăn ngừa lỗi nhập liệu thì chẳng có lý nào phải chịu cực như vậy. Thà làm trên Access còn hơn.

 

[ptm0412]

Thiết kế 1 cái form để cho tương xứng với Access trong Excel rất cực. Nếu loại trừ việc ngăn ngừa lỗi nhập liệu thì chẳng có lý nào phải chịu cực như vậy. Thà làm trên Access còn hơn.

Làm Access thì cực nhất là cái đóng khung report. Không biết Office mới hơn thì có hay hơn không chứ tôi làm trên Access 2010 cực quá. Chứ report không khung thì làm theo wizard cái rẹt là đã xong.

 

[Maika8008]

Làm Access thì cực nhất là cái đóng khung report. Không biết Office mới hơn thì có hay hơn không chứ tôi làm trên Access 2010 cực quá. Chứ report không khung thì làm theo wizard cái rẹt là đã xong.

Tôi nghỉ dùng Access sau ver 97 nên không biết thế nào chứ trước đây phải cố cài Crystal Report. Dùng report của Access có mà chết mệt luôn.

 

[ongke0711]

Làm Access thì cực nhất là cái đóng khung report.

Không hiểu ý bác cái vụ khung này là như thế nào. Đúng là là Report trong Access nó đơn điệu, khó và mất thời gian thiết kế theo ý muốn, còn phải code tùm lum. Bởi vậy cái nào được thì tôi cứ xuất sang template của Excel.
Còn về Userform của Excel thì khỏi nói, mất nhiều công sức để thiết kế các kiểu control, những cái mà bên Access không cần phải làm gì nhiều cho nó. Như bác @Maika8008 đề cập, nếu không có nhu cầu bẫy lỗi gì nhiều thì hạn chế dùng cho đỡ mất thời gian.

 

[ptm0412]

Không hiểu ý bác cái vụ khung này là như thế nào.

Thí dụ 1 report có đóng khung ở hình dưới đây. Rất đơn giản, không trang trí hoa mỹ gì, nhưng phải vẽ tỉ mỉ từng line, height, width, top, left, style, border width.



Nói về form thì 2003 tôi xài Switchboard rất tiện lợi, su này không thấy nữa.

Là dạng thế này

 

[ongke0711]

Thí dụ 1 report có đóng khung ở hình dưới đây. Rất đơn giản, không trang trí hoa mỹ gì, nhưng phải vẽ tỉ mỉ từng line, height, width, top, left, style, border width.

Đúng là Report phải kẻ line cho từng cột, nếu dùng border cho textbox thì nhanh hơn nhưng cũng mất thời gian căn chỉnh textbox cho thẳng hàng,... Tôi thì dùng code để vẽ line cho textbox và để có thể tự co giãn theo nội dung bên trong (mặc định sẽ không có).
Còn về Switchboard Menu thì cũng có người thích dùng nhưng xu hướng thiết kế, thị hiếu cũng thay đổi theo thời gian nên người ta đổi sang Ribbon menu phần lớn.

 

[Hai Lúa Miền Tây]

Đúng là Report phải kẻ line cho từng cột, nếu dùng border cho textbox thì nhanh hơn nhưng cũng mất thời gian căn chỉnh textbox cho thẳng hàng,... Tôi thì dùng code để vẽ line cho textbox và để có thể tự co giãn theo nội dung bên trong (mặc định sẽ không có).
Còn về Switchboard Menu thì cũng có người thích dùng nhưng xu hướng thiết kế, thị hiếu cũng thay đổi theo thời gian nên người ta đổi sang Ribbon menu phần lớn.

View attachment 294307

Cực dữ thần vậy anh?

 

[ongke0711]

Cực dữ thần vậy anh?

Không phải quá cực mà mất thời gian để định dạng một số cái thay vì như trong Excel thì không cần làm gì nhiều. Sau này dùng module code vẽ line thì không cần thao tác gì, chỉ khai báo rồi report tự vẽ khi in thôi. Nói chung nếu định dạng quen tay bên Excel rồi thì qua Report Access sẽ mất thời gian nhiều hơn cho những cái đơn giản. Giống như thiết kế ứng dụng web, phải vẽ mọi thứ bằng code.
Nếu định dạng report với các bảng cố định chiều cao (theo nội dung bên trong) thì cứ dùng Boder cho Textbox và công cụ gióng hàng có sẳn trên menu để căn chỉnh giữa các textbox cho sát và đều nhau là được rồi.
Nói chung làm quen rồi thì thấy không có gì, còn mới bước qua sẽ thấy nó khó khăn hơn bên Excel vậy thôi.

 

[Hai Lúa Miền Tây]

Không phải quá cực mà mất thời gian để định dạng một số cái thay vì như trong Excel thì không cần làm gì nhiều. Sau này dùng module code vẽ line thì không cần thao tác gì, chỉ khai báo rồi report tự vẽ khi in thôi. Nói chung nếu định dạng quen tay bên Excel rồi thì qua Report Access sẽ mất thời gian nhiều hơn cho những cái đơn giản. Giống như thiết kế ứng dụng web, phải vẽ mọi thứ bằng code.
Nếu định dạng report với các bảng cố định chiều cao (theo nội dung bên trong) thì cứ dùng Boder cho Textbox và công cụ gióng hàng có sẳn trên menu để căn chỉnh giữa các textbox cho sát và đều nhau là được rồi.
Nói chung làm quen rồi thì thấy không có gì, còn mới bước qua sẽ thấy nó khó khăn hơn bên Excel vậy thôi.

Anh thử dùng subform cho report thử nhé. Sẽ nhẹ công hơn.

 

[ptm0412]

Anh thử dùng subform cho report thử nhé. Sẽ nhẹ công hơn.

Sub report chứ nhỉ?

Nếu định dạng report với các bảng cố định chiều cao (theo nội dung bên trong) thì cứ dùng Boder cho Textbox và công cụ gióng hàng có sẳn trên menu để căn chỉnh giữa các textbox cho sát và đều nhau là được rồi.

Tại tôi muốn các đường line đứng liền nét, các line nằm ngang trong detail là đường dot, nên mới phải vẽ từng line. Chứ border cho tất cả textbox rồi gióng hàng thì nhanh nhưng toàn bộ là liền nét hoặc toàn bộ là dot.
Cũng vẫn phải canh left của textbox này so với left và width của textbox bên trái.

 

[ongke0711]

Tại tôi muốn các đường line đứng liền nét, các line nằm ngang trong detail là đường dot, nên mới phải vẽ từng line. Chứ border cho tất cả textbox rồi gióng hàng thì nhanh nhưng toàn bộ là liền nét hoặc toàn bộ là dot.
Cũng vẫn phải canh left của textbox này so với left và width của textbox bên trái.

Đúng rồi bác. Muốn tuỳ biến thì phải vẽ thủ công thôi. Tôi cũng thường chỉ vẽ các nét chính hoặc né đứt, khỏi tốn mực in...
Nhưng gặp trường hợp muốn co giãn dòng theo nội dung một Textbox nào đó thì vẽ Line thủ công là không được rồi...



@Hai Lúa Miền Tây : tôi thường dùng Subreport. Nếu kéo Subform (dạng Datasheet hoặc Continuous) vô thì nó thường không đồng bộ với kiểu thiết kế của report và thường không tương ứng thiết lập kích thước in ấn. Do đó tôi thiết kế SubReport luôn để vừa trang in.

 

[VetMini]

Bi giờ là Userform "đỉnh cao", hoặc tối thiểu cũng là "nâng cao". Chứ làm quái gì còn "quy trình" nữa.

 

[ongke0711]

Bi giờ là Userform "đỉnh cao", hoặc tối thiểu cũng là "nâng cao". Chứ làm quái gì còn "quy trình" nữa.

Thiết kế giao diện cũng là một phần của qui trình tạo Userform bác à. Tính ra thì trao đổi cũng vòng vòng liên quan đến Userform chứ không đi xa quá, ra tới các vấn đề kinh tế, văn hoá, phân tích hành vi, thái độ v.v....

 

[VetMini]

... không đi xa quá, ra tới các vấn đề kinh tế, văn hoá, phân tích hành vi, thái độ v.v....

Vậy hả. Thành thật xin lỗi là làm mất thời gian của bạn.
Không có kinh tế, văn hoá thì một diễn đàn người Việt không còn gì để tôi quyến luyến cả.
Một khi tôi xin lỗi có nghĩa là tôi sẽ hết sức thận trọng trong lần tới. Tôi xin lỗi cá nhân tức là tôi quyết dịnh không bao giờ để cho phải lầm nữa.

 

[Hai Lúa Miền Tây]

Sub report chứ nhỉ?

Chung 1 Object hà sư phụ. Mình có thể đưa table, query, form, report vào tùy ý mà. Do vậy có thể gọi cái nào cũng được.