Mọi người nghĩ rằng một hộp thoại lưu tập tin ẩn ẩn có nghĩa là máy tính bị đóng băng

Tôi đã có báo cáo về việc máy trạm từ xa bị đóng băng trong vài tháng và hóa ra điều này đang xảy ra:

1. Người dùng đi in một cái gì đó sang PDF (hoặc lưu nó).
2. Hộp thoại tập tin xuất hiện hỏi họ muốn tập tin đi đâu.
3. Họ bấm vào một cái gì đó khác, hoặc hộp thoại bằng cách nào đó kết thúc đằng sau một cái gì đó.
4. Họ ngồi và nhìn chằm chằm vào phần mềm PDF sẽ không làm gì cả, vì nó đang đợi họ.
5. Họ quyết định "máy tính" bị "đóng băng" và gọi để khởi động lại, điều mà nhân viên (không phải CNTT) khác của tôi chỉ làm.
6. Họ phàn nàn với tôi rằng máy tính chạy chậm và liên tục bị đóng băng.

Điều này dường như đang xảy ra rất nhiều . Chúng tôi là một công ty kế toán và làm rất nhiều công việc in / PDF.

Tôi đã thử cách tiếp cận của con người, sẽ giáo dục người dùng. Không may mắn. Tôi không nghĩ họ sẽ lấy nó.

Làm thế nào chúng ta có thể khắc phục điều này? Có cách nào để tạo Windows (hoặc Acrobat, nếu bạn biết bất cứ điều gì về điều đó - đó là chương trình rất yêu thích của tôi) chỉ cần đặt tệp ở đâu đó theo mặc định để ngăn người dùng khỏi phải xử lý hộp thoại tệp?

Đây là máy tính Windows 7 x64, được truy cập từ xa thông qua Remote Desktop Connection .

Họ quyết định "máy tính" bị "đóng băng" và gọi để khởi động lại, điều mà các nhân viên khác của tôi chỉ làm.

Đây là vấn đề của bạn. Đây không phải là lỗi kỹ thuật, vì vậy đừng thử và thực hiện giải pháp kỹ thuật.

Thay vào đó, bạn nên thực hiện một quy trình theo đó mọi cuộc gọi hoặc vé cho loại sự cố này thực sự được khắc phục trước khi thực hiện bất kỳ hành động nào. Mọi người có xu hướng ngừng phạm sai lầm ngớ ngẩn khi bạn bắt họ tự sửa nó.

Nếu người dùng gọi đến với vấn đề này - chỉ cần hỏi họ xem họ có cửa sổ đối thoại mở nào không, hoặc họ đã thử nhấn ALT + TAB chưa.

Tạo một mục wiki trên trang trợ giúp của bạn với một số bước khắc phục sự cố đơn giản mà người dùng có thể thực hiện. Theo cách đó, khi họ gọi đến với vấn đề này, bạn có thể hỏi xem họ đã kiểm tra hướng dẫn khắc phục sự cố "Máy tính của tôi bị đóng băng" chưa.

Vấn đề của bạn là bước 5, trong đó các nhân viên khác của bạn khởi động lại máy tính mà không thực hiện ngay cả việc khắc phục sự cố cơ bản nhất.

Tôi cho rằng bạn đang đề cập đến nhân viên CNTT, người nên thẳng thắn biết rõ hơn và không làm cho vấn đề trở nên tồi tệ hơn, đó là những gì họ làm khi họ chỉ khởi động lại máy tính mà không thực hiện khắc phục sự cố cơ bản. Khắc phục vấn đề này trước, và vấn đề người dùng sẽ trở nên tốt hơn.

