RiSvE

다음은 MyClassCollection 클래스의 디버깅 시의 표현되는 정보입니다.

List<T>와는 다르게 내부의 요소의 값을 확인하는데 어려움이 존재합니다.
이것을 List<T>처럼 구성해 보겠습니다.

[System.Diagnostics.DebuggerDisplay("{Value}", Name = "{Name}")]
class MyClass
{
    public String Name;
    public String Value;

    public MyClass(String name, String value)
    {
        this.Name = name;
        this.Value = value;
    }
}

[System.Diagnostics.DebuggerDisplay("Count = {Count}")]
[System.Diagnostics.DebuggerTypeProxy(typeof(CollectionDebugView))]
class MyClassCollection : CollectionBase, ICollection
{
    public MyClass Add(String name, String value)
    {
        Int32 i = base.InnerList.Add(new MyClass(name, value));
        return base.InnerList[i] as MyClass;
    }
}

class CollectionDebugView
{
    private ICollection collection;

    public CollectionDebugView(ICollection collection)
    {
        this.collection = collection;
    }

    [System.Diagnostics.DebuggerBrowsable(System.Diagnostics.DebuggerBrowsableState.RootHidden)]
    public MyClass[] MyClasses
    {
        get
        {
            List<myclass> myClasses = new List<myclass>(collection.Count);
            foreach (object key in collection)
            {
                MyClass myClass = key as MyClass;
                if (myClass != null)
                {
                    myClasses.Add(myClass);
                }
            }
            return myClasses.ToArray();
        }
    }
}

class Program
{
    static void Main(string[] args)
    {
        MyClassCollection col = new MyClassCollection();
        col.Add("Name1", "Value1");
    }
}

위처럼 구성하면 아래와 같이 보이게 됩니다.

다음은 MyClass 클래스의 디버깅 시 표현되는 정보입니다.

확장을 해야 내부 정보의 확인이 가능합니다.
cls 오른쪽의 RiSvE.MyClass(클래스 명) 대신 value1(Value 필드)을 표현하고 싶을 경우에 두 가지 방법이 있습니다.

첫 번째 방법은 ToString 메서드를 오버라이드 하는 것입니다.

class MyClass
{
    public String Name;
    public String Value;

    public MyClass(String name, String value)
    {
        this.Name = name;
        this.Value = value;
    }

    public override string ToString()
    {
        return Value;
    }
}

두 번째 방법은 DebuggerDisplayAttribute 특성을 이용하는 것입니다.

[System.Diagnostics.DebuggerDisplay("{Value}", Name = "{Name}")]
class MyClass
{
    public String Name;
    public String Value;

    public MyClass(String name, String value)
    {
        this.Name = name;
        this.Value = value;
    }
}

첫 번째와 두 번째의 경우 결과가 비슷해 보이지만 List<T> 개체에 추가된 후에 보면 차이점이 발생합니다.

첫 번째의 경우입니다.
0번째 요소가 value1임을 나타내고 있습니다.

두 번째의 경우입니다.
name1 요소가 value1임을 나타내고 있습니다.

두 번째의 경우 이름과 값이 같이 볼 수 있으므로 더 효율적인 디버깅이 가능할 것입니다.

AppStylist 프로그램을 이용하여 스킨을 설정하려고 할 때 Editors 탭을 선택하면
"동일한 키를 사용하는 항목이 이미 추가되었습니다."
라는 메시지로 에러 화면이 발생합니다.

이것이 UltraTimeZoneEditor에서 TimeZone 리스트를 가져오기 위한 작업을 할 때
다음 두 곳중 레지스트리가 존재하는 한곳의
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones
STD의 값을 키값으로 이용하고 있습니다.

이 때 이용하는 키 값이 중복이 되어서 그렇습니다.

Windows Server 2003 R2 한글 PC의 경우엔 다음 두 곳에서 중복 키가 존재했습니다.(PC마다 다를 수 있습니다.)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Central Europe Standard Time
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Central European Standard Time

동일 키가 존재하면 STD값을 다르게 처리하면 됩니다.
(Windows 7의 경우에는 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Central Europe Standard Time의 STD값 뒤에 스페이스 하나가 더 들어가 있습니다.)

다음 소스는 제가 검사할 때 이용한 소스입니다.

private static void CheckTimeZones()
{
    string name = @"SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones";
    string name2 = @"SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones";

    RegistryKey key = null;
    key = Registry.LocalMachine.OpenSubKey(name, false);
    if (key == null)
    {
        key = Registry.LocalMachine.OpenSubKey(name2, false);
    }
    if (key == null)
    {
        return;
    }

    string[] subKeyNames = key.GetSubKeyNames();
    if (subKeyNames == null)
    {
        return;
    }

    Dictionary dic = new Dictionary(subKeyNames.Length);

    RegistryKey key2 = null;

    for (int i = 0; i < subKeyNames.Length; i++)
    {
        name = subKeyNames[i];
        if (name != null)
        {
            key2 = key.OpenSubKey(name, false);
            if (key2 != null)
            {
                string displayName = key2.GetValue("Display") as string;
                string standardName = key2.GetValue("Std") as string;
                try
                {
                    dic.Add(standardName, displayName);
                }
                catch
                {
                    throw new Exception(key2.Name + "의 Std값이 중복되었습니다.");
                }
            }
        }
    }
}

