Hỏi về xóa dữ liệu Textbox hoặc Combox ở nhiều Frame khác nhau

[tuannguyen789]

Chào mọi người,

Tuấn có 2 frame (Textbox2 nằm frame 1, Textbox3 nằm frame 2) và Textbox1 nằm ở userform
Cú pháp của Tuấn:

Phần userform khai báo như sau:
Private ChonTextBox As Class1
Dim Textbox As MSForms.Textbox
Set Textbox = Controls.Add("Forms.TextBox.1")
Set ChonTextBox= New Class1
Set ChonTextBox.Textbox = Textbox
With Textbox ' Dùng để tạo ra Textbox2 và Textbox3
.Name = "Textbox1"
.Left = 500
.Top = 500
'.Value = 1
End With

Trong modul Claas:
Public WithEvents Textbox As MSForms.Textbox

Property Set CtrTextbox(Textbox As MSForms.Textbox)
Set CtrTextbox = Textbox
End Property

Private Sub Textbox_Change()
Dim Textbox1 As MSForms.Textbox
Dim Textbox2 As MSForms.Textbox
With TextBox
Set Textbox1 = .Parent.Controls("Frame1").Controls.Add("Forms.TextBox.1")
with Textbox1
.Name = "Textbox2"
.Left=20
.Top=10
End with

Set Textbox2 = .Parent.Controls("Frame2").Controls.Add("Forms.TextBox.1")
With Textbox2
.Name = "Textbox3"
.Left=20
.Top=10
End with
End with
End Sub
Private Sub Textbox_DblClick(ByVal Cancel As MSForms.ReturnBoolean)
Textbox.Value = ""
End Sub

Trường hợp DblClick cho Textbox1 thì câu lệnh thực hiện, nhưng ở Textbox2 và Textbox3 thì không thực hiện
Mong nhận được sự hỗ trợ từ diễn đàn.

 

[ongke0711]

Trường hợp DblClick cho Textbox1 thì câu lệnh thực hiện, nhưng ở Textbox2 và Textbox3 thì không thực hiện

Cách tôi làm trong Standard module là gán thuộc tính Tag cho Control. Khi duyệt qua các Control nếu Tag = điều kiện thì xử lý, không thì bỏ qua.

Mà theo ý kiến cá nhân, tôi nghĩ bạn chỉ nên dùng Class để xử lý một công việc (task) nào đó của ứng dụng mà nó lập lại thường xuyên, giống nhau thông qua các sự kiện (Event) của Controls, nhiều control xử lý 1 công việc giống nhau (Class Collection),... chứ không cần viết Class cho việc thiết kế, vẽ các control lên Userform. Người ta đã tốn công tạo tính năng kéo thả control trên Form cho bạn phát triển giao diện người dùng cho nhanh rồi, bạn chỉ cần tập trung công sức vô code cho ứng dụng đáp ứng yêu cầu khách hàng là tốt rồi. Một ứng dụng có thể có cả trăm Form với các thết kế khác nhau, tôi cũng chưa nghĩ ra áp dụng cái Class tạo controls của bạn như thế nào cho từng Form. Chắc tôi ngâm cứu chưa tới.
Tôi chỉ viết các Class nhỏ nhỏ như:
- Event cho các nút Tiến - Lùi - Xoá -Tìm kiếm các Record (Navigation button)
- Class quản lý User đăng nhập (Tạo mới, Sửa, Xoá, Phân Quyền...)
- ...
Chút ý kiến cá nhân là vậy.

 

[tuannguyen789]

Cách tôi làm trong Standard module là gán thuộc tính Tag cho Control. Khi duyệt qua các Control nếu Tag = điều kiện thì xử lý, không thì bỏ qua.

