WHiSTLE

C#으로 Acrobat(PDF) 문서를 이미지로 변환하기

WHiSTLE — Sat, 20 Feb 2010 22:20:00 +0900

PDF 문서는 상당히 강력한 기능을 제공하지만, 많은 내용이 담긴 문서의 경우에는 그 용량 또한 무지하지 못할 정도로 커지게 되므로, 웹 상에서 배포할 할 때는 파일이 클라이언트로 모두 다운로드될 때 까지 대기 해야만 합니다.

구글도서나 YES24와 같은 사이트에는 즉시 응답성을 위해서 이미지 포맷을 이용하여 미리보기를 제공하여 즉시 응답성을 높이고 있는데요. 그래서 PDF 문서를 이미지로 변환하여 웹 상에서 제공할 수 있지 않을까 하고 생각해 보았습니다.

이미지로 변환하는 기능은 Acrobat에서 제공하고 있으므로, C#에서도 Acrobat의 기능을 이용하여 PDF를 이미지로 변경하는 것이 가능합니다.
이미지로 변환하기 위해서는 우선 Adobe Acrobat이 설치되어 있어야 합니다.
애석하게도 Acrobat Reader는 Acrobat관련 인터페이스를 인스턴스화 할 수 있는 COM 인터페이스를 노출하지 않으므로, 사용할 수 가 없습니다.

이미지 변환을 위해서 우선 프로젝트에 Acrobat Type Library를 COM 항목에서 참조로 추가합니다.
아래와 같이 Acrobat 또는 Adobe Acrobat Type Library를 참조로 추가하여 주세요.

그리고, 변환을 하는 코드는 아래와 같습니다.

// 아크로벳 문서­ 객체를 생성하고, 지정한 파일명의 PDF 문서­를 읽어들입니다.
Acrobat.AcroPDDoc pdfDoc = new Acrobat.AcroPDDoc();
bool ret = pdfDoc.Open(fileName);
if (ret == false)
{
    throw new FileNotFoundException();
}
 
// 아크로벳 문서­의 전체 페이지 수를 가져옵니다.
int totalPage = pdfDoc.GetNumPages();
int currentPage = 0;
 
// 문서­에서­ 지정한 번호의 페이지를 아크로벳 페이지 객체로 받아옵니다.
Acrobat.AcroPDPage pdfPage = (Acrobat.AcroPDPage)pdfDoc.AcquirePage(currentPage);
 
// 이미지로 만들기 위한 영역을 지정합니다.
Acrobat.AcroPoint pdfSize = (Acrobat.AcroPoint)pdfPage.GetSize();
Acrobat.AcroRect pdfRect = new Acrobat.AcroRect();
pdfRect.Left = 0;
pdfRect.right = pdfSize.x;
pdfRect.Top = 0;
pdfRect.bottom = pdfSize.y;
 
// 페이지의 지정된 영역을 100% 크기로 클립보드에 이미지 형태로 복사합니다.
pdfPage.CopyToClipboard(pdfRect, 0, 0, 100);
 
// 클립보드에 저장된 이미지를 파일로 저장합니다.
IDataObject clipboardData = Clipboard.GetDataObject();
if (clipboardData.GetDataPresent(DataFormats.Bitmap))
{
    Bitmap pdfBitmap = (Bitmap)clipboardData.GetData(DataFormats.Bitmap);
    pdfBitmap.Save("1.jpg");
}

문제가 발생 시에는 댓글을 남겨주세요.

ASP.NET MVC 에서 사용자 정의 컨트롤의 내용을 문자열로 받기

WHiSTLE — Thu, 14 Jan 2010 13:12:19 +0900

간혹 사용자 정의 컨트롤(.ascx) 파일에서 처리한 내용을 Page에 바로 출력하는 것이 아니라, 문자열로 받아야 할 경우가 있습니다.
ASP.NET 웹 폼의 경우에는 Page.LoadControl() 과 Control.RenderControl() 메서드를 이용하여 아래와 같은 코드로 사용자 정의 컨트롤이 처리한 내용을 문자열로 받아올 수 있습니다.

Control control = LoadControl("~/MailTemplate.ascx");
 
((MailTemplate)control).DestinationName = "Whistle";
 
StringBuilder stringBuilder = new StringBuilder();
using (StringWriter sw = new StringWriter(stringBuilder))
{
    using (HtmlTextWriter tw = new HtmlTextWriter(sw))
    {
        control.RenderControl(tw);
    }
}
 
string messageContent = stringBuilder.ToString();

ASP.NET 웹 폼은 자체가 Page 클래스를 상속받으므로, TemplateControl.LoadControl() 메서드를 사용할 수 있으므로, 사용자 정의 컨트롤을 로드하고 HtmlTextWriter를 이용하여 컨트롤의 실행된 내용을 문자열로 받아 올 수 있습니다.

ASP.NET MVC는 사용자 정의 컨트롤이 ViewUserContol을 상속받게 되며, MVC Controller는 자체적으로 ViewUserControl에 대한 LoadControl을 제공하지 않습니다,
ViewUserControl 클래스의 인스턴스를 생성은 ViewPage 클래스의 인스턴스 상에서만 가능합니다.

즉, MVC에서 사용자 정의 컨트롤이 생성하는 HTML을 문자열로 받기 위해서는, 가상의 ViewPage의 인스턴스를 생성하고, 그 ViewPage를 기반으로 사용자 정의 컨트롤을 생성한 후 ASP.NET 웹 폼에서와 같은 방법으로 문자열을 받아 올 수 있습니다.

ViewData["UserName"] = "Whistle";
 
ViewPage viewPage = new ViewPage() { ViewContext = new ViewContext() };
 
