我在1024*768下開發程式~scale為false... 當我拿到800*600執行時，monthcalendar的"大小"是沒變~ 但它內部的"月曆"卻變大了 只能從星期日看到星期五的一半，後面的全被切掉了~ 簡單的說就是內部的"月曆大小"變大.... 請問這有辦法改進嗎？

我剛試了一下 看起來都是好好的 我是由1024*768 96dpi -> 800*640 96dpi 一切正常

你是在不同電腦跑罷? OS 是甚麼?

我在我自己的電腦裡測的~ 在1024*768開發，調到800*600測.... OS：win2000

我自己的試驗結果跟 TurboTed 版主一樣。 你可否試試做一新專案只放 MonthCalendar 來試一試? 因有可能是其他設定，先確定了最簡單的後比較好找

我也同意Justmade版主的題意 請nachi兄把 您覺的有問題的程式讓我 們試看看吧

找到問題了，因為此表單在800*600下，若scale設false，則表單的高會超出MDI主視窗，導致下方被蓋掉~    所以我用了changescale(screen.Width, 1024)，但是用了此行指令，雖然所有的元件都縮小到適中的大小，但表單的寬和高卻多了一段，且monthcalendar不正常.... 我想圖解較清楚，圖一是在1024的環境，圖二是800的環境加上changescale(screen.Width, 1024)，圖中可見表單的下、右方各多出一段且monthcalendar不正常....兩者scale都為false 目前還在嚐試各種方法來解決此問題，其它表單則都沒此問題@@ 發表人 - nachi 於 2003/05/25 23:30:12 [修改圖位置--Justmade] 發表人 - Justmade 於 2003/05/25 23:34:41

changescale 只會修改 Control 的 Left, Top, Width, Height 其他如 Fonts 等是不會修改的。 Fonts 比較好做，若相差不遠可不修。若所有 Control 都設 Parent Font = True 也可以修改 Form 的 Fonts 便好。 其他固定大小的東西便沒那麼好做了，如你說的 Monthcalendar, button / 其他元件的 bitmap 等等，都是沒有 scale 可設的。 較簡單的做法是以800 x 600 為準講 1024 時大點留邊好了。

justmade兄~你是說在800*600開發嗎？ 之前曾找了站內不少關於解析的文章，有一篇曾建議在低解析開發，如此拿到高解析處較好調整，你是這個意思嗎？

不是在 800 * 600 開發，而是以 800 x 600 作為標準來開發。即是說設計視窗大小時以 800 * 600 的顯示為準，但開發環境可用 1024 或更高 其實以那個解像度作標準來開發還有很多考量,如若對像有100台電腦99台都用1024, 1台用800 * 600, 那你便要考慮是否借得為一台電腦而以 800 * 600 來開發了。 只是若你不知對像的解像度，以 800 * 600 為基準會保險一點。 我自己的做法是主視窗以 800 * 600為基準，右邊及下方另作工具視窗，為非必要但方便使用的。

justmade兄~你說的意思我大概知道了，但是在1024開發，然後以800*600(或其它解析)為標準，這我就不清楚了，如何在1024開發800*600(或其它解析)的程式？要配合參數或指令嗎？    因為不知道上面那步怎麼做，所以下面這段也不太清楚你在說什麼 <>我自己的做法是主視窗以 >...方便的話，可不可以貼一下你的作品圖讓我觀摩一下.... 真對不起啊，因為不是本科系的，所以腦筋轉不太過來@@

在 xxx 開發就是你開發時自己使用的解像度 以 xxx 為標準來開發即你的程式打算在那個解像度執行 這兩個沒必要相等。 即使說你自己使用 1024, 但設計時 Form 的大小卻設計到適合 800x600 裡的便可。

你是指，假如我要放到800*600跑，因為表單會放大，所以我在設計時就縮小一點讓它去放大，是這樣嗎？

簡單來說就是當你的程式在 800 x 600 跑時完全不需作任何調整放大縮小等動作。 至於 1024 時放不放大是另一考量，因為放大不是必須的，即使不放大使用者亦可輕易操作。