Nhân viên của bạn cần cho người dùng thấy lý do tại sao điều này xảy ra, trong khi điều này xảy ra nếu có bất kỳ hy vọng nào có được nó. Không giống như phá vỡ một con chó con: Nếu bạn đập nó vào mũi khi nó đi tiểu trên thảm của bạn, nó sẽ học cách không đi tiểu trên thảm của bạn. Nếu bạn đợi đến 10 phút sau khi thực tế, nó sẽ không biết tại sao nó bị trừng phạt và sẽ không bao giờ học được. Người dùng, giống như chó con, cần sự trực tiếp này nếu có bất kỳ hy vọng nào cho chúng học bất cứ điều gì, và đó là lý do tại sao nói cho chúng biết vấn đề là gì sau khi máy tính bị trả về không hoạt động.

Tất nhiên, bạn vẫn sẽ có những người dùng cực kỳ dày đặc, những người không (hoặc sẽ không) nhận được nó, nhưng điều đó nằm ngoài tầm kiểm soát của bạn và thực sự là một vấn đề quản lý. Lời khuyên của tôi về tình huống đó là (giả sử bạn là người quản lý) để nói chuyện với người quản lý về những người dùng vi phạm tồi tệ nhất của bạn và chỉ ra năng suất (trong bộ phận của họ , cũng như của bạn) bị lãng phí vì người dùng của họ không kiểm tra đơn giản lưu đối thoại.
Bằng cách chỉ ra cách nhân viên của họ từ chối hoặc không có khả năng học các nhiệm vụ đơn giản đang làm tổn thương họ và họcác phòng ban, những người quản lý sẽ cởi mở hơn nhiều để giải quyết vấn đề với các công cụ theo ý của họ. Khi gặp vấn đề theo cách này, tôi đã thấy các nhà quản lý ở các bộ phận khác tự mình xử lý để "đào tạo" / "giáo dục" người dùng của họ về loại điều đơn giản này, và thậm chí kỷ luật hoặc chấm dứt những nhân viên không muốn hoặc không thể t nhận được nó (Như trong: "Xin lỗi vì cứ sau 3 giờ bạn lại quên mật khẩu và không thể đăng nhập, nhưng điều đó có nghĩa là bạn không phải là nhân viên làm việc hiệu quả và chúng tôi không đủ khả năng thuê bạn nữa. Hãy ra ngoài.")

Và trên một ghi chú cá nhân hãy để tôi nói với bạn: thật hài lòng khi nghe một người quản lý bán hàng hét lên "Không phải lỗi của bạn, bạn quá ngu ngốc khi nhấp vào nút aa !!!"

Điều này đôi khi là do giới hạn thiết kế trong Windows x64 liên quan đến sự tương tác giữa các ứng dụng 32 bit và trình điều khiển 64 bit. Ngoài các hộp thoại in, một tình huống phổ biến khác xảy ra là khi sử dụng Internet Explorer 32 bit và các hộp thoại cho thẻ thông minh.

Microsoft cung cấp một số thông tin cơ bản về nguyên nhân ở đây:

Hộp thoại Lưu với tên xuất hiện phía sau ứng dụng 32 bit khi bạn in ra máy in Tài liệu XPS trên phiên bản 64 bit của Windows 7
http://support.microsoft.com/kb/2567869

Trình điều khiển máy in được triển khai dưới dạng thư viện liên kết động (DLL) được tải vào một quy trình đang in. Trình điều khiển máy in được triển khai dưới dạng DLL 64 bit trên các phiên bản Windows 64 bit. Trình điều khiển máy in được triển khai dưới dạng DLL 32 bit trên các phiên bản Windows 32 bit.

Một quy trình 32 bit không thể tải DLL 64 bit. Do đó, các phiên bản Windows 64 bit hỗ trợ in từ các quy trình 32 bit thông qua quy trình Splwow64.exe. Splwow64.exe là một quy trình 64 bit có thể tải trình điều khiển máy in 64 bit và xử lý in thay cho các quy trình 32 bit.

Khi một ứng dụng gọi chức năng StartDoc để in tới máy in XPS Document Writer, trình điều khiển máy in Tài liệu XPS sẽ hiển thị hộp thoại Lưu dưới dạng để người dùng có thể chỉ định tên và vị trí của tệp XPS. Cửa sổ chủ sở hữu của hộp thoại thường là cửa sổ hoạt động của luồng đang gọi hàm StartDoc và hộp thoại sẽ xuất hiện trên cửa sổ đang hoạt động.