Mà theo ý kiến cá nhân, tôi nghĩ bạn chỉ nên dùng Class để xử lý một công việc (task) nào đó của ứng dụng mà nó lập lại thường xuyên, giống nhau thông qua các sự kiện (Event) của Controls, nhiều control xử lý 1 công việc giống nhau (Class Collection),... chứ không cần viết Class cho việc thiết kế, vẽ các control lên Userform. Người ta đã tốn công tạo tính năng kéo thả control trên Form cho bạn phát triển giao diện người dùng cho nhanh rồi, bạn chỉ cần tập trung công sức vô code cho ứng dụng đáp ứng yêu cầu khách hàng là tốt rồi. Một ứng dụng có thể có cả trăm Form với các thết kế khác nhau, tôi cũng chưa nghĩ ra áp dụng cái Class tạo controls của bạn như thế nào cho từng Form. Chắc tôi ngâm cứu chưa tới.
Tôi chỉ viết các Class nhỏ nhỏ như:
- Event cho các nút Tiến - Lùi - Xoá -Tìm kiếm các Record (Navigation button)
- Class quản lý User đăng nhập (Tạo mới, Sửa, Xoá, Phân Quyền...)
- ...
Chút ý kiến cá nhân là vậy.

Tuấn trả lời câu diễn giải của nha,

1 frame chứa tầm 30 cái textbox, mà số lượng frame không cố định, do người sử dụng chọn. Vì vậy việc nhấn thả các control là không khả thì.
Đục địch đoạn code này, dùng để thao tác lẹ khi nhập sai dữ lieu (xóa nhanh).

Ví dụ: 1 trong phiếu yêu cầu có nhiều mục (1mục, 2 mục,...20mục), thông thường ta sẽ nhập từng mục vào, sau đó nhấn nút (lưu), rồi tiếp tục nhập tiếp mục kế tiếp. Việc này mất nhiều thao tác. Để cho dễ dàng, người dùng sẽ tự động tạo số lượng mục cần nhập, trong quá trình nhập dữ lieu, nếu nhập sai chỉ cần DblClick vào frame chứa Textbox thì sẽ tự động xóa (việc này lập lại thường xuyên do chỉ có 1 cú pháp), không cần nhấn nút trên bàn phím.

Nếu textbox chỉ có ở 1frame cố định đã xử lý được trong control class. Nhưng do các control này nằm ở nhiều frame khác nhau. Vì vậy, mong được sự hỗ trợ từ diễn đàn.

 

[ongke0711]

1 frame chứa tầm 30 cái textbox, mà số lượng frame không cố định, do người sử dụng chọn. Vì vậy việc nhấn thả các control là không khả thì.
Đục địch đoạn code này, dùng để thao tác lẹ khi nhập sai dữ lieu (xóa nhanh).

Ví dụ: 1 trong phiếu yêu cầu có nhiều mục (1mục, 2 mục,...20mục), thông thường ta sẽ nhập từng mục vào, sau đó nhấn nút (lưu), rồi tiếp tục nhập tiếp mục kế tiếp. Việc này mất nhiều thao tác. Để cho dễ dàng, người dùng sẽ tự động tạo số lượng mục cần nhập, trong quá trình nhập dữ lieu, nếu nhập sai chỉ cần DblClick vào frame chứa Textbox thì sẽ tự động xóa (việc này lập lại thường xuyên do chỉ có 1 cú pháp), không cần nhấn nút trên bàn phím.

Tôi cũng thắc mắc về thiết kế cái Form nhập liệu này của bạn. Bạn có thể chia sẻ, chụp hình cái giao diện bạn định thiết kế không (phác thảo trên Excel, word gì cũng được). Thường tôi thấy các ứng dụng có tính năng cho phép người dùng tạo thêm (vẽ) các control trên Form (Shape, textbox..) như quản lý nhà hàng - tạo thêm bàn; quản lý khách sạn - tạo thêm phòng trên Main form để có cái nhìn tổng thể sơ đồ bàn ăn, sơ đồ phòng.
Còn Form nhập liệu thì cứ: textbox nhập liệu, Listbox hiển thị dữ liệu vừa nhập, các số thứ tự, mục thì để code tạo tự động v.v..Không biết đặc thù cách nhập liệu của bạn ra sao, nếu có hình ảnh trực quan mọi người sẽ có cái nhìn rõ hơn và có thể có giải pháp đơn giản hơn.

 

