TN040: MFC/OLE แบบแทนการปรับขนาด และการย่อ/ขยาย

หมายเหตุนี้จะหารือในเรื่องที่เกี่ยวข้องกับการแก้ไขในสถานและวิธีเซิร์ฟเวอร์ควรทำการย่อ/ขยายที่ถูกต้อง และการปรับขนาดในสถาน ด้วยการเปิดใช้งานในสถาน WYSIWYG แนวคิดที่จะนำมาหนึ่งขั้นตอนเพิ่มเติมในคอนเทนเนอร์ที่ และเซิร์ฟเวอร์ร่วมมือกัน และโดยเฉพาะอย่างยิ่ง แปลสเปค OLE ในลักษณะเดียวกัน?

เนื่องจากการโต้ตอบที่ปิดระหว่างคอนเทนเนอร์และเซิร์ฟเวอร์ที่สนับสนุนการเปิดใช้งานในสถานมีตัวเลขของความคาดหวังจากผู้ใช้งานที่ควรได้รับการดูแลรักษา:

• การแสดงงานนำเสนอ (metafile ที่วาดในCOleServerItem::OnDrawแทน) จะมีลักษณะเหมือนเหมือนเมื่อมันถูกวาดเพื่อแก้ไข (ยกเว้นว่ามองไม่เห็นเครื่องมือการแก้ไข)?
  
  
• เมื่อขยายคอนเทนเนอร์ หน้าต่างเซิร์ฟเวอร์ควรงานได้เกินไป!
  
  
• คอนเทนเนอร์และ server ควรแสดงวัตถุสำหรับการแก้ไขโดยใช้เมตริกเดียวกัน ซึ่งหมายความว่า การใช้โหมดการแมปตามจำนวนพิกเซลแบบลอจิคัลต่อนิ้ว — พิกเซลไม่จริงต่อนิ้ว การจำลองภาพบนอุปกรณ์แสดงผล?

หมายเหตุnbsp  เนื่องจากการเปิดใช้งานในสถานเท่ากับรายการซึ่งถูกฝังตัว (ไม่เชื่อมโยง), ย่อเท่ากับวัตถุฝังตัว คุณจะเห็น APIs ในทั้งCOleServerDocและCOleServerItemที่ใช้สำหรับการย่อ/ขยาย เหตุผลสำหรับ dichotomy นี้คือฟังก์ชันที่ถูกต้องสำหรับการเชื่อมโยง และฝังตัวทั้งรายการเฉพาะในCOleServerItem (นี้ช่วยให้คุณมีการใช้งานทั่วไป) และฟังก์ชันที่สามารถใช้ได้เฉพาะสำหรับวัตถุฝังตัวอยู่ในชั้นเรียนCOleServerDoc (จากมุมมองของเซิร์ฟเวอร์ เป็นเอกสารที่ถูกฝัง)(&N)?

ภาระมากที่สุดถูกวางลงบน implementor เซิร์ฟเวอร์ ที่เซิร์ฟเวอร์ที่ต้องคำนึงถึงสัดส่วนการย่อ/ขยายของคอนเทนเนอร์ และการปรับเปลี่ยนของอินเทอร์เฟซที่แก้ไขตามความเหมาะสม แต่อย่างไรไม่เซิร์ฟเวอร์กำหนดตัวย่อ/ขยายที่ใช้ในคอนเทนเนอร์?

MFC สนับสนุนการย่อ/ขยาย

สัดส่วนการย่อ/ขยายที่ปัจจุบันสามารถทดสอบได้ โดยการเรียกCOleServerDoc::GetZoomFactor โทรศัพท์นี้เมื่อเอกสารไม่ได้ใช้งานอยู่ในสถานส่งผลจะเสมอในสัดส่วนการย่อ/ขยาย 100% (หรืออัตราส่วน 1:1) โทรในขณะที่ใช้งานอยู่ในตำแหน่งอาจส่งคืนสิ่งอื่นนอกเหนือจาก 100%?

