圖檔轉換問題0

有關圖檔轉換膨脹的問題說明...[q&a_k.010]
Ｑ：在還沒買TurboCAD專業版以前, 我們公司用AutoCAD 來繪圖. 我個人對於 TurboCAD的功能性很滿意, 同事們也大都有同樣的看法. 圖檔轉換也沒有什麼問題. 但是, 我發現讀入DWG 圖檔後, 在TurboCAD上存出WRK 檔, 檔案會比原DWG 檔較大. 有時, 會膨脹到大約50% 左右. 請問, 這是否意謂著TurboCAD圖檔結構較鬆散? 還是其他的原因? TurboCAD以後的版本會改善這個問題嗎? 畢竟, 我們舊圖檔很多, 圖檔膨脹會影響硬碟儲存空間的使用的效率. Ａ：您提出的問題子題很多, 但都相關, 也很仔細. 我們很高興回答您這一個問題. 因為, 相信別的使用者也會有同樣的疑問. 我們先從一些觀念的探討開始. 首先, 就有關圖檔結構 '鬆散' 的意涵先作個觀念上的說明. 基本上, 圖檔格式的設計, 各家皆有其一定的著重點. 所設計出來的圖檔格式也必有其優點與必須妥協的缺點. 例如, AutoCAD 在設計之初, 以當時的硬體環境來說, 記憶體是相當昂貴的. （還記得360KB 的軟碟與5MB 硬碟的那個年代嗎? ）因此, 設計的著重點乃在如何儉省記憶體的使用. 就拿系統變數的部份來說吧. 它採取了最精簡的專屬的存取方式, 直接依序存取變數的內容. 也因此, 新舊版本之間, 因為變數的增加或特性改變, 舊版本無法讀入新版的圖. 新版本也不能直接讀取舊版本的圖（但新版提供舊圖檔轉換的操作）. 如果這樣的圖檔格式可稱之為 '嚴謹的', 那麼, 所有任何一家的圖檔格式, 皆可稱之為 '鬆散的'. 事實上, 要比較二個CAD 系統的圖檔的效率, 不應該是使用圖檔轉換的方式來作比較. 我們可以很輕易的在TurboCAD上, 繪一張佔4Kb 的WRK 檔, 經DXF 轉換到AutoCAD 上再直接存出一張佔400KB 的DWG 檔. （定義一個方塊的區域, 再使用RHATCH指令作出相當密的剖面線即可!）真正的評比應該是, 就同樣的測試圖例而言, 雙方各自用最精簡的方式繪出, 再來比較雙方所需要用到的資源（例如, 時間, 圖檔大小, 系統需求等）. 這樣才能客觀. 接著要說明的是: 圖檔轉換後膨脹的原因, 並不完全是圖檔結構是否 '鬆散' 的原因. 而是圖元進行對等轉換必然的結果. 舉幾個簡單的例子: TurboCAD V2.0b之後有支援真正的橢圓圖元. 當要轉至AutoCAD 上時, 因為它並不支援橢圓圖元, 所以TurboCAD必須將之轉化成近似橢圓的複線. 一個橢圓圖元因而被轉成12段圓弧段所組成的複線. 圖檔因而膨脹了. 同樣的道理, 區域剖面及尺度標註等高級圖元, 在轉換時都必須轉成AutoCAD 所能接受的型式（不論是透過DXF 或DWG 格式在將來的版本）, 也會使圖檔大幅度的膨脹. 另外, 由TurboCAD載入AutoCAD 的圖時, 同等圖元轉換時, 產生膨脹的例子有文字圖元. 概因TurboCAD的文字圖元具有較多的功能, 例如, 字距的設定, 圓弧字, 旋轉字等額外的設定. 轉換時自然擴增, 所以有額外的記憶體需求. 又因AutoCAD 上沒有字距調整的功能, 中文版的業者祇好提供程式將一段文字分成一個一個的中文字的文字圖元, 來達成中文字距的控制要求. 如此一來, 這類的文字一多, 圖檔轉換時自然大幅膨脹. 相信貴公司的圖大部份的膨脹是屬於這一類的. 至於改善問題方面, 我們可以就貴公司的情形, 依底下幾點來說明: 1. 如果原始的DWG 圖檔不再改圖（或目前暫不改圖）, 則不必進行轉換成WRK 檔. 因為, 如果祇是要印圖, TurboCAD可直接載入DWG 檔印圖, 而不必存出WRK 檔. 相信貴公司大部份的舊圖檔可以依此點保留其原 DWG 檔的形式. 2. 如果必須修改舊圖, 載入原始的DWG檔時, 可將DXFIOCNV 變數打開. 讓TurboCAD能轉換原圖中的尺度標註成為圖元, 再進行修改. 如果, 文字的部份有先前所述的情形, 必要時, 可將之合併成一個文字圖元（用字距的功能來控制字距）. 如此一來, 圖檔所佔的空間將會大幅的減少. 3. 圖檔分類管理. 長久不用的圖檔, 如果仍須存查, 可分類壓縮存放. TurboCAD以後的版本對於這個 '問題' 會加以審慎的考慮. 例如, 相關的部份, 目前已確定的有: 1. 將提供DWGOUT指令. 操作者可選擇使用DWG 檔格式來存圖. 以與原 AutoCAD 系統雙向溝通, 資源互用. 2. 將提供直接讀取壓縮儲存的圖檔功能. 如此一來, 舊圖可以用壓縮程式壓縮儲存. 讀取時,不須再經解壓縮.