[tuannguyen789]

Tôi cũng thắc mắc về thiết kế cái Form nhập liệu này của bạn. Bạn có thể chia sẻ, chụp hình cái giao diện bạn định thiết kế không (phác thảo trên Excel, word gì cũng được). Thường tôi thấy các ứng dụng có tính năng cho phép người dùng tạo thêm (vẽ) các control trên Form (Shape, textbox..) như quản lý nhà hàng - tạo thêm bàn; quản lý khách sạn - tạo thêm phòng trên Main form để có cái nhìn tổng thể sơ đồ bàn ăn, sơ đồ phòng.
Còn Form nhập liệu thì cứ: textbox nhập liệu, Listbox hiển thị dữ liệu vừa nhập, các số thứ tự, mục thì để code tạo tự động v.v..Không biết đặc thù cách nhập liệu của bạn ra sao, nếu có hình ảnh trực quan mọi người sẽ có cái nhìn rõ hơn và có thể có giải pháp đơn giản hơn.

Cám ơn anh đã phản hồi.

Hình 1, nếu có 1 mục yêu cầu:
Hình 2, tùy ý tang số lượng mục yêu cầu bằng cách nhập số mục vào textbox, rồi nhấn "xác lập" sẽ tự động tạo ra them.
(trong hình tuấn tên name của combobox để tiện kiểm tra xem tạo ra đúng số lượng hay không thôi).

Note:
- Đối vối hình 1. Dùng kéo thả, vào (nhìn rất rối).
- Đối với hình 2: Được tạo từ code control.

DblClick được hình 1, nhưng khi tạo ra như hình 2 thì không DblClick được.

 

[ongke0711]

Note:
- Đối vối hình 1. Dùng kéo thả, vào (nhìn rất rối).
- Đối với hình 2: Được tạo từ code control.

DblClick được hình 1, nhưng khi tạo ra như hình 2 thì không DblClick được.

Nếu Form nhập liệu dạng này thì kéo thả thôi chứ cần gì viết Class cho nó. Vấn đề là kỹ năng thiết kế + cái nhìn mỹ thuật chút là được. Bạn thiết kế trực tiếp trên form nó sẽ dễ dàng cho bạn trong việc bảo trì sau này, code bẫy lỗi của từng control nếu có...

Hình minh hoạ thiết kế bằng tay

 

[giaiphap]

Cám ơn anh đã phản hồi.

Hình 1, nếu có 1 mục yêu cầu:
Hình 2, tùy ý tang số lượng mục yêu cầu bằng cách nhập số mục vào textbox, rồi nhấn "xác lập" sẽ tự động tạo ra them.
(trong hình tuấn tên name của combobox để tiện kiểm tra xem tạo ra đúng số lượng hay không thôi).

Note:
- Đối vối hình 1. Dùng kéo thả, vào (nhìn rất rối).
- Đối với hình 2: Được tạo từ code control.

DblClick được hình 1, nhưng khi tạo ra như hình 2 thì không DblClick được.

Theo như bạn mô tả thì tại sao ta không dùng TabStrip cho khỏe ta. Thôi nói chung chỉ góp ý chứ không góp vốn, nghe hay không thì tùy bạn.
Tôi làm một file tương tự như mô tả ở #3, bạn áp dụng được hay không là tùy nhé.
Ngoài ra bạn có thể tham khảo cách tạo thêm TabStrip ở file mẫu chủ đề này.

Quản lý quán Cafe (Open Source)

Như lần trước mình có hứa ở https://giaiphapexcel.com/diendan/threads/m%E1%BA%B9o-office-100-n%C3%AAn-bi%E1%BA%BFt-ch%E1%BB%89-c%E1%BA%A7n-g%C3%A1n-m%E1%BB%99t-macro-duy-nh%E1%BA%A5t-cho-t%E1%BA%A5t-c%E1%BA%A3-shape.148486/#post-960315 nay mình chia sẻ ứng dụng quản lý quán cafe cho ai có nhu...

giaiphapexcel.com

 