สำหรับตัวอย่างของการย่อ/ขยายอย่างถูกต้องดู MFC OLE อย่าง HIERSVR ย่อ/ขยายใน HIERSVR มีความซับซ้อนตรงข้อเท็จจริงว่า มันแสดงข้อความ — และข้อ ทั่วไป ไม่ปรับในแฟชั่นแบบเชิงเส้น (คำแนะนำ มีข้อตกลง การออกแบบความกว้างและความสูงทั้งหมด complicate เรื่อง) ยังคง HIERSVR เป็นการอ้างอิงที่เหมาะสมสำหรับการใช้งานอย่างย่อ และเพื่อ เป็นการช่วยสอน MFC เขียน(ขั้นตอนที่ 7)?

COleServerDoc::GetZoomFactorกำหนดตัวย่อ/ขยายตามจำนวนอื่นเมตริกพร้อมใช้งาน จากคอนเทนเนอร์ หรือ จากการใช้งานชั้นของCOleServerItemและCOleServerDoc ในสั้น ปัจจัยการย่อ/ขยายปัจจุบันจะถูกกำหนด โดยใช้สูตรต่อไปนี้

การวางตำแหน่งรูปสี่เหลี่ยม (PR) / ขอบเขตของคอนเทนเนอร์ (CE)

สี่เหลี่ยมของตำแหน่งจะขึ้นในคอนเทนเนอร์ มันจะถูกส่งกลับไปยังเซิร์ฟเวอร์ในระหว่างการเปิดใช้งานในตำแหน่งเมื่อCOleClientItem::OnGetItemPositionเรียกว่า และถูกปรับปรุงเมื่อคอนเทนเนอร์เรียกของเซิร์ฟเวอร์COleServerDoc::OnSetItemRects (มีการเรียกไปยังCOleClientItem::SetItemRects)?

คอนเทนเนอร์ขนาดเล็กน้อยซับซ้อนในการคำนวณได้ ถ้าคอนเทนเนอร์ได้เรียกCOleServerItem::OnSetExtent (มีการเรียกไปยังCOleClientItem::SetExtent), แล้วส่วนขยายคอนเทนเนอร์มีค่านี้แปลงเป็นพิกเซลตามจำนวนพิกเซลต่อนิ้วแบบลอจิคัล ถ้าในคอนเทนเนอร์ไม่เรียกว่า SetExtent (ซึ่งมักกรณี), แล้วคอนเทนเนอร์ขนาดคือ ขนาดของตัวกลับจากCOleServerItem::OnGetExtent ดังนั้น ถ้าในคอนเทนเนอร์ได้เรียก SetExtent กรอบถือว่า ถ้ามัน ในคอนเทนเนอร์จะได้เรียกได้ 100% ของขอบเขตธรรมชาติ (ค่าส่งกลับจากCOleServerItem::GetExtent) หรืออีกวิธีหนึ่ง ระบุกรอบสันนิษฐานว่า ในคอนเทนเนอร์แสดง 100% (ไม่มี ไม่น้อย) ของสินค้า?

สิ่งสำคัญคือให้สังเกตว่า แม้ว่าCOleServerItem::OnSetExtentและCOleServerItem::OnGetExtentมีชื่อที่เหมือนกัน พวกเขาไม่ใช้แอตทริบิวต์เดียวของสินค้า เรียกว่าการให้เซิร์ฟเวอร์ทราบจำนวนวัตถุปรากฏอยู่ในคอนเทนเนอร์ (คำนึงถึงสัดส่วนการย่อ/ขยาย) OnSetExtentและOnGetExtentถูกเรียก โดยคอนเทนเนอร์เพื่อกำหนดขนาดที่เหมาะสมที่สุดของวัตถุ?

โดยการดูแต่ละ APIs เกี่ยวข้องที่นี่ คุณสามารถเรียกดูรูปภาพที่ชัดเจนขึ้น:

COleServerItem::OnGetExtent