為什麼DWGOUT指令提供R10而不是R12的DWG檔呢?[q&a_k.047]
Ｑ：聽說TurboCAD新版本有提供DWGOUT指令, 可以存出R10 的DWG 圖檔. 可是, 目前大部份的人都是使用R12 的版本, 提供R10 的DWG 檔是不是有點落伍了呢? 不知TurboCAD何時可以提供R12 的DWG 檔輸出呢? Ａ：您這個很問題很有意思! 值得大家來想一想. 假設現在DWG 檔的格式大公開, 所有版本自古早的V2.16 到未來的R14 的格式都是已知. 那麼, 我們應該提供哪一個版本的DWG 檔輸出, 纔不算落伍呢? R14 吧! 太偏了, 沒人有R14! 那麼R13 吧! 這是目前最新的版本了. 奉勸所有使用R12 的人趕快購買R13 的昇級版來配合TurboCAD吧! 嘿嘿! 好玩哦! 這不就是AutoCAD 的把戲嗎? 從什麼時候, TurboCAD也會為虎作倀呢? 好, 既然您認為現在大部份的人都用R12 了, 那就選擇R12 吧! 那您又置那些還在使用R10 的人於何處呢? 假設TurboCAD提供選項, 讓使用者可以自行決定存R10,R12,或R13 的圖. 如果您是上游業者, 要供圖給下游眾多的加工廠商, 您會選擇那一個版本的圖檔存圖呢? R12 嗎? 您要不要先打個電話確認一下? 還是存R10 的較保險吧! 不管他是R10/R11/R12/R13 或甚至將來的R14 也好, 他都可以讀得進去, 不是嗎?! 這就是我們思考的方式. 如果不是R9已難找到, 或許R9會比R10 來的更為優先考慮哩! 事實上, 要將TurboCAD全部的圖元與系統的資訊存入R10 的DWG 檔中, 是非常的困難的（因為TurboCAD的圖元規格遠超過R10 的規格, 例如要一直到R13 纔有橢圓圖元, 弧指線, 關聯式剖面線等支援）. 但是基於市場考量, 我們還是要很努力的達成這個目標. 因為, 如果有一項特殊的圖元資訊無法存入R10 DWG 檔, 我們勢必要訴諸於R12 的DWG 檔（利用該版本所提供的Extended Data 的方式, 一如AME 一般將額外的資訊加掛上去）. 如此一來, 就必須要有選項的功能, 同時使用者就得更操心一些了. 所幸, 這個目標達成了. 目前, 操作者可以利用DWGOUT存出R10 的DWG 檔, 除了提供與AutoCAD 系統的相互間圖檔的溝通與共用外, TurboCAD本身也可以從他所存出的DWG 檔中（不論是否經AutoCAD 處理過）讀回幾乎全部所有的資訊! 換句話說, 如果使用者基於配合需要, 他是可以直接以DWG 檔來存圖的. 因為使用R10 DWG 檔存圖下, 祇有下述幾點的資料可能流失: 1. 橢圓弧將以連續圓弧的複線所取代. 目前DWGIN 指令無法將其辨識回原橢圓弧圖元. 但是, 完整的橢圓則可. 2. 360 度的圓弧將被轉換成圓. 這是因為AutoCAD 並不支援這樣的圓弧. 轉成圓後, DWGIN 指令也無法再將它恢復成360 度的圓弧. 3. 所有順時針方向的圓弧, 會變成逆時針方向. 這是因為圖元的方向對於AutoCAD 是無意義的, 所有的圓弧在AutoCAD 的圖檔中都是以逆時方向來表達的. 4. 一般非圖組插入圖元所加的標簽將無法存入R10 DWG 檔. 這是因為 AutoCAD 不支援這項功能. 不過, 一般的使用者用不到這項功能（系統是以TCL 函式提供這項功能的）, 因為這項功能祇存在特殊應用的領域如ＣＡＭ. 不過上述幾點, 對於目前的使用者而言是沒什麼妨礙的. 當然, 如果我們提供R12 DWG 檔存圖, 這些問題是可以解決的. 祇是, 其開發的必要性就不是很迫切了（其實, 我們對於R12 也完全了解, 包括其CRC 稽核的方式等. 祇是目前多了這個選項, 對使用者並沒有太大的幫助）.