Khi ứng dụng 32 bit gọi chức năng StartDoc trên phiên bản Windows 64 bit, quy trình Splwow64.exe gọi đến trình điều khiển máy in XPS Document Writer thay mặt cho ứng dụng 32 bit. Trong trường hợp này, hộp thoại Lưu với tên không được đặt tên vì luồng trong quy trình Splwow64.exe không có cửa sổ hoạt động. Ngoài ra, hộp thoại có thể xuất hiện phía sau ứng dụng đang in vì quá trình Splwow64.exe không có quyền đặt cửa sổ nền trước.

Cuộc gọi StartDoc không trả về cho đến khi hộp thoại bị hủy, vì vậy ứng dụng dường như sẽ ngừng đáp ứng.

Hộp thoại Save As có nút riêng trong thanh tác vụ Windows Explorer nếu nó được tạo bởi quy trình Splwow64.exe. Điều này là do hộp thoại không có tên. Nút thanh tác vụ cũng nhấp nháy khi quá trình Splwow64.exe không thể đặt cửa sổ nền trước.

Ngay cả khi bạn đã gặp phải vấn đề này trước đây, nó có thể là một PITA thực sự để săn lùng hộp thoại phương thức ẩn.

Cuối cùng, đó là một vấn đề UI được chia sẻ giữa nền tảng và ứng dụng. Nếu người dùng bị nhầm lẫn bởi sản phẩm của tôi, thì đó là một lỗi trong sản phẩm. Ứng dụng có thể hiển thị một chỉ báo trong cửa sổ chính cho biết [hộp thoại in đang chờ xử lý (Bấm vào đây để Hủy)]. Nhưng đây không phải là một lựa chọn cho quản trị viên hệ thống.

Đối với cửa sổ, phím tắt [Windows] -M có thể giúp (hiển thị / ẩn máy tính để bàn), nhưng đó vẫn là một phần của giáo dục người dùng và đào tạo Helpdesk.

Cấu hình máy in pdf tự động?

Không chắc đây có phải là một lựa chọn đáng để xem xét không, nhưng tôi muốn một cái gì đó tương tự mơ hồ: Tự động in PDF mà không cần nhắc nhở hoặc bật lên.

Tôi có một chương trình in những thứ tôi đang nâng cấp và cho mục đích thử nghiệm, tôi muốn in thành PDF, tự động đặt tên cho nó và không phải suy nghĩ về phần đó của quy trình.

Tôi thiết lập Pdf24 trên máy tính của tôi. Khi tôi in tới máy in đó, thông qua thiết lập, nó sẽ tự động in vào một thư mục. Các tùy chọn bao gồm thư mục tự động mở, tệp tự động mở, tên tự động với các phần như dấu thời gian, v.v.

Bạn thậm chí có thể tùy chỉnh giao diện của chương trình với logo công ty là duy nhất.

(Tôi không liên kết theo bất kỳ cách nào với Pdf24 ngoài việc đáp ứng nhu cầu gần đây của tôi)

Đây là một vấn đề thiết kế UI / Windows. Đánh người dùng qua đầu là không công bằng với họ.

Vì nó xảy ra đủ lần, bạn có thể xem xét một giải pháp tự động hóa.

Sử dụng một cái gì đó như autohotkey để đặt một macro trong autostart của chúng.

Macro định kỳ kiểm tra loại cửa sổ (nghĩa là lưu dưới dạng hộp thoại dành riêng cho máy in PDF) và đưa ra lệnh gọi "đưa ra phía trước" cho nó.

Bạn có thể nhận được một số dặm từ một sản phẩm tôi từng sử dụng (trước khi tôi có cơ hội và ý thức tốt để ngừng phát triển trong môi trường Windows.) Nó được gọi là "Đẩy nút Freakin" và đó là một chút vững chắc của phần mềm miễn phí.

