달력

03

« 2010/03 »

  •  
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  •  
  •  
  •  

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");

}

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

이올린에 북마크하기(0) 이올린에 추천하기(0)
크리에이티브 커먼즈 라이선스
Creative Commons License
TAG C#, PDF
Posted by WHiSTLE

간혹 사용자 정의 컨트롤(.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에서도 사용자 정의 컨트롤의 출력 내용을 문자열로 받아와서 처리가 가능합니다.

이올린에 북마크하기(0) 이올린에 추천하기(0)
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by WHiSTLE
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 를 사용하기 위한 방법은 아래와 같습니다.

  1. 테스트 프로젝트가 포함된 솔루션에서 Solution Items 폴더 아래에 존재하는 Local.testsettings 파일을 더블 클릭하여 엽니다.

  2. Data and Diagnostics 항목을 선택합니다.
  3. Code Coverage 항목의 Enabled 를 체크합니다.

  4. Configure 버튼을 클릭하면, Code Coverage Detail 창이 뜹니다.

  5. Code Coverage 대상이 될 어셈블리를 선택합니다.

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

저작자 표시 동일 조건 변경 허락
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by WHiSTLE

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

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

더보기

저작자 표시 동일 조건 변경 허락
이올린에 북마크하기(0) 이올린에 추천하기(0)
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by WHiSTLE
2008/09/19 13:09

Windows Live Writer Wave 3 Beta 리뷰 리뷰로그2008/09/19 13:09

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 -

이올린에 북마크하기(0) 이올린에 추천하기(0)
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by WHiSTLE

금일 건국대에서 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입니다.

captured_Image.png[3]

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

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

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

이올린에 북마크하기(0) 이올린에 추천하기(0)
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by WHiSTLE

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

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

mklink의 사용법입니다.
mklink 사용방법

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

mklink 명령 실행

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

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

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

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

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

이올린에 북마크하기(0) 이올린에 추천하기(0)
크리에이티브 커먼즈 라이선스
Creative Commons License
TAG tip, Vista, Windows
Posted by WHiSTLE

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

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

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

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

예제를 한번 보자면, 페이지에 컨트롤을 올리면
captured_Image.png 
디자인뷰 코드상에서 보면

<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을 생성하서 그 안에 매개변수로 넘어온 메시지를 드로잉하여 반환합니다.
그러므로, 이 예제의 결과는 아래와 같습니다.
captured_Image.png[5]

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

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

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

크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by WHiSTLE

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

그렇다면, 폰트파일을 운영체제에 등록하지 않고, 필요 할때만 잠시 로드하여 사용하면 좋겠죠?
이 부분을 지원을 지원하기 위해서 .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클래스를 사용한다고 되어 있습니다.
이 두가지 클래스를 이용하면 설치된 폰트를 확인하고, 내가 원하는 폰트파일을 임시로 등록하여, 각 폰트별로 내가 원하는 텍스트에 대한 출력을 미리보기가 가능할 뿐만 아니라 포토샵과 다른 프로그램에서 프로그램이 실행 중일 동안만 사용이 가능하도록 할 수 도 있는 아래와 같은 프로그램을 만들 수 있을 듯합니다. ^^;



폰트다운로드:

이올린에 북마크하기(0) 이올린에 추천하기(0)
크리에이티브 커먼즈 라이선스
Creative Commons License

'개발로그' 카테고리의 다른 글

운영체제에 등록되지 않은 폰트 사용하기  (0) 2008/08/25
MIX08 과 공부할 것들의 러쉬  (0) 2008/03/06
MSDN Magazine 2월호  (0) 2007/01/19
TAG Barcode, Font
Posted by WHiSTLE

집에 있는 데스크톱 컴퓨터에 문제가 생겨서 포맷을 하고 재설치중입니다.
운영체제 및 업데이트는 대충 다 이뤄진듯 하고 이제 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 클래스등의 아이템 템플릿들도 등록해야 합니다.

  1. 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 한글판용 폴더)로 복사한다.
  2. 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 한글판용 폴더)로 복사한다.
  3. 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 폴더를 새로 생성하여 추가합니다.
  4. Visual Studio 2008 명령 프롬프트에서
    devenv.exe /installvstemplates
    devenv.exe /setup

    명령을 실행한다.

MVC Project가 추가된 화면

이올린에 북마크하기(0) 이올린에 추천하기(0)
크리에이티브 커먼즈 라이선스
Creative Commons License
Posted by WHiSTLE