viewPage.ViewData = new ViewDataDictionary(ViewData);
viewPage.Controls.Add(viewPage.LoadControl("~/Views/Shared/MailTemplate.ascx"));
 
StringBuilder sb = new StringBuilder();
using (StringWriter sw = new StringWriter(sb))
{
    using (HtmlTextWriter tw = new HtmlTextWriter(sw))
    {
        viewPage.RenderControl(tw);
    }
}
 
string message = sb.ToString();

위와 같은 형식으로 MVC에서도 사용자 정의 컨트롤의 출력 내용을 문자열로 받아와서 처리가 가능합니다.

Visual Studio 2010 Beta 2 에서 Code Coverage 사용하기

WHiSTLE — Thu, 07 Jan 2010 10:50:12 +0900

Visual Studio 2010 Beta 2 에서는 UnitTest에 대한 Code Coverage 활성화하는 설정방법이 변경되었습니다.
Visual Studio 2008에서의 Test Setting 과 Visual Studio 2010에서의 Test Setting이 달라서 한동안 애를 먹었는데요.

Visual Studio 2010 Beta 2에서 Code Coverage 를 사용하기 위한 방법은 아래와 같습니다.

테스트 프로젝트가 포함된 솔루션에서 Solution Items 폴더 아래에 존재하는 Local.testsettings 파일을 더블 클릭하여 엽니다.
Data and Diagnostics 항목을 선택합니다.
Code Coverage 항목의 Enabled 를 체크합니다.
Configure 버튼을 클릭하면, Code Coverage Detail 창이 뜹니다.
Code Coverage 대상이 될 어셈블리를 선택합니다.

유닛테스트 실행 후 Code Coverage Results 창을 통해 Code Coverage 정보를 확인 할 수 있습니다.

메서드를 호출한 어셈블리 정보 가져오기

WHiSTLE — Thu, 22 Oct 2009 21:35:37 +0900

때때로 작성한 메서드를 과연 어디서 호출하는지 알고 싶을 때가 있습니다.
동일한 어셈블리 내에서의 호출일 수 도 있겠지만, public으로 노출된 메서드라면 현재 어셈블리 외의 외부에서도 호출이 가능합니다.

이럴 때 현재 메서드를 어느 어셈블리에서 호출하였는지를 알 수 있는 방법이 있습니다.
이미 알고 계시는지는 모르겠지만, Assembly 클래스의 정적메서드인 GetCallingAssembly 메서드가 이 방법을 제공하고 있습니다.

Windows Live Writer Wave 3 Beta 리뷰

WHiSTLE — Fri, 19 Sep 2008 13:09:27 +0900

Windows Live Writer(이하 WLW)가 새 버전을 내어 놓을 준비를 하고 있네요. 이번에 Windows Live Suite Wave 3 Beta의 출시에 맞춰서 WLW도 새 옷으로 갈아입었습니다.

우선 디자인 적인 부분에서는 우선 상단 게시 등의 메인 툴바의 아이콘이 빠졌습니다. 어떻게 보면 심플한데 또 어떻게 보면 좀 심심한 것 같기도 하네요.

하지만, 새 버전에서는 글꼴 변경 관련 기능과 문단 정렬 관련 기능이 툴바로 들어왔습니다. 이전 버전에서는 상당히 자주 사용되는 기능임에도 메뉴바의 “서식”메뉴를 이용해야만 해서 상당히 불편 했었는데(거기다 단축키 조차 지원해 주지 않았었죠..-_-), 툴바로 들어옴으로써 상당히 편해 질 듯 합니다.

그리고, 좌측 사이드바 또한 디자인을 생략한 하얀 바탕으로 바뀌면서 심플함을 추구하는 듯 합니다.

그리고, 이번 버전부터는 굴림 폰트가 아닌 맑은 고딕 폰트를 이용하고 있어 더 미려해 진 듯 합니다.

또 한가지 그 동안 아쉬웠던 부분인 편집/미리 보기/소스 탭이 생겼습니다.
이전 버전에서도 지원을 하지 않는 것은 아니었지만 메뉴바에서 “보기” 메뉴를 이용하거나 단축키를 이용해야 했죠. 이번에는 작성 창 하단에 탭이 생겨서 쉽게 전환이 가능합니다.

그 외 눈에 띄는 부분이 맞춤법 검사 부분인데요. 이전 버전까지는 한글을 지원하지 않았는데, 이번 버전부터는 드디어 한글을 지원합니다. MS-Word에서 지원하던 방식인 듯 한데 오피스 프로그램이 설치되어 있지 않아도 적용을 할 수 있는지는 확실치 않지만, 상당히 유용할 것으로 보입니다.
Word를 이용해서 블로깅 하시는 분들도 계시던데, 맞춤법 때문이라면 이제 WLW로 갈아타셔도 될 듯합니다.

실시간 맞춤법 검사도 가능하여, 작성하면서 바로 바로 맞춤법을 검사할 수 있습니다.

그 외에 편집 관련 기능들이 추가되었습니다.

미리 보기 기능에서 실제 게시를 하여 미리 보기 화면을 생성 후 게시한 포스트는 즉시 삭제하여 좀 더 정확한 미리 보기 기능을 제공하는 기능도 추가되었습니다. 이는 스킨 새로고침을 선택하면 적용할 지 여부를 묻는 대화상자가 나타납니다.

아직까지는 Beta판이지만, 한글판도 지원하고, 큰 문제점은 보이지 않는 듯합니다.
다운로드는 아래 링크를 이용하시면 됩니다.

New Windows Live Betas – Download Wave 3 Now! (Updated With International Goodness) - LiveSide -