http://www.agileprogrammer.com/dotnetguy/archive/2006/09/07/19030.aspx

BradsDarkVisualStudio.zip

보통 Byte 배열과 String 간의 변환을 할 경우 다음과 같이 이용할 것입니다.

public static String ToString(Byte[] bytes)
{
    return Encoding.UTF8.GetString(bytes);
}

public static Byte[] ToBytes(String s)
{
    return Encoding.UTF8.GetBytes(s);
}

하지만 암호화한 Byte배열을 그대로 이용한다면 에러를 내뱉습니다.

그래서 다음과 같이 변환을 해야 합니다.

public static String ToString(Byte[] bytes)
{
    return Encoding.UTF8.GetString(Encoding.Convert(Encoding.GetEncoding("iso-8859-1"), Encoding.UTF8, bytes));
}

public static Byte[] ToBytes(String s)
{
    return Encoding.Convert(Encoding.UTF8, Encoding.GetEncoding("iso-8859-1"), Encoding.UTF8.GetBytes(s));
}

우선 AutoScaleMode 속성에 대한 MSDN입니다.
http://msdn.microsoft.com/ko-kr/library/system.windows.forms.containercontrol.autoscalemode.aspx

다음은 AutoScaleMode 열거 형에 대한 MSDN입니다.
http://msdn.microsoft.com/ko-kr/library/system.windows.forms.autoscalemode.aspx

AutoSacleMode 열거 형은 None, Font, Dpi, Inherit 이렇게 4가지가 존재합니다.

None : 자동 스케일 변경 없음
Font : 폰트 사이즈에 따른 스케일 변경
Dpi : 화면 해상도 Dpi 변경에 따른 스케일 변경
Inherit : 부모의 상태를 따름

기본적으로 Form과 UserControl은 Font로 설정되어져 있습니다.
이 설정은 Font가 변경이 되면 Form과 UserControl의 크기가 재조정되고 내부의 컨트롤들의 위치도 재배치됩니다.
이렇게 되면 원하지 않는 UI가 나오게 되기 때문에 이 설정은 이용하지 않는 것이 좋겠습니다.

그냥 무조건 개발 당시의 화면으로 나오게 하고 싶으면 None을 이용하면 됩니다.
None은 윈도우의 Dpi 변경해도 동일한 화면크기로 프로그램이 실행됩니다.

현재 대부분의 모니터가 96dpi로 맞추어져서 나오기 때문에 None을 이용하여 고정하여도 되지만
나중에 나오는 모니터의 dpi가 96dpi로 나온다는 보장이 없기 때문에 Dpi를 이용하여 윈도우의 Dpi변경에 의한
자동 사이즈 변경이 가능하도록 개발하는 것이 좋겠습니다.

Dpi로 설정할 시에 주의할 점이 있습니다.
각 컨트롤의 사이즈가 자동으로 조정하지만 이미지의 사이즈는 설정한 대로 나온다는 것입니다.
이미지를 Tile옵션으로 하면 이미지컨트롤의 사이즈가 변경이 되어도 이미지 자체의 사이즈는 변경되지 않기 때문에
Stretch옵션을 이용하여 컨트롤 사이즈가 변하면 이미지도 따라 변하게 만들어 주어야 합니다.
또 한가지는 UserControl의 AutoScaleMode 속성은 Inherit으로 설정하여야 한다는 것입니다.
UserControl의 AutoScaleMode 속성도 Dpi로 할 경우에 UserControl내의 컨트롤의 사이트와 위치가
원하지 않게 나타납니다. ( 원인은 저도 모릅니다만 아마 UserControl의 AutoScaleMode가 먼저 적용된 뒤에 Form이 적용되면서 이상해 지지 않나 싶습니다. )
  ( 주의할점 추가 - SplitContainer를 이용할 경우에도 이상한 UI로 변경됩니다. )

앞으로 AutoScaleMode속성은 Form의 경우에는 Dpi로 UserControl의 경우에는 Inherit으로 설정하도록 합시다.

 
프린터 추가를 눌러 프린터 추가를 시작합니다.

 
로컬 프린터 추가를 선택하여 추가를 진행합니다.
일반적으로 공유 프린터 추가 시 네트워크, 무선 또는 Bluetooth 프린터 추가를 선택하여 추가합니다.
이것은 일반적인 상황에서는 잘 추가 되지만 그렇지 못한 상황 ( 32bit OS의 공유 프린터를 64bit OS에서 추가할 시 )
에서는 제대로 설치되지 못합니다.
  새 포트 만들기를 이용하여 Local Port를 선택합니다.

 
포트 이름에 \\hostname\printname을 입력합니다.
예 ) \\RiSvE-PC\LaserJ

 
이제 추가할 프린터에 맞는 프린터 드라이버를 선택합니다.
항목에 존재하지 않다면 프린터 제조사에서 해당 드라이버를 받아 선택합니다.

 
드라이버를 선택하면 공유 여부를 물어봅니다.
이미 공유된 프린터이기 때문에 특별한 상황이 아닌 이상에는 공유를 하지 않도록 합니다.
공유 안 함을 선택합니다.

 
마침을 누르면 프린터가 추가 됩니다.
프린터가 정상적으로 추가 되었는지 확인을 위해 테스트 페이지 인쇄 보다는
메모장에서 간단한 글자를 넣어 인쇄를 진행하심이 토너 or 잉크의 낭비를 막을 수 있습니다.