[tuannguyen789]

Cám ơn mọi người góp ý.

Vì sao Tuấn không sử dụng TabStrip là có nguyên nhân:
- Đối với nhập thông tin như hình [U]ongke0711[/U] tư vấn, nếu chỉ là thông tin khách hàng thì không vấn đề gì.
- Do đây là form nhập dự lieu thông tin lien quan đến tiền hàng. Để nhìn trực quan, tuấn muốn show ra hết. Mặc khác, với cách dung TabStrip đổi khi khó cho người không để ý, cẩu thả. Tuấn tạo ra cái form này, để dẽ dàng cho người khác sử dụng không cần thao tác nhiều, chỉ cần nạp dữ lieu theo diễn giải của Label là ok rồi.

Tuấn cũng có tạo thêm listbox, khi lick vào sẽ show lên các combobox và textbox rồi.
Vì form này mục đích viết, trách nhập thiếu xót khi tab qua từng tiểu mục, và hướng tới tất cả đối tượng nào cũng làm được.

Việc cần làm bây giờ, ý tuấn đang cần code làm sao Dblick sẽ xóa được dữ liệu.

 

[tuannguyen789]

Theo như các gợi ý của mõi người,

Tuấn suy nghĩ thì muốn làm được như vậy thì mỗi frame sẽ dung 1 class riêng.

Mọi người cho ý kiến, hay vẫn dùng 1 class như Tuấn đang cần hỗ trở sửa code

 

[ongke0711]

Tuấn cũng có tạo thêm listbox, khi lick vào sẽ show lên các combobox và textbox rồi.
Vì form này mục đích viết, trách nhập thiếu xót khi tab qua từng tiểu mục, và hướng tới tất cả đối tượng nào cũng làm được.

Tôi có thắc mắc là bạn có nghĩ tới việc bẫy lỗi nhập liệu tuỳ theo từng textbox (hay combobox...) hay chưa. Có những Textbox bẫy lỗi như:
- Chỉ cho nhập dạng Số, không được nhập text,
- Chỉ nhập ngày tháng theo một định dạng nào đó,
- Không được để trống v.v..
Khi đó bạn sẽ viết class xử lý như thế nào? có đơn giản hơn là tạo một function trong standard module rồi gọi ở ngay control cần bẫy lỗi hay mỗi lần bẫy lỗi phải duyệt qua toàn bộ các control rồi xét điều kiện.
Tôi chỉ đóng góp ý kiến về cách thiết kế xử lý một nghiệp vụ nào đó thôi chứ chưa nắm vững các phương thức, thuộc tính của các control trong Userform của Excel nên không ý kiến gì về code cho Class nhé.

 

[tuannguyen789]

Tôi có thắc mắc là bạn có nghĩ tới việc bẫy lỗi nhập liệu tuỳ theo từng textbox (hay combobox...) hay chưa. Có những Textbox bẫy lỗi như:
- Chỉ cho nhập dạng Số, không được nhập text,
- Chỉ nhập ngày tháng theo một định dạng nào đó,
- Không được để trống v.v..
Khi đó bạn sẽ viết class xử lý như thế nào? có đơn giản hơn là tạo một function trong standard module rồi gọi ở ngay control cần bẫy lỗi hay mỗi lần bẫy lỗi phải duyệt qua toàn bộ các control rồi xét điều kiện.
Tôi chỉ đóng góp ý kiến về cách thiết kế xử lý một nghiệp vụ nào đó thôi chứ chưa nắm vững các phương thức, thuộc tính của các control trong Userform của Excel nên không ý kiến gì về code cho Class nhé.

Cám ơn anh đã phản hồi ý kiến.