ฟังก์ชันนี้ควรส่งคืน "ขนาดธรรมชาติ" ใน HIMETRIC หน่วยของสินค้า วิธีที่ดีที่สุดในการคิดว่า "ธรรมชาติขนาด"เป็นการ กำหนดขนาดนั้นอาจปรากฏขึ้นเมื่อพิมพ์ ขนาดส่งกลับมาที่นี่เป็นค่าคงที่สำหรับเนื้อหาในรายการเฉพาะ (มากเช่น metafile ซึ่งเป็นค่าคงที่สำหรับรายการเฉพาะ) ขนาดนี้ไม่เปลี่ยนแปลงเมื่อมีใช้ย่อไปยังรายการ มันมักจะไม่เปลี่ยนแปลงเมื่อคอนเทนเนอร์ให้สินค้ามากกว่า หรือน้อยกว่าพื้นที่ว่าง โดยการเรียกOnSetExtentนั้น ตัวอย่างของการเปลี่ยนแปลงอาจเป็นที่อยู่ของตัวแก้ไขข้อความอย่างง่ายด้วยความสามารถไม่มี "กำไร" ที่ห่อข้อความตามขอบเขตล่าสุดส่ง โดยคอนเทนเนอร์ ถ้าเปลี่ยนเซิร์ฟเวอร์ เซิร์ฟเวอร์ควรคงตั้งค่า OLEMISC_RECOMPOSEONRESIZE ที่บิตในรีจิสทรีของระบบ (ดูเอกสารประกอบของ OLE SDK สำหรับข้อมูลเพิ่มเติมในตัวเลือกนี้)?

COleServerItem::OnSetExtent

ฟังก์ชันนี้ถูกเรียกเมื่อแสดงในคอนเทนเนอร์ "มากกว่าหรือน้อยกว่า" ของวัตถุ คอนเทนเนอร์ส่วนใหญ่จะไม่เรียกนี้เลย เริ่มต้นใช้งานเก็บค่าสุดท้ายที่ได้รับจากคอนเทนเนอร์ใน 'm_sizeExtent' ซึ่งใช้ในCOleServerDoc::GetZoomFactorเมื่อคำนวณค่าขอบเขตของคอนเทนเนอร์ที่อธิบายข้างต้น?

COleServerDoc::OnSetItemRects

ฟังก์ชันนี้ถูกเรียกเมื่อเอกสารถูกใช้งานอยู่ในตำแหน่งเท่านั้น โดยเรียกว่าเมื่อในคอนเทนเนอร์ปรับปรุงตำแหน่งของสินค้าหรือรูปวาดใช้กับสินค้า สี่เหลี่ยมตำแหน่ง ตามที่กล่าวไว้ข้างต้น แสดงตัวเศษสำหรับการคำนวณสัดส่วนการย่อ/ขยาย เซิร์ฟเวอร์สามารถร้องขอว่า สามารถเปลี่ยนตำแหน่งรายการ โดยการเรียกCOleServerDoc::RequestPositionChange คอนเทนเนอร์ที่อาจ หรืออาจไม่ตอบสนองต่อการร้องขอนี้ โดยการเรียกOnSetItemRects (มีการเรียกไปยังCOleServerItem::SetItemRects)?

COleServerDoc::OnDraw

คุณจำเป็นต้องตระหนักว่า metafile ที่สร้างขึ้น โดยการแทนที่ของCOleServerItem::OnDrawคมชัดเหมือนที่เดียว metafile คำนึงถึงสัดส่วนการย่อ/ขยายที่ปัจจุบัน คอนเทนเนอร์จะปรับมาตราส่วน metafile ที่ตามความเหมาะสม นี่คือการแยกความแตกต่างสำคัญระหว่างมุมมองOnDrawและของสินค้าเซิร์ฟเวอร์OnDraw จับมุมมองการย่อ/ขยาย รายการเพิ่งสร้างแบบzoomable metafile และทิ้งมันขึ้นเป็นคอนเทนเนอร์ที่ทำการย่อ/ขยายที่เหมาะสม?

วิธีที่ดีที่สุดที่รับประกันว่า เซิร์ฟเวอร์ของคุณทำงานได้อย่างถูกต้องคือการ ใช้การใช้งานCOleServerDoc::GetZoomFactorถ้าเอกสารของคุณถูกใช้งานอยู่ในตำแหน่ง?