Internet Explorer 8 Beta 2 한글판 다운로드 개시

WHiSTLE — Wed, 17 Sep 2008 09:59:16 +0900

금일 건국대에서 IE8 Beta2 세미나가 진행될 예정이니 지금쯤 Beta2 한글판의 배포가 시작되지 않았을까 하는 생각에 Microsoft Download 사이트에 들어가보니 역시 배포가 시작되었네요.

IE8 Beta2는 여기서 다운로드 받으실 수 있습니다.

설치 완료 후 실행하니 오류창이 제일 먼저 저를 반기는 군요.. -_-;

IE8에 기본적으로 포함된 Developer Toolbar 과 IE7에서 설치해서 사용하던 Developer Toolbar의 충돌 때문에 발생하는 듯 합니다. IE7에서 Internet Explorer Developer Toolbar를 설치하지 않은 사용자에게는 발생하지 않겠죠.
기존에 설치되어 있던 Internet Explorer Developer Toolbar를 제거하고 새로 실행하니 오류창이 사라졌습니다.

개발자의 친구 Developer Toolbar를 실행해봤습니다. 단축키는 F12입니다.

기존에 제공되던 Developer Toolbar의 기능도 쓸만했었지만, 그래도 이번에 기본으로 포함된 요 녀석은 대충보기에는 거의 Firefox의 Firebug와 맞먹는 기능을 제공해 주고 있습니다.^^; 하긴. 경쟁할려면 당연한건가?
하지만, 자세하게 보지는 않았으므로 어느게 좋다라고는 말 못하겠네요.

다음에 IE8의 Internet Explorer Developer Toolbar 와 Firefox의 Firebug 그리고 Chrome의 개발자기능들을 비교해보는 것도 재미가 있을 듯하네요.

이제 여기저기 돌아다녀 보고 문제점을 찾아봐아겠네요..^^;

Vista에서 사용자 폴더 안에 내가 필요한 폴더를 등록하기

WHiSTLE — Wed, 10 Sep 2008 14:08:04 +0900

Vista에서 사용자 폴더에 등록된 폴더 중 문서, 다운로드, 음악, 비디오 등 기본적으로 제공하는 폴더외의 내가 정한 폴더를 등록하고 싶은 경우가 있습니다.
이때 사용자 폴더 내에 새로운 폴더를 하나 만들어서 사용하면 되지만, 문서나 기타 다른 폴더들의 위치도 다른 드라이브로 옮겨서 사용하는데, 폴더내에 새로운 폴더를 생성한다는 꺼름직하죠.

그때 사용할 수 있는 것이 링크폴더를 만드는 것인데요.
Vista에서는 mklink라는 명령어를 제공하여 심볼릭 링크를 생성할 수 있도록 해줍니다.

mklink의 사용법입니다.

저는 D:\Projects라는 폴더를 사용자 폴더(C:\Users\Hwikyeom)내에 프로젝트라는 이름으로 링크폴더를 만들려고 합니다.
이때 링크폴더는 사용자 폴더내에 동일한 이름의 폴더가 존재하지 않아야 합니다.
만일 이미 C:\Users\Hwikyeom\프로젝트 라는 폴더가 만들어져 있다면 "파일이 이미 있으므로 만들 수 없습니다." 라는 메시지가 나옵니다.

"기호화된 링크가 만들어 졌습니다."라는 메시지가 나왔다면, 링크폴더가 정상적으로 만들어 졌습니다.
탐색기에서 확인을 해보면

결과를 보면 탐색기의 트리뷰에서 프로젝트라는 폴더를 확인 할 수 있습니다.
그리고, 해당 폴더를 선택하면 위의 주소표시줄과 같이 D:\Project로 표시되는 것이 아니라 사용자폴더내의 프로젝트로 표시가 됨을 보실 수 있습니다.
하지만, 실제 내용은 D:\Projects 폴더의 내용을 표시하는 것이죠.

그렇다면, 폴더바로가기를 생성하였을 때와는 어떻게 다를까요?

폴더 바로가기는 LNK라는 파일을 생성하여 실행시 지정된 폴더로 이동시켜 주는 것입니다.
즉, 바로가기는 파일이므로 옆의 링크폴더와는 달리 트리뷰에 출력될 수 없습니다.
그리고, 바로가기를 실행했을 때는 주소 표시줄이

와 같이 지정된 폴더가 출력됩니다.

mklink는 폴더 뿐만이 아니라 파일에 대한 심볼릭링크의 생성도 가능하며, 옵션에 따라 하드링크나 또는 디렉터리 교차점의 생성도 가능합니다.

Vista 이전 버전에서는 linkd.exe를 이용하는 방법으로 링크폴더의 생성이 가능합니다. 이 방법에 대한 자세한 내용은 http://qaos.com/article.php?sid=2638 를 참고하세요.

그리고, 파일기반 심볼 링크에 대한 부분을 찾아서 참조합니다.

파일 기반 심볼 링크

Windows Vista의 I/O 관련 변경 사항으로는 파일 기반 심볼 링크, 보다 효율적인 I/O 완료 처리, 포괄적인 I/O 취소 지원, 우선 순위가 부여된 I/O 등이 있습니다.

많 은 사용자들이 NTFS에서 누락되었다고 생각하는 파일 시스템 기능인 심볼 파일 링크(UNIX에서는 소프트 링크라고 함)가 마침내 Windows Vista에 포함되었습니다. Windows 2000 버전의 NTFS에서는 다른 디렉터리를 가리키는 디렉터리를 만들 수 있게 해 주는 디렉터리 교차점이라는 심볼 디렉터리 링크가 사용되었지만 Windows Vista 이전 버전의 NTFS에서는 파일의 하드 링크만 지원했습니다.