Với ý kiến của ongke0711 Tuấn cũng nói rõ, khi đã làm việc tới VBA hay bất kỳ phần mềm nào khác, người viết code phải hiểu cái cơ bản này nhất mà không những thế còn phải bẫy cả những lõi mà đôi khi người dùng không nghĩ đến. Một phần mềm nếu muốn nói là hoàn thiện, ít nhất người viết code thì cơ bản đã từng làm qua việc đó chưa và có chuyên môn kỹ thuật? Có như vậy mới hiểu ra hướng đối tượng, cũng như bẫy lỗi kể cả tinh năng (đơn giản nhất có thể chỉ cần cú lick chuột, không thao tác rờm rà). Thông thường những người ngoại đạo như Tuấn đây, vì có máu là dân kỹ thuật, cái gì cũng phải có logic, tối ưu hóa người sử dụng.

Một ví dụ đơn giản gắn liền với sinh hoạt hàng ngày mà ít người nhận ra.

Khi ta đóng mở cầu dao, thông từ sẽ nói là: Đóng điện hoặc Cắt điện. Mọi người có đồng ý với Tuấn câu này không. Nhưng đối với người bình thường, nếu nói vậy họ sẽ phân vân rất nhiều, nếu ta chỉ cần nói KÉO cầu dao LÊN (Đóng điện), KÉO cầu dao XUỐNG (cắt điện), như vậy với câu nói này, bất cứ ai cũng làm được.

Quay lại vấn đề Tuấn cần trợ giúp, tại sao lại cứ cố tìm ra cách làm Dblick, bởi vì ý tưởng người viết đã có chủ đích, cần rút ngắn thời gian thao tác (Dblick so với cách thông thường phải bôi đen toàn bộ hoặc bấm từng bấm nút Backspace/Delete, hay một yêu cầu có nhiều mục hàng, nhập 1 yêu cầu bấm 1 lần SAVE, hay nhập tất cả mục yêu cầu rồi bấm 1 lần SAVE) cái nào nhanh hơn, đây có được xem là bẫy lỗi không?

Ý nghĩa diễn đàn excell thì ai cũng đã rõ, việc một user đang gặp vấn đề về code để giải quyết bài toán đang thực hiện, theo Tuấn ngoài việc chúng ta góp ý cho user về cấu trúc, chúng ta cũng nên cùng nhau đưa ra lời giải. không những cho user mà cho các thành viên khác thấy hay làm theo.

 

[ongke0711]

Quay lại vấn đề Tuấn cần trợ giúp, tại sao lại cứ cố tìm ra cách làm Dblick, bởi vì ý tưởng người viết đã có chủ đích, cần rút ngắn thời gian thao tác (Dblick so với cách thông thường phải bôi đen toàn bộ hoặc bấm từng bấm nút Backspace/Delete, hay một yêu cầu có nhiều mục hàng, nhập 1 yêu cầu bấm 1 lần SAVE, hay nhập tất cả mục yêu cầu rồi bấm 1 lần SAVE) cái nào nhanh hơn, đây có được xem là bẫy lỗi không?

Ý nghĩa diễn đàn excell thì ai cũng đã rõ, việc một user đang gặp vấn đề về code để giải quyết bài toán đang thực hiện, theo Tuấn ngoài việc chúng ta góp ý cho user về cấu trúc, chúng ta cũng nên cùng nhau đưa ra lời giải. không những cho user mà cho các thành viên khác thấy hay làm theo.

Tôi nghĩ bạn đã hiểu sai bài viết của tôi (có thể tôi nói không rõ lắm).
Tôi chỉ ý kiến tổng thể về việc dùng Class của bạn để vẽ các Control lên Form. Sau đó các Control sẽ có một đống các bẫy lỗi, vậy viết code bẫy lỗi trong Class liệu có hiệu quả hơn so với viết trong Standard module? Tôi cũng chẳng thắc mắc gì về việc bạn muốn viết code cho sự kiện Double-click vì có biết ứng dụng bạn như thế nào, muốn làm gì cho sự kiện đó mà ý kiến ý cò.

...có được xem là bẫy lỗi không?

Đã gọi là bẫy lỗi thì nếu không bẫy nó sẽ gây lỗi hệ thống, lỗi dữ liệu khi lưu xuống, khi xử lý v.v..
Còn sự kiện Double-Click của bạn là cách thức cải thiện thao tác người dùng cho nhanh gọn, đơn giản chứ bẫy lỗi gì ở đây.
Nếu muốn nhập liệu nhanh thì đừng tính đến việc dùng chuột nhé.

