Các chương trình quản lý phòng máy hiện nay ở Việt Nam - 7

Dòng cuối là gọi phương thức SetWindowPos như cách 1. Có một lưu ý nhỏ ở đây là ta vẫn có thể sử dụng thay thế hàm SetWindowPos bằng một hàm API khác là MoveWindow. Số byte 4 Type trị] U32 dạng mã hóa 0 mã hóa thô (raw) 1 mã hóa CopyRect 2 mã hóa RRE 4 mã hóa CoRRE 5 mã hóa Hextile 16 mã hóa ZRLE 0xffffff11 mã hóa giả Cursor 0xffffff21 mã hóa giả DesktopSize Những mã hóa được đăng kí 6,7,8 khác 0xffffff00 tới 0xffffff10 zlib, tight, zlibhex 0xffffff12 tới 0xffffff20 0xffffff22 tới 0xffffffff các...
Nội dung trích xuất từ tài liệu:
Các chương trình quản lý phòng máy hiện nay ở Việt Nam - 7Số byte Type [Giá Mô tả trị]1 U8 2 dạng thông điệp1 độn2 U16 số lượng các mã hóatheo sau là các số lượng các mã hóa gởi lặp đi lặp lại :Số byte Type [Giá Mô tả trị]4 U32 dạng mã hóa 0 mã hóa thô (raw) 1 mã hóa CopyRect 2 mã hóa RRE 4 mã hóa CoRRE 5 mã hóa Hextile 16 mã hóa ZRLE 0xffffff11 mã hóa giả Cursor 0xffffff21 mã hóa giả DesktopSize Những mã hóa được đăng kí 6,7,8 khác 0xffffff00 tới 0xffffff10 zlib, tight, zlibhex 0xffffff12 tới 0xffffff20 0xffffff22 tới 0xffffffff các tùy chọn của tight 4.1.6.3.4 FrameBufferUpdateRequest Báo cho server biết client quan tâm đến một khu vực trong vùng đệm khungxác định bằng x-position, y-position, width và height. Server thường hồi đápFrameBufferUpdateRequest bằng cách gởi một FramebufferUpdate. Chú ý rằng tuy 151là như thế một FramebufferUpdate có thể gởi để hồi đáp nhiềuFramebuferUpdateRequest. Server ngầm định rằng client giữ một bản sao của mọt phần trong vùng đệmkhung mà nó quan tâm. Điều này có nghĩa là server thông thường chỉ cần gởi cáccập nhật tăng dần cho client. Tuy thế, nếu vì vài nguyên nhân nào đó client đã mất nội dung khu vực nócần, thì client có thể gởi một FramebufferUpdateRequest với incremental đặt bằng0 (sai). Việc này yêu cầu server gởi cả nội dung của cả khu vực càng sớm càng tốt.Khu vực sẽ không cập nhật khi dùng mã hóa CopyRect. Nếu client đã không mất nội dung khu vực nó quan tâm, thì nó sẽ gởi mộtFramebufferRequest với incremental đặt khác 0 (đúng). Nếu và khi có bất kì sựthay đổi tới khu vực xác định của vùng đệm khung, server sẽ gởi mộtFramebufferUpdate. Chú ý rằng có một chu kỳ bất giữa việc gởi và nhận cácFramebufferUpdateRequest và FramebufferUpdate. Trong trường hợp là một client nhanh (cấu hình mạnh), client có thể muốnđiều chỉnh tần suất gởi các FramebufferUpdateRequest tăng dần để tránh lấn chiếmđường mạng.Số byte Type [Giá Mô tả trị]1 U8 dạng thông điệp1 U8 incremental2 U16 x-position2 U16 y-position2 U16 width2 U16 height 4.1.6.3.5 Sự kiện phím 152 là khi một phím nhấn hoặc thả. Cờ down là khác 0 (đúng) nếu phím đangđược nhấn, 0 (sai) nếu phím đang thả. Phím tự nó cũng được dùng để xác định giátrị “keysym” định nghĩa bởi Hệ thống X Windows.Số byte Type [Giá Mô tả trị]1 U8 4 dạng thông điệp1 U8 cờ down2 độn4 U32 phím Dành cho hầu hết các phím, “keysym” giống với giá trị ASCII tương ứng.Để biết chi tiết, xem The Xlib Reference Manual, phát hành bởi O’Reilly &Associates, hay xem file tiêu đề từ bất kỳ một cài đặt của hệhống X Windows. Một số phím thông dụng khác: 153Tên phím Giá trị keysymBackSpace 0xff08Tab 0xff09Return hay Enter 0xff0dEscape 0xff1bInsert 0xff63Delete 0xffffHome 0xff50End 0xff57Page Up 0xff55Page Down 0xff56Left 0xff51Up 0xff52Right 0xff53Down 0xff54Tên phím Giá trị keysymF1 0xffbeF2 0xffbfF3 0xffc0F4 0xffc1… …F12 0xffc9Shift (trái) 0xffe1Shift (phải) 0xffe2Contro ...