Tôi chỉ nhìn và nó dường như vẫn còn ở đây.

Sẽ vẫn cần một chút khéo léo để giải quyết vấn đề của bạn, nhưng tôi biết rằng công cụ đó là một công cụ tuyệt vời cho tôi khi chúng tôi có máy chủ từ xa sử dụng trình điều khiển 3Com đôi khi cho rằng người dùng có mặt. Không có gì giống như hộp thoại Lỗi hệ thống để dừng nhanh việc chia sẻ tệp trên mạng.

Sau khi tôi phát hiện ra nó, không có kết thúc nào cho việc sử dụng tôi để tự động hóa tất cả các hộp thoại nhỏ, gây khó chịu, "bạn có chắc không", trong đó các nhà phát triển Windows rõ ràng rất thích.

Dù sao, tôi hy vọng điều này sẽ giúp!

Điều này có thể, hoặc có thể không phải là tất cả lỗi của người dùng.

Tôi đã thấy rằng vì một số lý do kỳ lạ, một số chương trình nhất định trong Win 7 x64 đôi khi đủ tải cửa sổ hộp thoại lên màn hình DƯỚI các cửa sổ khác, và không phải trên đầu dưới dạng phương thức. Nó có phần điên rồ. Một trong những cái mà tôi sử dụng đó là cái in tài liệu pdf.

Nhưng có nói rằng tôi đồng ý với A khác ở trên rằng đây là một vấn đề đào tạo.

-

Tuy nhiên, tôi có thể tưởng tượng một tập lệnh lặp trong PowerShell, được chạy như một công việc nền, thường xuyên kiểm tra một số tác vụ nhất định trên các máy trạm nhất định và trong bao lâu chúng đã hoạt động và có thể không hoạt động, và giết bất kỳ quy trình nào như vậy. Nhưng đó không phải là một giải pháp tốt mà tôi không nghĩ, bởi vì nó có thể phá vỡ những thứ khác. :-( Bạn biết những gì được nói về Kỹ sư, rằng họ không giải quyết vấn đề mà thay đổi một vấn đề khác.

Đúng là có rất ít bạn có thể làm khi nói đến những người không có ý thức tìm kiếm nút lưu. Đặc biệt khi đó là một nhiệm vụ đơn giản họ đã thực hiện nhiều lần trong quá khứ và nên biết phải làm gì dựa trên kinh nghiệm trong quá khứ.

Nhưng có lẽ tôi có thể cung cấp một số lời khuyên có thể giúp đỡ. Tôi đã thấy một vấn đề tương tự trong quá khứ, theo đó một hộp thoại được ẩn dưới các cửa sổ khác. Tôi tin rằng để khắc phục sự cố, tôi đã cập nhật trình điều khiển video và khởi động lại PC, sau đó hộp thoại được mở trên đầu các cửa sổ như được yêu cầu. Nếu bạn có thể nhận được hộp thoại hiển thị trên cùng của các cửa sổ khác, người dùng cuối của bạn có thể đầu mối, bước tiếp theo họ cần làm là "lưu"

Một tùy chọn khác là cập nhật hoặc thay đổi bản in của bạn thành phần mềm PDF. Tôi sử dụng một phần mềm miễn phí gọi Foxit PDF, tôi sẽ dán một liên kết bên dưới. Tôi hy vọng điều này sẽ giúp bạn trong nhiệm vụ của bạn. Mặc dù tôi đồng ý, bạn cũng cần đào tạo nhân viên hỗ trợ kỹ thuật của mình để đào tạo người dùng cuối cách thực hiện các tác vụ đơn giản, như tìm kiếm nút lưu chẳng hạn. Một khi người dùng cuối được đào tạo tốt hơn, họ sẽ trở nên năng suất hơn và giảm chi phí cho bộ phận của bạn. Chúc may mắn

Phần mềm Foxit PDF