... chúng ta cũng nên cùng nhau đưa ra lời giải.

Tôi đã nói ở bài trước:

Tôi chỉ đóng góp ý kiến về cách thiết kế xử lý một nghiệp vụ nào đó thôi chứ chưa nắm vững các phương thức, thuộc tính của các control trong Userform của Excel nên không ý kiến gì về code cho Class nhé.

 

[thuyyeu99]

mình đọc mà chưa hình dung được ý đồ của bạn muốn làm gì, hơi bị thắc mắc. bạn có thể nói rõ hơn chúc được không ?

1 frame chứa tầm 30 cái textbox, mà số lượng frame không cố định, do người sử dụng chọn.
Đục địch đoạn code này, dùng để thao tác lẹ khi nhập sai dữ lieu (xóa nhanh).

nhìn cái hình thì chọn ở đâu ????

Ví dụ: 1 trong phiếu yêu cầu có nhiều mục (1mục, 2 mục,...20mục), thông thường ta sẽ nhập từng mục vào, sau đó nhấn nút (lưu), rồi tiếp tục nhập tiếp mục kế tiếp. Việc này mất nhiều thao tác. Để cho dễ dàng, người dùng sẽ tự động tạo số lượng mục cần nhập, trong quá trình nhập dữ lieu, nếu nhập sai chỉ cần DblClick vào frame chứa Textbox thì sẽ tự động xóa (việc này lập lại thường xuyên do chỉ có 1 cú pháp), không cần nhấn nút trên bàn phím.

không hiểu ý bạn lắm?

Bài đã được tự động gộp: 29/6/20

Nếu Form nhập liệu dạng này thì kéo thả thôi chứ cần gì viết Class cho nó. Vấn đề là kỹ năng thiết kế + cái nhìn mỹ thuật chút là được. Bạn thiết kế trực tiếp trên form nó sẽ dễ dàng cho bạn trong việc bảo trì sau này, code bẫy lỗi của từng control nếu có...

Hình minh hoạ thiết kế bằng tay

View attachment 240167

giao diện anh làm đẹp quá

 

[tuannguyen789]

mình đọc mà chưa hình dung được ý đồ của bạn muốn làm gì, hơi bị thắc mắc. bạn có thể nói rõ hơn chúc được không ?



nhìn cái hình thì chọn ở đâu ????


không hiểu ý bạn lắm?

Bài đã được tự động gộp: 29/6/20

giao diện anh làm đẹp quá

Cám ơn mõi người góp ý,

Có lẽ mõi người chưa rõ ý của tuấn, Tuấn nói lại để mọi người hỗ trợ giúp Tuấn,

Hình của anh ongke0711 khác ý hình của Tuấn ở chỗ:

- Được cố định, không thay đổi về số lượng dữ lieu nhập, hình của tuấn, nếu số mục là 1 mục thì là hình 1, nếu ta nhập số mục tùy biến (>1) sẽ tự động tăng số lượng ô nhập lieu - hình 2 (frame thông tin khách hàng không thay đổi, chỉ thay đổi từ fram thông số kỹ thuật đến đơn giá mua vào/bán ra). Như vậy số lương combobox và textbox không xác định được..

Cái khó ở đây, do bố cục tuấn phân theo trong từng frame, các combobox và textbox được tạo ra từ controls.add, do đó việc dblick không thực hiện cho từng comboxbox và textbox ở frame khác nhau.

Sự kiện vẽ các frame tùy ý (như đã hỏi ở trên)----> tuấn giải viết code: UserForm1.ActiveControl.Parent.Controls("Frame" & i).Controls.Add("Forms.Frame.1")---ok rồi.

Tuấn đang suy nghĩ, dùng for each chạy đến textbox và combobox tại sự kiện dblick_change() trong modul class, như vậy code còn thiếu gì nữa không hay phải viết code khác.

Mọi người có hỗ trợ tuấn phần này nhé.

 

