其他

在電磁幹擾嚴重的狹小空間裡，筆記本的內建音效卡表現一般比較差，至少我的n600c底噪就很明顯。要獲得更好的效果或者需要數字輸出時只能藉助外置音效卡了，包括pcmcia介面和usb介面兩種，前者如創新的Audigy2 ZS

在Aimd同學的代碼裡看到的，得到相對一個Plugin路徑的方法，趕緊記下來：Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->FileLocator.toFileURL(Platform.getBundle("plugin.id").getEntry("/images")).getFile(); 注意：需要Eclipse 3.2版本Update(20

最近遇到一個需求是要在GEF應用裡實現“模板”的功能，也就是像word那樣在建立一個檔案的時候，使用者可以選擇一個模板，然後以這個模板為基礎進行編輯，而不用每次都從頭開始。同時，使用者要能夠建立新模板和對模板進行編輯，在模板裡可以指定一些對模型的限制，例如樹的最大高度、子節點數目的限制，等等。最簡單的模板可以就是一個執行個體，以它為模板時建立的新執行個體就是這個執行個體的副本。這種情況下，模板編輯器就是執行個體編輯器。問題主要有兩個，一是無法通過模板實現上述對執行個體的限制，二是除了副檔名以外，

今天看到一篇文章，介紹DWR(Direct Web Remoting)，它的作用是在javascript裡通過iframe直接調用Java類中的方法，可以實現像Google Suggest那種在文字框中輸入時自動完成的功能（例如輸入“what is the

覆蓋EMF產生的XXXEditor.java的getPropertySheetPage()方法，其餘步驟見以下代碼裡的注釋，這個例子是對特定類型的EAttribute（eType為"COM.YOUR.ETYPE"）使用自訂的對話方塊來設定屬性值。/** * This accesses a cached version of the property sheet. * <!-- begin-user-doc --> * <!-- end-user-doc --> *

EMF產生的應用程式裡，使用者的發出的每一條命令都是可以撤銷（Undo）的，例如修改了產品的價格，按一下撤銷按鈕就能恢複原來的價格，當然還可以通過重做（Redo）再回到新的價格。為了實現這個功能，應用程式裡維護了一個用於存放命令的類似棧的資料結構（CommandStack），每一條執行過的命令都被存放在那裡，需要撤銷時取出最近一條命令進行撤銷。這個資料結構是由EditingDomain對象負責維護的，EditingDomain相當於編輯模型時的環境。在EMF裡命令架構實際上可以分為兩大部分，一部

以前很少用到這個類（org.eclipse.swt.events.PaintListener），利用它可以用來在control上畫一些東西，基本方法是在control上 addPaintListener()一個PaintListener，然後在這個listener裡做具體的畫圖工作，listener在control需要繪製的時候調用。下面例子代碼用來在一個composite的中央繪製一行文字。package com.test; import org.eclipse.swt.SWT;

假設GMF為你產生的項目名稱為com.example.diagram，現在要在右鍵菜單裡增加一個自訂命令，並關聯在名為Activity的模型元素上，即只有在Activity類型的元素上點右鍵，快顯功能表裡才有這個自訂命令。此命令的功能是簡單的把該Activity的Name屬性改為“Modified

通過看別人的blog能發現不少新鮮東西，兩個月前看到一篇介紹“腦圖”的文章，當時就下載了一個FreeMind，這是一個開源的腦圖編輯工具。經過一段時間的使用後，感覺對我來說腦圖就像一個圖形化的記事本，因為可以用樹型結構顯示筆記之間的聯絡，所以對整理思路是很有協助的。雖然FreeMind的介面比較簡陋，但已經足夠完成任務了，可以看出它在簡化使用下了不少功夫，使用鍵盤就可以完成大部分操作。我平時用到它的頻率並不是很高，一般用來記錄開發中需要注意的問題，寫比較長的blog文章前列個簡單提綱，對容易混淆

1. 寫Java類，其中定義了native方法public class WitWrapper { static { System.loadLibrary("witengine"); } /** * @param args */ public static void main(String[] args) { new WitWrapper().run(); } private void run() {

第三篇文章介紹了定製一個EMF應用程式的基本方法，這一篇讓我們來看看怎樣定製應用程式的使用介面。沒有任何一個介面是萬能的，所以定製工作不可避免，而大多數定製都是通過修改代碼來實現的。在實際應用中，同一個需求可能有多種修改方式可以實現，我認為修改涉及的地方（類，方法）越少越有利於發揮EMF的優勢，因此我們應該對EMF產生的程式碼有一定的瞭解，這是發揮自己創造力的基礎。下面有幾個常見的需求，通過對這些需求的實現，相信你會對EMF應用程式的開發過程有一個更具體的認識。一、簡化模型建立嚮導EMF幫我們產

在ecore模型裡可以詳細的定義各種類型、屬性和方法，但對於像“每個類別裡至少有兩種產品”這樣的限制就無能為力了。為此，EMF提供了一套驗證架構（Validator

Building Web Applications with Eclipse, WTP, and Derby感覺自己已經從做web app轉移到了做desktop

Eclipse 3.1提供了新的資源檔訪問方式，就是通過osgi.util.NLS類。具體方法是構造一個NLS的子類，如下：Code highlighting produced by Actipro CodeHighlighter

本文部分內容來自Building a Database Schema Diagram Editor with GEF和GEF and Draw2d Plug-in Developer

又到開學的時候了，從現在開始進入研二下學期。這個學期還有最後一門課要上，我打算選語義Web或多Agent技術中的一個；助教基本聯絡好了，是趙老師的Web服務，這門課我去年選過，平時的功課不少，所以做助教可能會花去相當多的時間吧。實驗室曾規定碩士畢業前至少發表一篇論文，我爭取這個學期選定一個題目，最好能把資料準備好，因為下學期一開學就要忙找工作和畢業論文了，閒置時間其實很少。另一方面，明確未來工作的目標，不能漫無目的的什麼都看，畢竟時間上不允許，照著一個方向努力更可取。

我對掌上型電腦有興趣已經好幾年了，不過到現在都沒能擁有一台實物，畢竟價格挺高的，而且也不是缺它不可的情況。今天在Eclipse網站上下載了一個eRCP，這好象是去年底開始的新項目，是Eclipse

文章目錄 1.1 OWL-Lite1.2 OWL-DL1.3 OWL-Full3.1 個體（Individual）3.2 屬性（Property）3.3 類（Class） 譯註：本文是對文檔A Practical Guide To Building OWL Ontologies Using The Protege-OWL Plugin and CO-ODE Tools Edition

有些膝上型電腦或LCD顯示器的最佳解析度大於1024x768，例如SXGA+的1400x1050，我們一般會在Windows的顯示選項裡設定使用大字型，以便更容易閱讀。但是IE瀏覽器預設是使用96DPI解析度來顯示的，且不允許使用者在選項裡選擇使用自訂的解析度，所以看很多網頁時字型會變得很小以至於影響閱讀。以前有一個辦法是在IE選項的協助工具功能裡設定IE“不使用網頁指定的字型大小”，然後就可以在查看菜單裡選擇自己想要的文字大小（較小、中、較大等等），但這隻是文字的放大，會讓那些格式比較複雜的頁

為了更好的實現動態載入/卸載外掛程式，Eclipse從3.0開始實現OSGI規範，原先在plugin.xml檔案裡定義的很多內容都被推薦放在manifest.mf檔案裡，只有<extension>和<extension-point>是例外。下面是兩種檔案格式中各元素的對照表：plugin.xml tag/attributemanifest.mf header<plugin id=>Bundle-SymbolicName<plugin