MFC สนับสนุนสำหรับการปรับขนาดในสถาน

MFC ใช้อินเทอร์เฟซแบบแทนที่ปรับขนาดได้ตามที่อธิบายไว้ในสเปค OLE 2 อินเทอร์เฟซผู้ใช้จะได้รับการสนับสนุน โดยคลาCOleResizeBarข้อความกำหนดเองWM_SIZECHILDและการจัดการพิเศษของข้อความนี้ในCOleIPFrameWnd?

คุณอาจต้องการใช้การจัดการที่แตกต่างกันของข้อความนี้กว่าอะไรมาตามกรอบ ตามที่อธิบายไว้ข้างต้น กรอบออกจากผลลัพธ์ของแบบแทนที่ปรับขนาดได้ถึงในคอนเทนเนอร์ — เซิร์ฟเวอร์ตอบสนองต่อการเปลี่ยนแปลงสัดส่วนการย่อ/ขยาย ถ้าในคอนเทนเนอร์ reacts โดยการตั้งค่าขอบเขตทั้งสองคอนเทนเนอร์ และปรับขนาดของกรอบตำแหน่งระหว่างการประมวลผลของCOleClientItem::OnChangeItemPosition (เรียกว่าเป็นผลของการเรียกไปยังCOleServerDoc::RequestPositionChange) แล้วในสถานที่ จะส่งผลในการ "มากกว่าหรือน้อยกว่า" ของสินค้าแสดงในหน้าต่างแก้ไข ถ้าในคอนเทนเนอร์ reacts โดยการเพียงตั้งค่าตำแหน่งสี่เหลี่ยมระหว่างการประมวลผลของCOleClientItem::OnChangeItemPositionปัจจัยการย่อ/ขยายจะเปลี่ยนแปลง และรายการจะแสดง "ขยาย หรือย่อ

เซิร์ฟเวอร์สามารถควบคุม (บางส่วน) สิ่งที่เกิดขึ้นในระหว่างการเจรจานี้ กระดาษคำนวณ ตัวอย่างอาจเลือกที่จะแสดงเซลล์ที่มากกว่า หรือน้อยกว่าเมื่อผู้ใช้ปรับขนาดหน้าต่างขณะแก้ไขสินค้าในสถาน Word-processor ที่อาจเลือกที่จะเปลี่ยนแปลง "ขอบกระดาษ" เพื่อให้เหมือนกันหน้าต่าง และตัดคำใหม่ข้อความกับระยะขอบใหม่ เซิร์ฟเวอร์ที่ใช้ตัวนี้ โดยการเปลี่ยนแปลงขอบเขตตามธรรมชาติ (ขนาดส่งคืนมาจากCOleServerItem::OnGetExtent) เมื่อปรับขนาดที่จะทำ นี้จะทำให้ทั้งสี่เหลี่ยมตำแหน่งและขอบเขตของคอนเทนเนอร์ที่เปลี่ยน โดยในปริมาณเดียวกัน เป็นผลในการย่อ/ขยายปัจจัยเดียวกัน แต่ตัวใหญ่ หรือมีขนาดเล็กลงดูพื้นที่ นอกจากนี้ มากกว่าหรือน้อยกว่าของเอกสารจะสามารถมองเห็นใน metafile สร้างขึ้นโดยOnDraw ในกรณีนี้ การเปลี่ยนแปลงเอกสารเองเมื่อผู้ใช้ปรับขนาดรายการ แทนของพื้นที่แสดงเพียง?

คุณสามารถใช้ปรับขนาดแบบกำหนดเอง และยัง ใช้ประโยชน์จากอินเทอร์เฟซสำหรับผู้ใช้ที่มาจากCOleResizeBarโดยแทนที่ข้อความWM_SIZECHILDในคลาCOleIPFrameWndของคุณ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับเกร็ดของWM_SIZECHILDดู24 หมายเหตุทางเทคนิค?

หมายเหตุด้านเทคนิคตามหมายเลข|nbsp หมายเหตุด้านเทคนิคตามประเภท(&N)