[VetMini]

...
Một ví dụ đơn giản gắn liền với sinh hoạt hàng ngày mà ít người nhận ra.

Khi ta đóng mở cầu dao, thông từ sẽ nói là: Đóng điện hoặc Cắt điện. Mọi người có đồng ý với Tuấn câu này không. Nhưng đối với người bình thường, nếu nói vậy họ sẽ phân vân rất nhiều, nếu ta chỉ cần nói KÉO cầu dao LÊN (Đóng điện), KÉO cầu dao XUỐNG (cắt điện), như vậy với câu nói này, bất cứ ai cũng làm được.
...

Ví dụ chủ quan.

Đầu tiên hết, tôi phải biết "cầu dao" là cái gì. Và quy trình "kéo lên/kéo xuống" ra sao. Với đường dây công suất và hiệu thế lớn, kéo lạng quạng nó xẹt lửa cháy cổ tay. Khi khổng khi không bảo tôi "kéo cầu dao" là vô trách nhiệm.

Vả lại, nếu có người đang sửa điện ở đầu dây bên kia, chuyện "bất cứ ai cũng làm được" không thể để cho xảy ra.
(khi ngắt cầu dao để làm việc, người thợ điện gắn một cái thẻ "yêu cầu liên hệ với ... trước khi chạm vào cầu dao")

 

[tigertiger]

Tôi mà mua phần mềm cứ bắt nhập nhiều trên 1 màn hình dù có đẹp cỡ nào, là bỏ
Vì phải làm sao tập trung thông tin chính người ta cần thôi, nếu cần thì bấm nút cho thêm (thường là More...) thông tin, nhập nhiều này dễ sai sót và mất tập trung.

 

[tuannguyen789]

Ví dụ chủ quan.

Đầu tiên hết, tôi phải biết "cầu dao" là cái gì. Và quy trình "kéo lên/kéo xuống" ra sao. Với đường dây công suất và hiệu thế lớn, kéo lạng quạng nó xẹt lửa cháy cổ tay. Khi khổng khi không bảo tôi "kéo cầu dao" là vô trách nhiệm.

Vả lại, nếu có người đang sửa điện ở đầu dây bên kia, chuyện "bất cứ ai cũng làm được" không thể để cho xảy ra.
(khi ngắt cầu dao để làm việc, người thợ điện gắn một cái thẻ "yêu cầu liên hệ với ... trước khi chạm vào cầu dao")

Cám ơn đã phàn hồi ý kiến,

A đã hiểu nhầm ý Tuấn viết, ở đây không nói vấn đề chuyên sâu về kỹ thuật điện, như a nói đến công suất/hiệu điện thế thì phải nói đến tích phân, đạo hàm rồi (thôi thôi bỏ qua vấn đề này), mục đích Tuấn nêu ra ý muốn nói, trong 1 gia đình, minh đang sửa điện (ví dụ thay bóng đèn, đầu điện...) để an toàn chẳng hạn, nếu dung từ chuyên môn mà người mình đang nhờ là 1 người lớn tuổi hay đại khái một (cảnh sát tóc dài..) sao hiểu được, vậy mình dùng chữ phổ thông bình dân (KÉO LÊN/KÉO XUỐNG) dễ hiểu không anh

Bài đã được tự động gộp: 30/6/20

Tôi mà mua phần mềm cứ bắt nhập nhiều trên 1 màn hình dù có đẹp cỡ nào, là bỏ
Vì phải làm sao tập trung thông tin người ta cần thồi, nếu cần thì bấm nút cho thêm (thường là More...) thông tin, nhập nhiều này dễ sai sót và mất tập trung.

Cám ơn anh đã phản hồi,

Anh lại không hiểu vấn đề, có thể a chưa đọc hết comment Tuấn viết.

Nếu là a, a không sử dụng là đúng rồi. Vì a hiểu, biết về vi tinh, hoặc có thể a viết được phần mềm.

Cái ở đây Tuấn đã nói, minh làm sao minh đối tượng nào (thượng vàng hạ cám), cẩu thả...vẫn làm được, đơn gian tránh sai sót trong qua trình nhâp lieu.