DWG 檔內的複線線寬的轉換如何處理?[techqa.001
Ｑ： DWG 檔內的複線線寬的轉換如何處理? Ａ：在DWGIN 載圖時, 有線寬設定的複線將依下列二種情況來進行轉換: 1. 如果是均勻線寬者, 將被轉換成有寬線特性的複線. 同時, 如果該複線能由單一的線段, 圓弧或圓所取代時, 則以相對應的圖元取而代之. 2. 不均勻線寬的部份, 則以相當的填色封閉複線區塊來取代. 在DWGOUT存圖時, 所有使用寬線特性的圖元（線, 弧, 圓及複線等）將被轉換成相對應的有均勻線寬的複線. 注意: 不均勻線寬的複線一經載入後, 已經轉成相當的填色區塊來取代. 再次存出時, 已不可能再轉回原來的複線了. 這一點必須要了解. 在以後的版本, 這一點會解決.

系統變數DWGCOLOR有何作用?[techqa.020]
Ｑ：系統變數DWGCOLOR有何作用? Ａ：系統變數DWGCOLOR為一個含有16個整數的陣列變數, 用來儲存由系統INI 檔中, 參數項:"DWGFilePenColor=" 所設定的16個色碼值. 此一變數值並不隨圖存檔或存於環境設定檔TCAD.SET 中, 而恒由INI 檔來決定. 如果, INI 檔中不含有該參數項次的設定, 則系統本身所設的內定值將依標準VGA 的色碼而定之. 其主要的作用是指定一組與DWG 色號使用顏色相容的色碼, 俾使系統在載入DWG 檔作為主圖操作時, 透過切換使用使圖元顯示顏色與ACAD上所見相同. 這是因為ACAD對於圖元色號１號到７號都有指定使用固定的顏色（如２號是黃色等）. 而TCAD則對於各個圖元邏輯色號所實際顯示的顏色並沒有特別規定, 而由INI 檔中的參數項依顯示器的功能來初始指定, 並隨圖存出或載入使用. 如果, INI 檔中所指定者或目前圖檔所使用的顏色與ACAD所規定者不同, 則在載入一個DWG 檔時, 圖元顯示顏色當然會與在 ACAD上所見的不同. 因此, 透過這項的設定, 系統在載入DWG 檔時就可以自這項設定值中取得實際使用顏色的指定值, 並將之置換於系統變數PENCOLOR中. 使圖檔圖元所顯示的顏色與在 ACAD上所見相同, 達到相容的目的. 注意的是, 這項顏色自動置換的動作祇有在載入主圖時纔有. 如果是併圖, 則依併圖原則不進行這項置換的動作.

DXFOUT無個別別圖元的標簽屬性資料...[w&w_k.017]
Ｑ：我因為特殊應用需要, 利用TCL 函式呼叫在一般圖元上加上標簽來註記某些資料. 可是在DXFOUT之後, 在DXF 檔內似乎看不到所加的標簽資料. 請問為什麼? Ａ： TurboCAD是可以利用add_tag() 函式的呼叫, 在任何一種圖元上加上個別的標簽屬性資料. 這一點, 對於某些特殊的應用而言, 是很便利的一個功能. 然而, 如果要將圖檔透過DXFOUT指令的運作轉成DXF 格式的圖檔, 這些圖元上個別的標簽屬性資料就無法被轉換出來. 這是因為DXF 圖檔格式並不容許有這樣的功能. 如果依樣轉出這樣的標簽屬性, AutoCAD 將無法正確讀入該圖. 雖然, TurboCAD上有一個TCAMDXFEXT的變數設定, 但是目前的版本並沒有因這個變數的設定, 將這些標簽屬性轉出. 基本上, 一個特殊的應用如果要應用到個別圖元的標簽屬性資料的功能, 顯然就是屬於在TurboCAD運作下的一個獨立的應用. 應該與DXF 圖檔轉換無關. 如果, 您的應用是必須將圖檔及某些額外的資訊透過DXF 圖檔格式傳給其它獨自運作的程式, 簡單的方式是利用圖層, 色號及線型等資訊. 而其它的運用方式都會使程式設計變得複雜了.

DWGIN時SHAPE的轉換需原始的SHX檔...[w&w_k.021]
Ｑ：在使用DWGIN 指令直接載入一個含有SHAPE 插入的DWG 檔時, 會產生無法載入該SHAPE 的訊息, 且該SHAPE 轉換成符號時, 會被改名成SHAPExxx$xxx的型式. 我已經用SHX2SMB 程式將所有的定義SHAPE 的SHX 檔轉成SMB 檔了. 用DXFIN 指令時, 也不會有這個情況. 這是為什麼? 該如何處理? Ａ：除了必須將定義SHAPE 的SHX 檔預先轉成SMB 檔之外, 您尚必須將原始的SHX 檔置於TurboCAD可以搜尋得到的路徑上（透過系統的環境變數TCADPATH）纔可. 其原因是在DWG 檔的格式中, 並沒有直接儲存所使用的SHAPE 的名稱. 在其圖元欄位內所存的是該SHAPE 的索引碼. 系統必須依據此一索引碼至指定的SHX 檔中讀取其名稱及其定義. 至於所讀取的SHAPE 是否與原繪圖者所指定者相符, 那就必須是使用完全相同的一個SHX 檔. 所以, 儘管您已經將SHX 檔轉換成SMB 檔, 系統還是要依DWG 檔內的要求, 自原SHX 中讀取其名稱, 纔能自 SMB 檔中載入轉換後的符號. 如果, 系統無法自檔案路徑找到所需的SHX 檔, 則系統無法確定SHAPE 的名稱, 也就無法進行正確的轉換. 這時系統祇好以SHAPExxx$yyy的型式來命名轉換後符號的名稱. 其中, xxx 表示原DWG 檔內SHX 檔名的索引碼, yyy 則為該SHX 檔中SHAPE 的索引碼. 至於DXF 檔案, 由於其格式內已經註明SHAPE 的名稱, 所以轉換上就沒有這個問題.

DWGIN載圖中線型轉換的問題說明...[w&w_k.022]
Ｑ：在DWGIN 載入DWG 檔之後, 我發現線型定義似乎與原DWG 檔內的不同. 用LINETYPE指令去看, 這些線型定義的基本單位都很小. 這是轉換上的錯誤嗎? Ａ：基本上, TurboCAD對於線型定義的方式與AutoCAD 的定義是有些不一樣. 在DWG/DXF 檔案裡, 線型的定義是直接以浮點數來表示各個實虛線段的長度的. 然而在TurboCAD裡, 線型各段實虛線的長短是以整數來表示彼此間的比例, 再以一個浮點數來表示各個整數單位的實值長度. 這一點, 當您在使用LINETYPE指令來修改或創建新線型時, 應該可以了解. 既然表達線型的方式不同, 在DWGIN 或DXFIN 時, 系統自然會進行相容性轉換的計算. 這些計算很簡單, 是沒有什麼問題的. 系統祇要求出線型中各段實虛線長短值的公約數, 再以此公約數為基本單位長. 各線段的實長遂化做以此約數為單位的整數值, 即為所求. 例如, ACAD中原來的DASHED線型的原始定義（依ACAD.LIN 中所列者）為: "A,.5,-.25", 經轉換後會變成:"DASHED,0.25,2,1". 這一點, 您可以簡單的驗證一下, 是沒有錯的. 那為什麼DWGIN 圖檔載入之後, 會覺得線型不對呢? 其實, 並非比例不對, 而是大小可能不同. 原來AutoCAD 上, 尚有一個系統變數來控制這些線型定義在使用上的整體比例. 當操作者要出圖的時候, 纔可以透過這個比例值的設定, 使得繪出的線型比例在圖紙上合宜. 而由於DWGIN 或DXFIN 載圖時, 在目前的版本上, 系統並不去進行相對應的變數轉換. 所以, 線型的定義仍依其原始的定義轉換進來. 事實上, 如果您所載用的圖確有這個問題, 那是很容意解決的. 畢竟, 所用的線型並不多. 您如果覺得有任何不妥須調整的地方, 隨時都可以用LINETYPE去做動態的修改. 我們建議的是將線型的基本單位設定為負值, 使用輸出設備的量測單位, 而非圖檔圖元的繪圖單位. 如此一來, 您就不須為出圖時線型的比例而傷腦筋了. 另外的一個辦法是, 將您常用的線型事先載入系統（利用空白範例圖檔）. 當DWGIN 或DXFIN 時, 碰到這些線型的定義, 由於這些線型已經存在於系統中, 系統就不會再轉換圖檔內的定義了. 這樣的做法是最方便的了. 畢竟通用的線型名稱, 大概不會超過七八個. 如此一來, 您就可以完全的控制線型轉換的問題了. 附註: 自TurboCAD V2.10a Rev$46之後, DWGIN 會讀取圖檔內$LTSCALE 這個變數的數值, 來參與進行線型的轉換計算. 這個問題已經徹底解決了.

為什麼DWGIN後文字有虛線的情況...[w&w_k.025]
Ｑ：我用DWGIN 指令載入一張舊圖, 發現文字怪怪的. 字形寫起來斷斷續續的. 字檔沒錯. 在原來的AutoCAD 上看起來也不會這樣. 這是為什麼? Ａ：這是因為文字使用線型的關係. 在AutoCAD 上, 文字的產生是沒有線型的作用的. 也就是說, 您雖可以指定一個文字圖元使用虛線線型, 可是在實際上, AutoCAD 永遠以連續實線來繪出文字. 但是在TurboCAD, 文字的產生卻是可以有線型的. 也就是說, 您可以指定用虛線, 輪廓線等線型來描繪文字, 造成特殊效果. 因此, 您的舊圖中的文字, 必然是有指定使用線型的. 或者其線型指定是依圖層控制的, 而該圖層所指定的線型是非連續線型的. 祇是因為AutoCAD 不對文字產生線型作用, 所以您沒察覺. 當載入到 TurboCAD中之後, 您就看到線型作用的效果了. 至於為什麼AutoCAD 不對文字圖元產生線型作用, 這大概是速度上的考量吧. 因為以AutoCAD 對線型的處理方法, 及其圖元再生的方式, 要在文字上加上線型的功能的確是很困難的. 這一點, 從以前 R9到現在的R13, 大家都一直是很諒解的. 如果您希望將文字變成實線, 您可以用CHANGE指令, 設定篩選所有的文字圖元, 改變其線型成實線即可.

DWGIN時的AutoCAD尺度標註的轉換...[w&w_k.034]
Ｑ：為什麼DWGIN 指令載入DWG 圖之後, 原來在AutoCAD 上標的尺度標註會變成圖組的型式呢? 在TurboCAD上畫的就不會. 可是為什麼在DWGOUT之後, 到AutoCAD 上一看, 也一樣會變成是圖組的形式呢? Ａ：您應該在DWGIN 之前, 將系統變數DXFIOCNV的功能打開. 指示系統在載入DWG 或DXF 圖檔時, 能自動將AutoCAD 的尺度標註轉換成TurboCAD的尺度標註. 如果這項功能沒有打開, 則系統並不進行轉換, 而以其在圖檔裡所存的形式讀入. 這個形式就是圖組與圖組插入的形式. 當然, 如果是以這種形式讀入的話, 是無法享受TurboCAD尺度標註圖元的諸多優點的. 既然如此, 為什麼系統不自動就對所有的AutoCAD 的尺度標註進行轉換, 而無須使用者設定DXFIOCNV變數呢? 這是因為, 一旦轉換成TurboCAD的尺度標註圖元, 就必須受TurboCAD對尺度標註圖元的圖像產生規則的宰制. 因此, 轉換後的標註結果並不是絕對百分之百與原先在AutoCAD 上看到的相同. 這一點, 對於一張已經是完稿的圖而言, 若逕自進行轉換, 則可能會得到差異的結果. 至於TurboCAD在DWGOUT的時候, 對於尺度標註圖元的轉出, 當然是要依AutoCAD 的規則, 規規矩矩的轉換成圖組的形式. 所以您在AutoCAD 中纔可以看到這些東西. 祇不過是, 在轉出的過程中, TurboCAD會將某些特殊的資料藏於DWG 檔中, 待再讀入該檔時, 可以自其中辨認出原TurboCAD的尺度標註及其控制資料, 從而讀回原尺度標註圖元.

獨立存在圖元的BYBLOCK顏色的轉換...[w&w_k.039] Ｑ：我已經把TCAD中各個色號的顏色設定得與AutoCAD 的指定顏色一樣了. 為什麼在DWGIN 之後, [BYBLOCK] 的圖元顏色的顯示會與我在AutoCAD 上看到的不一樣? 在AutoCAD 上, [BYBLOCK] 的顏色是白色的. 可是在TCAD上, 好像顏色不一定. 為什麼呢? Ａ：基本上, 這是二者對於[BYBLOCK] 顏色, 在未成為圖組的圖元上所應使用的顏色的定義不同的緣故. [BYBLOCK] 是一個特殊的顏色指定. 它的本意是指定一個隨圖組插入的顏色浮動的一個顏色. 也就是說, 對於一個圖組圖元的顏色控制, 除了可以指定特定的顏色或隨圖層的控制外, 尚可隨圖組插入圖元的顏色而變化. 它的好處是使圖組插入的顏色可以有個別的控制. 舉個例來說, 一個內容為一個桌子的圖組, 其桌面的顏色若在原始定義時即指定[BYBLOCK],那麼在插入這個圖組的時候, 其桌面的確實顏色就依這個圖組插入圖元的顏色來控制了. 您則可以用 CHANGE指令隨時更改它的顏色. 如果當初在定義的時候, 不是指定[BYBLOCK],則其顏色必為固定的顏色, 而不受圖組插入圖元本身指定顏色的影嚮. 您就不能用CHANGE指令來更改了. 由此可見, [BYBLOCK] 的顏色定義是針對要成為圖組內容的圖元而定的. 其真正的使用顏色為何, 則端視圖組插入圖元本身而定. 然而, 一個圖元在尚未成為一個圖組的一部份時, 必須先獨立存在. 也就是說, 您必須先建立個別的圖元後, 纔可以將之收集成為一個圖組. 而在過程的中間, 就有可能有獨立存在的圖元, 其顏色指定為[BYBLOCK].（要不然, 您怎樣定義出圖組內BYBLOCK 的圖元呢?）對於這種尚為成為圖組的圖元, 其[BYBLOCK] 的顏色應該用什麼顏色呢? 在TurboCAD中, 對於獨立存在圖元的[BYBLOCK] 特性指定, 是以 [BYLAYER] 來取代. 其理由是, 對於一獨立存在圖元的上一層的特性控制就是圖層了. 然而, 在AutoCAD 則沒有任何規定. 對於顏色, 它則以一固定的顏色（不一定是白色, 和螢幕底色一樣, 應該是可以設定的）來顯示. 而這就是您所看到有差異的地方. 至於, 這個規則孰優孰劣, 則見仁見智了. 不過, 在新版的TurboCAD上, 已經增加了一個系統設定變數來指定這個獨立存在的[BYBLOCK] 顏色. 如果, 這個顏色的差異會使您在TurboCAD與AutoCAD 並用之間感到困擾, 您可以將之設定成與AutoCAD 一樣的顏色. 這個變數的名稱是: BYBLKCOLOR, 您必須用TCL 運算式的方式來存取這個變數.

含標簽圖組爆炸時,在TCAD與ACAD的差異...[w&w_k.042]
Ｑ：我在TurboCAD上使用標簽建立圖組, 並產生圖組插入. 在轉成 DWG 檔載入AutoCAD 之後, 將這個圖組插入爆炸, 卻發現會在插入點位置, 出現標簽定義的圖元（以其名稱為顯示）擠在一起! 而AutoCAD 所建的圖組就不會這樣擠在一起. 這是為什麼? 另外, 在TurboCAD上, 如果把這個同樣的圖組插入爆炸, 就沒有這個現象, 顯然二者規則不同. 請問TurboCAD的爆炸規則如何呢? Ａ：對於一個圖組插入的爆炸作業, 無論是AutoCAD 或是TurboCAD 都是一樣的將原圖組定義內的圖元經轉換複製成一般圖元. 然而, 對於圖組定義中所使用的標簽屬性圖元的處理就不同了. 由於一個標簽屬性圖元在意義上是不能獨立存在的. 它必須依附在某個圖組上, 表達該圖組的一個由創造者所賦予的屬性. 所以, 在TurboCAD上, 並不容許因將圖組爆炸而產生一個獨立存在的標簽屬性圖元（這類的圖元, TurboCAD將之規類為界定整個圖檔屬性的標簽屬性圖元, 有另外的管理. 但是爆炸的目的顯然與這類的標簽屬性圖元無關）. 當一個被附著的圖組物件不復存在時, 附著的屬性定義當然也就消失了. 然而, 對於那些可以以文字來顯示出其屬性的內容者（即可顯示屬性）, 基於操作者對爆炸的動作的期盼與理解, TurboCAD 在將一個圖組插入爆炸的時候, 便將它轉換成一般的文字圖元, 使爆炸的結果在外觀上與爆炸前殊無二致. 至於AutoCAD 作法則不同. 由於操作上的關係, 在定義一個圖組之前, 使用者必須先創造出一個叫ATTDEF的暫時性的圖元. 為什麼說ATTDEF（屬性定義圖元）是一個暫時性的圖元呢? 因為這個圖元存在的目的是用來定義圖組內的標簽屬性圖元的. 它本身獨立的存在並非是它存在的最終目的. AutoCAD 之所以有這個圖元, 純是因為便利其圖組定義的操作關係. 為了提醒操作者認知到這個ATTDEF圖元存在的暫時性, 對於這個圖元, AutoCAD 恆以它所定義的標簽名稱來顯示（非其內容）. 既然有這樣的一個暫態圖元, 在爆炸一個含標簽屬性的圖組插入時, 一個便利且自然的作法就是將之還原成原ATTDEF圖元了. 這就是您所看到二者不同的地方. 至於為什麼在TurboCAD上所建立的含標簽屬性的圖組插入, 在 AutoCAD 上爆炸時, 會產生您所說的擠在一起的情形呢? 其實這是必然的現象. 您可以回想一下在TurboCAD上建立含標簽屬性的圖組的操作. 對於這類非顯示用的標簽屬性, 系統並沒有要求您去指定一個插入點位置吧! 這省下的動作, 在TurboCAD 上是極自然的. 因為既然這些屬性在圖面上是不顯示的, 這個插入點位置就不具任何實值意義. 所以, 系統自動將之定在圖組的插入點位置. 也所以當轉成DWG 檔, 在AutoCAD 上被爆炸開來時, 因AutoCAD 的爆炸規則就產生了您所看到的結果了. 另外您提到說AutoCAD 所建的圖組就不會這樣擠在一起, 那是因為您在一一建立這些ATTDEF的時候, 您曾一一指定其位置, 是您沒讓它們擠在一起的緣故, 並不是AutoCAD 的 '智慧'. 事實上, 擠在一起也沒關係, 當您再將這些ATTDEF併入一個新的圖組定義的時候, 它們又會不見了（非顯示的嘛）!

DWGIN載圖組,原ATTDEF圖元不見...[w&w_k.043]
Ｑ：我在AutoCAD 上用ATTDEF建立了幾個標簽定義. 用TurboCAD的 DWGIN 載入, 發現這些標簽定義不見了. 有的還有顯示, 可是顯示的是我給的標簽內容, 而不是標簽名稱. 用ID去看, 的確是一個標簽屬性圖元. 請問這是為什麼? 原來的標簽定義跑到哪裡去了? Ａ：這是因為TurboCAD在DWGIN 的時候, 會將尚未歸屬於任何圖組定義的標簽定義圖元轉成系統內的圖檔階層的標簽屬性圖元. 如果這個標簽屬性圖元是可顯示的, 自然就以其內容顯示於圖面上. 如果是隱性的, 自然在圖面上看不到. 不過, 您可以用 TAGEDIT/Drawing 的指令來看到並修改這一類的標簽屬性圖元. TurboCAD在標簽屬性圖元的應用上, 並不限於祇有圖組定義纔可有標簽屬性的. 對於圖檔本身（從另一個觀點來看, 圖檔也是一個圖組）也是可以附加上一些標簽屬性的. 我們稱之為圖檔階層的標簽屬性圖元. 在系統內有另外一層的管理. 當您使用INSERT指令插入外載圖檔時, 這一層次的標簽屬性圖元, 自然就因圖檔的轉成圖組, 而成為圖組內標簽屬性的定義圖元. 當您使用WBLOCK指令將一個圖組寫出成為一個獨立的圖檔時, 原圖組內的標簽屬性定義圖元就會變成圖檔階層的標簽屬性. 這一點對於標簽屬性的應用觀念是有其一致性的. 圖檔階層的標簽屬性是一個很有用的圖檔管理工具. 比如說, 一張圖的圖名, 繪圖者, 審核校對者等都是屬於圖檔階層的屬性, 用圖檔階層的標簽屬性的圖元來處理是最適當不過了. 軟體可以直接讀取這些資訊, 進行處理以達到圖檔管理的目的. 然而, AutoCAD 就沒有這一層次的考慮了. 雖然, 因為要建立含有標簽定義的圖組, 它容許有一個在圖檔階層存在的標簽定義圖元, 可是它並不是以圖檔階層的標簽屬性的概念來界定這些圖元的存在. 所以這些圖元在圖面上仍以其定義名稱顯示. 而不是依其內容及特性來顯示與處理. 不過, 當您使用INSERT 來插入一個含有這樣的標簽定義圖元的圖檔時, 由於其定義的關係, 這些獨立存在的標簽定義圖元自然就會轉變成圖組的標簽定義圖元! 這一點, 又使人不得不將這些在圖檔內獨立存在的標簽定義圖元視同於TurboCAD的圖檔階層的標簽屬性. 所以, 當您用DWGIN 指令將它們載入TurboCAD時, 系統就會把它們轉成圖檔階層的標簽屬性圖元. 待您要DWGOUT時, 系統就會再將所有圖檔階層的標簽屬性圖元轉成ATTDEF標簽定義圖元存出.

DWGIN文字對齊會有偏移的現象...[w&w_k.047]
Ｑ：我將一個DWG 檔載入後, 確定使用同樣的字檔, 可是卻發現文字的位置會有一點移位的現象. 尤其當文字是用方框框起來的時候, 特別明顯, 這是為什麼? 要如何處理纔能與我在ACAD上看到的一模一樣呢? （圖檔已上傳）Ａ：您的圖檔經過研究, 發現文字移位的原因是文字設定向右對齊, 而 TurboCAD與AutoCAD 在這部份的調整計算的規則不同! TurboCAD的文字調整計算是依據文字原始定義框來進行的. 這一點與所有桌上印刷軟體是相同的. 然而, AutoCAD 居然是以文字所產生的確實筆劃位置來進行計算! 這種作法是有很多問題的. 舉一例來說, 如果您使用非比例字如MONOTEXT.SHX（所有中文都屬非比例字）, 指定向右對齊來書寫文字, 同時書寫上下對齊的二行文字, 您會發現文字上下並不一定會一對一對齊（要看最後的字碼為何）! 另外, 前後的空白字碼的處理規則, 也是一個問題. 至於ACAD當初為什麼會使用這種方法來進行計算呢? 我想可能有幾個因素: 1) SHX字檔太過簡略, 沒有明確的字框定義, 2)英文字是比例字, 所以沒有上下對齊的要求, 對齊上的小差異是看不出來的. 3)文字筆劃所產生的位置座標在其程式處理上, 垂手可得, 不需麻煩. （ACAD上, 文字向左對齊就不是以文字的確實筆劃位置來處理的!）為了解決這個問題, TurboCAD的新版上已提供了一個ACADTADJ的系統變數. 由使用者自行決定採用何種方式來計算. 如果您將此一變數設定成1 (ON), 那系統就會依ACAD的規則來處理.