Windows 에서 심볼 링크와 디렉터리 교차점을 해결하는 방식의 가장 큰 차이점은 처리가 발생하는 위치입니다. Windows에서 심볼 링크는 원격 파일 서버에 있는 위치를 참조할 때조차 로컬 시스템에서 처리됩니다. Windows에서는 원격 파일 서버를 참조하는 디렉터리 교차점을 해당 서버 내에서 처리합니다. 따라서 서버에 있는 심볼 링크는 다른 클라이언트 볼륨과 같이 클라이언트에서만 액세스할 수 있는 위치를 참조할 수 있지만 디렉터리 교차점은 참조할 수 없습니다. 이 문제를 해결하기 위해 Windows Vista에서는 파일과 디렉터리 모두에 대해 새로운 심볼 링크 유형을 지원합니다.

심 볼 링크에 내포된 의미를 이해할 수 있도록 다양한 파일 시스템 명령이 업데이트되었습니다. 예를 들어 Delete 명령은 링크를 따르는 대신 링크를 삭제하도록 업데이트되었습니다(링크를 따르면 대상이 삭제됨). 그러나 일부 응용 프로그램에서는 심볼 링크를 올바르게 처리할 수 없으므로 심볼 링크를 만들려면 기본적으로 관리자에게만 부여되는 새로운 심볼 링크 만들기 권한이 있어야 합니다.

Mklink 명령으로 명령 프롬프트에서 심볼 링크를 만들 수 있습니다. 명령 프롬프트에서 기본으로 제공하는 디렉터리 명령은 <SYMLINK>로 플래그를 지정하고 대상을 괄호 안에 표시하여 심볼 링크를 식별합니다(그림 5 참조). 심볼 링크는 Windows 탐색기에서도 확인할 수 있으며 바로 가기 화살표로 표시됩니다. 찾기 창에 링크 대상 열을 추가하여 탐색기에서 링크의 대상을 볼 수 있습니다.

원본경로 : http://technet.microsoft.com/ko-kr/magazine/cc162494.aspx

ASP.NET Generated Image 컨트롤

WHiSTLE — Fri, 05 Sep 2008 10:08:33 +0900

얼마 전 한 신입사원이 데이터베이스에 저장되어 있는 BLOB형태의 이미지 파일을 ASP.NET 웹페이지로 출력하기 위해서, 데이터베이스에서 byte배열을 얻어서 하드디스크에 GUID형태의 이름을 가지는 이미지로 저장한 다음 그 파일을 출력하고, 이미지를 생성할때 마다 파일이 생성될 폴더에 파일 중 생성시간이 하루 이상 지난파일을 삭제하는 로직으로 짜고 있는것을 본적이 있었습니다.

검색엔진에 검색 한번으로 엄청난 양의 레퍼런스 코드가 쏟아져 나올텐데도, 자기 나름대로 계획을 세우고 꿋꿋하게 그걸 구현해 나가는 모습을 보고 얘한테 뭐라고해야하나 말아야하나 고민을 했었더랬습니다.

당시에는 핸들러파일(ashx)파일에서 이미지를 출력하도록하는 방법을 알려주고 끝냈었는데, 오늘 보니 Micorosft에서 ASP.NET Generated Image 라는 상당히 유용해 보이는 컨트롤을 내놓았네요.

서버 컨트롤형태로 구현되어 있고, 각 용도별 구현을 위해서 ImageHandler를 상속받는 ashx 핸들러 파일을 생성하여 컨트롤에 지정하도록 하고 있습니다.
즉, 이미지관련 처리를 위한 라이브러리를 제공하고 그 라이브러리를 이용해서 실제 이미지를 그리는 부분은 사용자에게 맡기는 형태입니다.

예제를 한번 보자면, 페이지에 컨트롤을 올리면

디자인뷰 코드상에서 보면

<cc1:GeneratedImage ID="GeneratedImage1" runat="server"

    ImageHandlerUrl="~/ImageHandler1.ashx" >

    <Parameters>

      <cc1:ImageParameter Name="Msg" Value="Welcome To CodeDigest" />

      </Parameters>

</cc1:GeneratedImage>

이미지를 처리할 대상을 ImageHandler1.ashx 로 설정하였습니다.
즉, 이미지 출력에 관한 모든 것은 ImageHandler1.ashx가 처리하는 것입니다.
ImageHandler1.ashx는 아래와 같습니다.

<%@ WebHandler Language="C#" Class="ImageHandler1" %>

using System;

using System.Collections.Specialized;

using System.Drawing;

using System.Web;

using Microsoft.Web;

public class ImageHandler1 : ImageHandler {