Xin cũng nói thật, đây là cái mà các thành viên viết code không để ý đến chỉ nghĩ làm sao phần mềm minh chạy ổn định, bẫy lõi (mức độ tương đối - đâu có ai mà am hết tất cả lãnh vực) mà quên rằng còn có những đối tượng ở mức trung bình, thấp.

Riêng đối với Tuấn, khi minh viết code, minh làm sao mà người không biết gì vẫn có thể làm được mới xem như việc minh tạo ra form là thành công.

 

[tigertiger]

Cám ơn đã phàn hồi ý kiến,

A đã hiểu nhầm ý Tuấn viết, ở đây không nói vấn đề chuyên sâu về kỹ thuật điện, như a nói đến công suất/hiệu điện thế thì phải nói đến tích phân, đạo hàm rồi (thôi thôi bỏ qua vấn đề này), mục đích Tuấn nêu ra ý muốn nói, trong 1 gia đình, minh đang sửa điện (ví dụ thay bóng đèn, đầu điện...) để an toàn chẳng hạn, nếu dung từ chuyên môn mà người mình đang nhờ là 1 người lớn tuổi hay đại khái một (cảnh sát tóc dài..) sao hiểu được, vậy mình dùng chữ phổ thông bình dân (KÉO LÊN/KÉO XUỐNG) dễ hiểu không anh

Bài đã được tự động gộp: 30/6/20

Cám ơn anh đã phản hồi,

Anh lại không hiểu vấn đề, có thể a chưa đọc hết comment Tuấn viết.

Nếu là a, a không sử dụng là đúng rồi. Vì a hiểu, biết về vi tinh, hoặc có thể a viết được phần mềm.

Cái ở đây Tuấn đã nói, minh làm sao minh đối tượng nào (thượng vàng hạ cám), cẩu thả...vẫn làm được, đơn gian tránh sai sót trong qua trình nhâp lieu.

Xin cũng nói thật, đây là cái mà các thành viên viết code không để ý đến chỉ nghĩ làm sao phần mềm minh chạy ổn định, bẫy lõi (mức độ tương đối - đâu có ai mà am hết tất cả lãnh vực) mà quên rằng còn có những đối tượng ở mức trung bình, thấp.

Riêng đối với Tuấn, khi minh viết code, minh làm sao mà người không biết gì vẫn có thể làm được mới xem như việc minh tạo ra form là thành công.

Về phần mềm càng nhiều thông tin nhập (trên 1 màn hình), thì càng làm người-dùng-thường bị rối -- kiểu như hộp thoại option / advanced của office cũng là 1 điều nên hạn chế.

Đọc từ đầu đến cuối, vẫn không biết code của bạn đang làm sao, chỉ có mấy dòng ở bài đầu.

Vậy chắc bạn chỉ cần đóng góp ý tưởng, tốt nhất như bạn từng viết trên là nên viết cả Frame của bạn là class, và các textbox trong 1 frame là cố định do design (kéo thả) tạo lên, thì là Giải quyết doubleclick mong muốn.

 

[VetMini]

...
Riêng đối với Tuấn, khi minh viết code, minh làm sao mà người không biết gì vẫn có thể làm được mới xem như việc minh tạo ra form là thành công.

Theo quan niệm này thì mấy thằng viết code cho Excel ở MS chưa thành công.
Bằng chứng là ở diễn đàn này, "người không biết gì" hoàn toàn không làm chủ được bảng tính của mình.

...
Đọc từ đầu đến cuối, vẫn không biết code của bạn đang làm sao, chỉ có mấy dòng ở bài đầu.

Bạn là "người đã biết không ít thì nhiều" mà "vẫn không biết code của [thớt] đang làm sao". Huống chi người không biết gì. Theo định nghĩa về "thành công" của thớt ở trên, thì thớt còn phải cố gắng nhiều.

 

[Phuocam]

Tóm lại: Muốn người khác hỗ trợ nhưng không muốn người khác xem file?