DXFIN指令載圖有圖元不見的現象...[w&w_k.050]
Ｑ：為什麼使用DXFIN 指令載入AutoCAD 存出的DXF 圖檔, 卻發現有圖元不見的現象? 這是不是TurboCAD的問題? Ａ：依據您所傳來的有問題的DXF 圖檔來看, TurboCAD並沒有問題! 問題是出在AutoCAD 的DXFOUT/Entity 指令. 您一定是使用了這個Entity副指令來指定存出特定的圖元, 纔產生了這樣的問題圖檔. 您如果細心, 應該可以發現系統在讀入您這些DXF 檔時, 有顯示了下列的一個訊息: 載入DXF -- 檔案內沒有 TABLES 及 BLOCKS 的部份! 這個訊息的意思是說, 您所要載入的DXF 圖檔內容並不完整, 少了二個重要的部份. 系統還是會就圖檔現有的資料繼續讀入. 不過, 就有可能產生您所說的圖元不見的現象. 事實上, 一個完整的DXF 檔應包括四個部份: 1) HEADER 部份: 此部份存系統的各項變數. 2) TABLES 部份: 此部份存各種表列定義如圖層, 線型, 字型等. 3) BLOCKS 部份: 此部份存圖組定義及圖組的內容圖元. 4) ENTITIES 部份: 此部份存圖檔圖元. 您如果在AutoCAD 上使用DXFOUT直接存出全圖, 那麼存出的DXF 圖檔就會完整的包括了上述的四大部份. 但是, 如果您是使用其 DXFOUT/Entity 的輸出模式來選擇特定的圖元存出DXF 的話, 則不管您選擇了多少的圖元或是全部的圖元, 存出的部份也就祇有第四部份了. 其他的則一概付之闕如. 這一點是AutoCAD 的一個大問題（從古早以前就是這樣了）! 由於缺了第二與第三部份, 這樣存出的圖檔是不完全的. 如果所選的圖元祇是一般單純的幾何圖元, 那還好, 還不會有太嚴重的影響. 但是如果所選的圖元中, 含有圖組插入, 文字或尺度標註等圖元, 那問題就大了. 因為圖組定義及文字字型等定義皆不在圖中了, 除非您在DXFIN 時, 這些要用到的定義就已經在目前的圖檔中存在了, 否則這些圖元就不能完全表現出來. 您可以用AutoCAD 讀入這樣的DXF 檔看看, 相信您會驚訝於所得的結果的. 這是AutoCAD 長久以來都沒有改正的缺點. 事實上, 就算是一個完整的DXF 圖檔, 如果在AutoCAD 上以DXFIN 讀入時, 若不是一個新圖的第一個指令, 那麼DXFIN 就祇會讀入第四部份的圖元. 這一個事實, AutoCAD 的使用者應該都知道. 至於TurboCAD的DXFOUT與DXFIN 指令, 就沒有AutoCAD 的這些缺點了. TurboCAD的DXFOUT/Entity 指令會自動就操作者所選取的圖元中, 檢索所需的相關的圖層, 字型, 線型, 圖組等定義並一併存出, 使存出的DXF 檔仍是一完整的圖檔. 在DXFIN 時, 也沒有像AutoCAD 一樣的限制, 而是可以隨時併入一個DXF 檔. 在併入的過程中, 則對於可能產生重複定義的圖組, 提供可選擇的解決方式. 遺憾的是, AutoCAD 的這項缺失, 許多使用者並不完全瞭解, 而造成我們的很多困擾, 甚至誤解.