    public ImageHandler1() {

        // Set caching settings and add image transformations here

    public override ImageInfo GenerateImage(NameValueCollection parameters) {

        // Add image generation logic here and return an instance of ImageInfo

        Bitmap bit = new Bitmap(500, 500);

        Graphics gra = Graphics.FromImage(bit);

        gra.Clear(Color.AliceBlue);

        gra.DrawString(parameters["Msg"], new Font("Verdana", 16), Brushes.Black,0 , 150);

        this.ImageTransforms.Add(new WaterMark());

        return new ImageInfo(bit);

위 코드는 새로운 Bitmap을 생성하서 그 안에 매개변수로 넘어온 메시지를 드로잉하여 반환합니다.
그러므로, 이 예제의 결과는 아래와 같습니다.

하지만, 지정한 핸들러파일의 GenerateImage메서드의 구현에 따라서 이미지는 어떠한 형태로도 출력이 가능해 집니다.
DB에서 이미지를 불러와서 출력하는 것도 가능하고, 이미지의 리사이즈 및 이미지에 워터마크를 넣고, 테두리를 입히는 작업등 구현에 따라 다른 형태의 이미지를 출력할 수 있을것입니다.

컨트롤의 다운로드는 여기서 가능하시고, .NET Framework 3.5 SP1이 적용되어야 사용이 가능합니다.

좀더 자세한 내용 및 관련 예제은 다음 글 에서 확인이 가능합니다.
New Image Generator control in ASP.Net 3.5

운영체제에 등록되지 않은 폰트 사용하기

WHiSTLE — Mon, 25 Aug 2008 11:54:50 +0900

응용 프로그램을 작성하다 보면 운영체제의 기본폰트로 등록되지 않은 폰트를 사용해야 할 경우가 있습니다. 이 경우 보통은 설치프로그램에서 폰트를 운영체제에 등록하여 사용하죠.
하지만, 시스템상에 폰트를 많이 설치하면 그만큼 시스템이 평소에 로드하고 있어야 하는 폰트가 많아 지므로 시스템이 느려지게 될 것이고, 자주 사용하지 않는 폰트파일이라면 굿이 등록시켜 사용할 필요가 없습니다.

그렇다면, 폰트파일을 운영체제에 등록하지 않고, 필요 할때만 잠시 로드하여 사용하면 좋겠죠?
이 부분을 지원을 지원하기 위해서 .NET Framework 에서는 System.Drawing.Text.PrivateFontCollection 클래스를 제공하고 있습니다.

PrivateFontCollection 클래스는 운영체제에 등록된 폰트가 아닌 같은 이름의 개인 버전 폰트를 사용할 수 있도록 해주고, 운영체제에 등록되지 않은 글꼴을 임시로 설치해서 사용할 수 있도록 해줍니다.

다음은 운영체제에 등록되지 않은 3of9_new.ttf 라는 바코드 폰트를 이용해서 Label에 바코드를 출력하는 예제입니다.

솔루션내에 3of9_new.ttf 가 포함되어 있으며 출력 디렉토리로 복사 속성이 항상 복사로 설정되어 있습니다.
코드를 보면

   1: using System.Data;

   2: using System.Drawing;

   3: using System.Linq;

   4: using System.Text;

   5: using System.Windows.Forms;

6:

   7: namespace UsePrivateFont

   8: {

   9:     public partial class Form1 : Form

  10:     {

  11:         public Form1()

  12:         {

  13:             InitializeComponent();

  14:         }

15:

  16:         private void Form1_Load(object sender, EventArgs e)

  17:         {

  18:             System.Drawing.Text.PrivateFontCollection privateFonts = 
                      new System.Drawing.Text.PrivateFontCollection();

  19:             privateFonts.AddFontFile("3of9_new.ttf");

  20:             Font font = new Font(privateFonts.Families[0], 24f);

  21:             label1.Text = "*12315161321*";

  22:             label1.Font = font;

  23:         }

  24:     }

  25: }

코드는 간단합니다.
PrivateFontCollection 클래스의 객체를 생성하고 사용하고자 하는 폰트파일의 경로를 추가하는 것 만으로 사용준비가 완료됩니다.
그리고, 사용할때는 PrivateFontCollection 클래스의 Families 속성을 이용하여 추가한 폰트를 가져옵니다.

실행결과 입니다. 운영체제에 설치되지 않은 바코드 폰트를 이용하여 Label로의 출력이 완료되었습니다.

마지막으로 MSDN에 보면 운영체제에 설치된 컬렉션을 보려면 System.Drawing.Text.InstalledFontCollection클래스를 사용한다고 되어 있습니다.
이 두가지 클래스를 이용하면 설치된 폰트를 확인하고, 내가 원하는 폰트파일을 임시로 등록하여, 각 폰트별로 내가 원하는 텍스트에 대한 출력을 미리보기가 가능할 뿐만 아니라 포토샵과 다른 프로그램에서 프로그램이 실행 중일 동안만 사용이 가능하도록 할 수 도 있는 아래와 같은 프로그램을 만들 수 있을 듯합니다. ^^;

폰트다운로드:

3of9_new.ttf

Visual Studio 2008 한글판에서 ASP.NET MVC 프로젝트 생성

WHiSTLE — Sat, 23 Aug 2008 03:45:33 +0900

집에 있는 데스크톱 컴퓨터에 문제가 생겨서 포맷을 하고 재설치중입니다.
운영체제 및 업데이트는 대충 다 이뤄진듯 하고 이제 Visual Studio를 설치하고 개발환경을 셋팅하고 있는데요.
그동안은 집에서는 영문버전 Visual Studio를 사용했었는데 이번에는 아무리 찾아도 영문판 Visual Studio 설치DVD가 보이질 않아서 어쩔수 없이 한글판 Visual Studio를 설치하였습니다.
얼마 전 Visual Studio 2008 SP1의 경우에는 이미 한글판이 출시되어 있어서 설치를 했습니다. 하지만, 이번 SP1의 경우에는 ASP.NET MVC 는 포함되지 않아서 아직 ASP.NET MVC의 경우에는 아직 한글판이 존재하지 않습니다. 물론, 현재 배포버전인 MVC Preview 3이후에 Preview 4가 나올 듯 하니 아직까지 정식버전 및 한글지원 버전은 좀 더 기다려야 할 듯 합니다.

하지만, 저같은 경우에는 이전에 MVC로 진행하던 것도 있고 해서 ASP.NET MVC Preview 3를 설치하였습니다. 설치시에는 문제가 없었지만, Visual Studio 실행시 새 프로젝트에서 "ASP.NET MVC Web Application" 프로젝트가 보이질 않았습니다. 설치는 정상적으로 이뤄졌는데, 프로젝트 템플릿이 제대로 로드가 되지 않는듯 하여, 인터넷을 뒤지기 시작했습니다.

역시, 제가 생각하는 것은 이미 다른 누군가가 고맙게도 해결책을 내놓아 두었더군요.
이번의 경우에는 taeyo.net에서 찾았습니다.

[MVC] MVC 애플리케이션 개발환경 설정 글과
VS2008 한글 RTM 설치후 추가 작업 해야할 것들 이라는 두개의 글에 걸쳐서 해결방법이 제시되어 있었습니다.

다음을 위해서 여기에 정리해 두자면,
설치후 프로젝트 템플릿이 로드 되지 않는 이유는 영문판과 한글판의 경우 프로젝트 템플릿이 저장되는 경로(버전)이 다르기 때문이며, 영문 버전(1033)폴더에 등록되어 있는 프로젝트 템플릿파일(zip파일)을 한글 버전(1042)폴더로 복사해 넣고, 등록과정을 거치면 사용이 가능합니다.
유의할 점은 ASP.NET MVC의 경우 WEB 프로젝트 외에 Test 프로젝트 템플릿도 함께 등록해줘야 합니다. ASP.NET MVC는 MVC용 테스트 프로젝트가 따로 존재하기 때문입니다.
그리고, 프로젝트에서 추가할 수 있는 Controller 클래스등의 아이템 템플릿들도 등록해야 합니다.

ASP.NET MVC 프로젝트 템플릿 복사
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ProjectTemplates\CSharp\Web\1033 폴더(VS 영문판용 폴더)에 존재하는 MvcWebApplicationProjectTemplateP3.cs.zip 파일을
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ProjectTemplates\CSharp\Web\1042 폴더(VS 한글판용 폴더)로 복사한다.
ASP.NET MVC용 테스트 프로젝트 템플릿 복사
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ProjectTemplates\CSharp\Test\1033 폴더(VS 영문판용 폴더)에 존재하는
MvcWebApplicationTestProjectTemplateP3.cs 파일을
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ProjectTemplates\CSharp\Test\1042 폴더(VS 한글판용 폴더)로 복사한다.
MVC용 아이템 템플릿을 생성
MVC용 아이템 템플릿은 영문판용 폴더만 존재하고 한글판용 폴더는 존재하지 않습니다.
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ItemTemplates\CSharp\Web\MVC\1033 폴더에 포함된 파일들을
C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ItemTemplates\CSharp\Web\MVC\1042 폴더를 새로 생성하여 추가합니다.
Visual Studio 2008 명령 프롬프트에서
devenv.exe /installvstemplates
devenv.exe /setup
명령을 실행한다.

.NET 어셈블리 정보 확인하기 - .NET Assembly Information

WHiSTLE — Fri, 22 Aug 2008 09:27:49 +0900

.NET 프로그래밍시에 기존에 존재하는 어셈블리의 상세한 정보가 필요한 경우가 간혹있습니다.
오늘 저같은 경우에는 ASP.NET에서 web.config에 컨트롤의 tagPrefix를 지정하기 위해서 에셈블리를 등록이 필요하게 되었습니다.

     <pages>

      <controls>

        <add tagPrefix="asp" namespace="System.Web.UI" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>

        <add tagPrefix="asp" namespace="System.Web.UI.WebControls" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>

      </controls>

    </pages>

네임스페이스는 이미 알고 있지만 assembly의 상세한 정보를 어떻게 하면 알수 있을까 하다가 구글검색을 통해서 알게된 프로그램이 .NET Assembly Information입니다.

다운로드 링크: http://www.codeplex.com/AssemblyInformation

CodePlex에 오픈소스 프로젝트로 진행되고 있으며, 탐색기와 통합되어 동작합니다.
출력되는 정보는

컴파일 모드(Debug/Release)
.NET 어셈블리 전체 이름
참조하고 있는 어셈블리정보

가 있습니다. 탐색기에서 .NET 어셈블리를 선택하면 Assembly Information 기능이 활성화되고(Vista), 오른쪽 클릭하면 "Assembly Information" 메뉴가 나타납니다.

실행화면에서는 위의 설명과 같이 컴파일 모드 및 전체이름, 참조 어셈블리 정보를 볼수 있습니다.

구성파일에서 어셈블리를 등록할 필요가 있다던가, 참조된 어셈블리의 확인이 필요할때등에 유용하게 사용할 수 있는 유틸리티가 아닌가 합니다.

Visual Studio 2008 SP1 출시

WHiSTLE — Tue, 12 Aug 2008 10:46:54 +0900

오랫동안 기다리던 Visual Studio 2008 정식판이 금일 출시되었습니다.

기대가 컸던 ADO.NET Entity Framework 뿐만 아니라 새로운 기능들이 다수 포함되어 있습니다.

Beta 기간동안은 한글판 Visual Studio 에서는 설치가 제대로 되지 않은 문제가 있었는데..

이번 정식버전이 출시되면서 한글판도 함께 출시되어 이제 한글판 Visual Studio에서도 해당기능들을

이용할 수 있게 되었습니다.

http://msdn.microsoft.com/en-us/vstudio/products/cc533447.aspx

SP1 설치파일 다운로드

Visual Studio 2008 Express Edition SP1
Visual Studio 2008 SP1 (iso버전) - 899.2 MB
Visual Studio 2008 SP1 (exe버전) - 551 KB

포함된 기능을 보자면

WPF 디자이너 향상
ADO.NET Entity Framework
ADO.NET Data Services
ASP.NET Dynamic Data
ASP.NET AJAX browser history
ASP.NET AJAX script combining

등이 있습니다.

설치후 Visual Studio 정보화면입니다.

RTM의 경우 9.0.21022.8 RTM 으로 표시되던 버전이 9.0.30729.1 SP로 표시되는군요.

새 프로젝트 화면의 Web부분입니다.

새로생긴 Dynamic Data 관련 웹응용프로그램 프로젝트가 보입니다.

하지만, 이번 서비스팩1에 ASP.NET MVC는 포함되지 않은 듯 하네요. ASP.NET MVC는 아직 Preview3 만 공개되어 있는 상태이걸로

따로 출시가 이뤄질 듯 합니다.

새 항목 추가화면입니다.

제일 상단에 ADO.NET 엔티티 데이터 모델 항목이 눈에 띄는 군요. LINQ to SQL 의 약점이 얼마나 보완되었을지 빨리 사용해보고 싶네요.

각 항목별 상세한 내용은 다음에 기회를 잡아서 따로 포스팅을 하도록 하겠습니다.

MIX08 과 공부할 것들의 러쉬

WHiSTLE — Thu, 06 Mar 2008 23:51:00 +0900

오늘 새벽부터 MIX08이 시작되었죠..

관심이 있으신 분들은 밤잠도 잊으신채 LIVE 로 감상하신 분들도 많으신듯 합니다.

사실 저도 Keynote에 관심이 많았지만, 밤새고 난 후 뒷 감당이 되지 않을 것 같아 진작에 포기했었더랍니다.

MIX08 덕분에 오늘은 구독하고 있는 블로그의 RSS Feed가 평소의 3-4배는 된 듯합니다.

실시간으로 중계해주신분 부터, 방금 올라온 것들에 대한 분석 및 소감을 작성해주신 분들까지...

덕분에 MIX08에 참석하지도 못했고, 동영상으로 감상하지도 못했지만, 나름대로 정리가 되는 듯 하네요..

MIX08 그동안 많이 기다려왔던게 사실입니다. 구슬이 아저씨나 레이 오지 같은 존경할 만 한 분들이 나와서

MS의 앞으로 발전할 방향을 우리에게 주입교육 시켜주는 것이나, 눈이 휘둥그래질만한 샘플들을 보는 재미도 있겠지만,

머니머니해도 쏟아져 나오는 신기술이죠..

오늘 Internet Explorer 8 Beta 1도 나왔구요.. 회사 컴퓨터에서 아침에 출근하자 마자 깔아봤더랩니다.

IE 7보다 더 빨리졌다고 했는데, 저야 가는 사이트는 한정적이나 많은 테스트는 못해봤지만 그다지 빨라진 건 못느끼겠더군요.(주관적인 의견입니다..^^) 하지만, 개발자 툴 하나만큼은 와~ 소리 나올정도로 잘해놨더군요. 그동안 IE에 깔아쓰던 IE Develope Toolbar나 HttpAnalyzer등은 필요치 않을 듯 하더군요. 아직 정확한 기능은 테스트 하지 못한 관계로 테스트 후 블로깅 할 예정입니다.

그리고, Silverlight 2 Beta 1이 나왔습니다. 크게 관심이 두고 있는 분야입니다. 사실 그동안 Silverlight는 큰 관심을 두지 않고 있었습니다. 아직까지는 Flash에 대적할 만한 상대가 못된다(기술적인 면이 아니라 저변 부분에서)는 의견이었습니다. 아직까진 분야 자체도 동영상 스트리밍등에 포커싱되어 있기도 했었기 때문에 큰 흥미를 가지지 못했지요. 하지만 Silverlight 2의 정식판이 나오면 말이 달라집니다.

Silverlight 2 Beta1의 출시와 함께 나온 Silverlight 2 Control들을 보면 DataGrid, DateTimePicker 등 프로그래밍에 꼭 필요한 컨트롤들이 다수 포함되어 있음을 볼 수 있습니다. 이제 Silverlight는 Flash와 같은 멀티미디어 중심이 아닌 Flex와 같은 비지니스 중심으로 포커싱이 옮겨 오는 것이죠.
거기다, .NET의 가장 큰 단점인 크로스 플랫폼이 가능하고 프로그래밍 언어가 .NET이라는 점에서 폭팔적으로 성장할 가능성이 높아 보입니다. .NET프로그래밍이 가능한 프로그래머라면 누구나 접근 할 수 있다는 얘기가 되는 거니깐요.
물론 지금의 Flex나 Silverlight 1.0 도 Java언어나 javascript만 안다면 누구나 할 수 있긴 합니다만, Silverlight 2 는 자체적으로 작긴 하지만 .NET Framework를 포함한다는 것입니다. 그만큼 프로그래밍이 쉬워 진다는 얘기죠.

앞으로 집중적으로 공부를 해볼 예정입니다.

그리고 또하나 지난 12에 출시되었던 ASP.NET 3.5 Extension Peview에 포함되었던 ASP.NET MVC 의 Preview 2 가 나왔습니다.
Silverlight보다 더 관심을 두고 있던 부분이었고, 구슬이 아저씨의 블로그를 통해 약간의 소식은 접하고 있었지만, 이제 실제적으로 그 내용을 파악 해봐야 겠습니다.

하지만 약간 불만스러운게 있다면 ASP.NET 3.5 Extension 에서 함께 포함되었었던 ADO.NET Entity Framework의 새로운 버전은 포함 되지 않은 것입니다.
그동안 ASP.NET 3.5 Extension Preview의 경우 한글판 VisualStudio 2008에서는 사용할 수 없었는데, 그것은 이번에 나온 것도 마찬가지 인듯하더군요. 한글판을 사용하시는 분들은 조금 더 기다리셔야 할 듯 하네요.

참으로 새로운 공부할 것들이 쏟아져 나와서 좀 부담스럽기는 하지만, 즐거운 하루였습니다.

2008년 회사내에서 이루고자 하는 일들

WHiSTLE — Fri, 04 Jan 2008 09:15:08 +0900

2008년 새해가 밝았습니다. 모두 올 한해 건강하시고 행복이 가득하시길 바라며, 큰 자신의 발전의 이루시길 기원합니다.

새해를 맞으며 올 한해 제가 업무적으로 이루고자하는 것들을 정리해보았습니다. 올해의 가장 큰 주제는 나날이 발전하고 혁신을 이루고 있는 개발환경에서 제가 속해있는 조직이 이에 발맞추어 나가지 못하고 있다는 생각이 그동안 계속들었는데, 제 자신의 직위를 핑계삼아 남이 바꾸어 주길 바라는 것이 아니라 내 스스로 바꾸어 갈 수 있는 길을 제시하고 동료들을 설득하는 것을 목표로 하였습니다.

이루고자 하는 목표를 우선순위가 아닌 이루고자 하는 순서대로 정리 하자면,

팀 및 회사의 개발조직내에 형상관리 및 협업시스템의 정의 및 활용성 강화
현재 소속된 팀에서는 Visual SourceSafe를 이용하여 소스관리를 실시를 하고 있지만, 사실 소스의 보관을 위한 목적이외에 활용되지 못하고 있습니다.
이에 우선 이루고자 하는것이 Subversion 또는 Team Foundation Server의 도입 및 이슈트랙킹시스템의 도입 과 각 개발자의 협업 프로세스를 확립하는 것을 두고 있습니다.
개인별로 소스가 관리되고 자신이 맡은 부분의 소스가 완료되고 난 이후에 소스관리서버로 등록하는 형식으로 이루어지고 있는 개발방법을 개발조직 전체가 공유하고 함께 고민하는 형태로 바꾸어 나갈 수 있도록 노력할 예정이며, 이 부분이 어느정도 정착이 되면 Team Build 및 Wiki의 도입까지를 목표로 삼고 있습니다.
기술 세미나의 정례화
현재 저희 조직내에서 비 정기적으로 이루어지고 있는 기술관련 사내 세미나를 정례화하고 많은 사람이 자율적으로 참여할 수 있는 기반을 닦을수 있도록 노력하고자 합니다.
다수의 사람들이 스스로 자기개발을 위해 노력하고 있지만, 공유가 되지 못하고 있는데, 다른 사람들과 공유하는 시스템을 정착시킬 수 있도록 노력할 것입니다.
Silverlight 및 .NET Framework 3.5, 웹표준을 적용한 프로젝트 진행
신규 프로젝트로 진행예정인 프로젝트 중 에서 올해 가장 큰 이슈가 될 것으로 보이는 Silverlight 및 .NET Framework 3.5, 웹표준등을 적용하여 프로젝트를 진행할 수 있도록 스스로 프로토타입 및 비전을 제시하여 아직 ActiveX 및 IE에 종속적인 웹개발에서 탈피할 수 있도록 팀원들을 설득해 나갈 예정입니다.
C# 및 Microsoft기반의 기반의 기술에만 얽매이는 것이 아닌 다양한 기술의 접목
개발 생산성 면에서 각광을 받고 있는 Ruby On Rails 및 Phyton등을 실제 프로젝트에 적용하기는 힘들 수 있겠지만, 개발자 자신들의 안목과 기술적 능력을 키워줄 수 있는 기술들을 도입하고 활용할 수 있도록 노력할 예정입니다.
Enterprise 2.0 개념에 부합하는 신규 Groupware 개발 및 출시
현재 다른 프로젝트에 밀려 하반기로 일정이 잡혀있는 Groupware 신규버전의 개발시 주도적인 역활을 담당하여 Enterprise 2.0에 부합하고, 높은 유연성과 개방성을 가지는 소프트웨어를 개발할 수 있도록 아키텍쳐 설계 및 개발에서 최선을 다할 예정입니다.

이번 년도를 제 스스로도 그렇지만 팀 및 회사의 개발 수준이 한 단계 진일보 할 수 있도록, 항상 적극적으로 의사를 표현하고 솔선수범하여, 타성에 젓어있는 선배 개발자와 길을 찾지 못해 헤매고 있는 후배 개발자들에 모범이 될 수 있도록 노력할 것입니다.

나 스스로를 다잡기 위해 쓴 글을 끝까지 읽어주셨다면 정말 감사합니다.

2008년 1월 노휘겸

VisualStudio 2008 Keybinding Reference Poster

WHiSTLE — Wed, 28 Nov 2007 09:30:11 +0900

Visual Studio 2008 RTM버전이 출시되면서 Keybinding Poster가 나왔군요.

Visual Studio의 단축키 일람을 일목요연하게 표시해놓은 포스터입니다. 한번씩 시간날때 마다 익혀두면 상당히 유용하더라구요.
아래에서 다운로드 하실 수 있습니다.

Visual C# : Visual C# 2008 Keybinding Reference Poster
Visual Basic : Visual Basic 2008 Keybinding Reference Poster

혹시나 필요하실지 몰라 2005버전 다운로드 링크도 걸어둡니다.

Visual C# 2005 : Visual C# 2005 Keyboard Shortcut Reference Poster
Visual Basic 2005 : Visual Basic 2005 Keyboard Shortcut Reference Poster