為什麼R12的剖面讀入TCAD仍為圖組形式...[w&w_k.55]
Ｑ： R12 的BHATCH指令所產生的剖面, 在讀入TurboCAD之後, 為什麼仍是圖組的形式而不是關聯式的區域剖面呢? Ａ：這是因為R12 的BHATCH指令所產生的結果, 本來就是以圖組的形式存在圖檔裡頭, 並非真的是關聯式的區域剖面. 所以, 當 TurboCAD讀入的時候, 就祇能以圖組的形式讀入剖面的結果, 無法轉換成TurboCAD的關聯式區域剖面. 這是很遺憾的事. 有些R12 的使用者, 在進行圖樣剖面操作的時候, 很容易的會誤以為R12 的圖樣剖面是完全關聯式的. 其實, 這是受到底下的事實所誤導: 1. R12 會將剖面圖樣的基本資料以外掛資料（Extended Data）的形式加在因剖面而產生的圖組插入圖元上. 因此, 當以 LIST指令列出時, 可以列出這項資訊. 同時, 在剖面操作時, 也可以直接讀此資料作為次一剖面的參考. 2. 當一個剖面圖組所涵蓋的面積是由一個簡單的輪廓所構成, 同時所用的剖面圖樣是單純的直線如ANSI31者, 則在進行另次剖面而被選為參考範圍時, R12 會嘗試以剖面線端點連線的方式來兜回原來的直線輪廓作為範圍參考. 雖然, 這種方式對於含有非單一實線條的圖樣剖面, 其處理是絕對的失敗, 但是對於機械製圖常用的如ANSI31的剖面圖樣而言, 卻是可以得到一個可接受的結果. 上述二點, 可以由轉出的DXF 檔的內容及實際操作上得到驗證. 唯一般操作者習而不察, 加上對所謂的關聯式區域剖面的概念不甚瞭解, 自然就會誤以為R12 上所提供的就是關聯式的剖面. 事實上, 所謂的關聯式的區域剖面, 其先決條件是要先有一個區域面積範圍的定義. 然後, 纔有剖面圖樣的定義與之關聯. 系統再根據關聯的剖面圖樣的定義動態產生關聯的剖面線. 對於此一區域面積範圍而言, 產生剖面線的結果祇是與其相關聯的一個圖元狀態, 並不因此而多佔用圖元空間. 而同時也因為如此, 操作者自然可以隨時改變這個剖面圖樣. R12 雖然在產生剖面的圖組插入圖元上, 以外掛資料的方式將原來剖面圖樣的定義儲存起來, 但還是缺了最主要的部份, 就是其產生剖面的原始區域面積範圍的定義. 所以, 系統無法就更改剖面圖樣定義的方式來改變剖面的結果. 但是由AutoCAD 這種力圖就原有的圖元結構來改善剖面的操作功能的努力, 就可以知道TurboCAD所提供的完全關聯性的區域剖面概念是具有多大的優點的.