길버라이트(GILVERLIGHT)

Namespace와 LINQ to XML

길버트 — Thu, 24 Jul 2008 22:13:03 +0900

string xml에 위의 내용이 들어있다고 가정하고,

XDocument xDoc = XDocument.Parse(xml);

위와 같이 xDoc을 준비해 놓고,

XML데이터에서 Style을 돌면서 x:Key의 Value값만 쏙쏙 뽑아내는 LINQ구문을 작성한다면
어떻게 하시겠습니까?

오답

첨엔 막연히 이렇게 해봤습니다.

var result = from c in xDoc.Descendants("Style")
select (string)c.Attribute("x:Key").Value;

네, 에러가 납니다.
Attribute의 이름에는 콜론(:)을 추가할 수 없습니다.

Attribute메서드의 파라미터는 XName이구요.
XName을 생성할 때 콜론(:)이 들어간 문자열을 허용하지 않기 때문입니다.

정답

XNamespace x = "http://schemas.microsoft.com/winfx/2006/xaml";
var result = from c in xDoc.Descendants("Style")
select (string)c.Attribute(x + "Key").Value;

XNamespace + string이 XName이 되도록 연산기호 +에 대해
오퍼레이트 오버라이딩이 잘 되어있더라구요.

x + "Key" 이런 식으로 사용하는 것은 썩 직관적이지 않아서 맘에 안드는데,
알고 나니까 잘 쓸 수는 있겠더라구요. ^^

하지만 역시 LINQ는 쓰면 쓸수록 편한 것 같습니다.

Enjoy your LINQ!

MouseWheelHelper.cs (Ver. 휴즈플로우)

길버트 — Thu, 24 Jul 2008 08:06:43 +0900

Silverlight 1.1 시대의 그것과도 다르고
DeepZoom Composer에서 자동 생성해주는 프로젝트에 들어있는 그것과도 다른...

MouseWheelHelper.cs - Ver. 휴즈플로우

MouseWheelHelper.cs

소스가 약간 다르지만 사용방법은 다를 것이 없습니다.
성능상의 차이도.. 글쎄요 ^^;

정리 및 공유 차원에서 포스팅합니다.

Usage

MouseWheelHelper wheelHelper = new MouseWheelHelper(this);
wheelHelper.Moved += new EventHandler<MouseWheelEventArgs>(wheelHelper_Moved);

void wheelHelper_Moved(object sender, MouseWheelEventArgs e)
{
e.Handled = true;

if (e.Delta > 0) // 휠 버튼 업!
{
// Zoom In 따위를 구현
}
else if (e.Delta < 0) // 휠 버튼 다운!
{
// Zoom Out 따위를 구현
}
}

FLICKLOCK?! - Flickr + Clock (Silverlight)

길버트 — Sun, 20 Jul 2008 01:49:03 +0900

FLICKLOCK?

FLICKLOCK is 'FLICKR + CLOCK'.
It shows you recent photo from flickr.com using Flickr Open API

Does it looks like something you have event seen?
You're right!
It's exactly is the homage to UNIQLOCK.

SPECIFICATION

UNIQLOCK is showing the 'Time Zone Name' under the time text.
Butm FLICKLOCK shows 'DOKDO / SOUTH KOREA' (hard coded).

It means 'Dokdo(=island) is absolutely Korean territory'.

You can see clock for 5 seconds (the way UNIQLOCK does),
then you can see 5 recent photos from flickr.com.

1. If you click FLICKLOCK when the photos are being showed,
it will float new window to get the flickr.com webpage for the photo.

2. If you click FLICKLOCK when time text is being showed,
it will float new window to get the 'Dokdo Museum'

Share

Click to SHARE button to get the code for sharing.

Source

Flicklock_Source.zip

I hope it would be helpful to you.

FLICKLOCK (플리클락) ?! - Flickr + Clock을 소개합니다.

길버트 — Sun, 20 Jul 2008 01:33:05 +0900

FLICKLOCK?

FLICKLOCK은 FLICKR + CLOCK으로,
Flickr Open API를 이용하여 flickr.com에 업로드 된 최신 이미지를 보여줍니다.

어디서 많이 본 모습을 하고 있지요?
맞습니다.
많은 블로거들의 사랑을 받는 UNIQLOCK의 오마주입니다.

특징

UNIQLOCK에서는 TIMEZONE 설정을 시계 아래 보여줍니다만,
FLICKLOCK에서는 DOKDO / SOUTH KOREA란 문구를 하드코딩 해 버렸습니다.

silverlight.net 공식사이트 갤러리에도 소스와 함께 등록요청을 할 계획인데요,
만약 그대로 등록이 될 경우, 은연 중에 외국인 개발자에게 DOKDO가 한국 땅이라는 메세지를
전할 수 있길 바라고 있습니다.

UNIQLOCK과 마찬가지로 5초 동안 시계를 보여주고,
FLICKLOCK에 실시간으로 올라온 최신 사진 5개를 1초 간격으로 번갈아가며
노출합니다.

1. 각 사진이 화면에 떠있는 동안 FLICKLOCK을 클릭하면,
해당 사진이 등록되어 있는 flickr.com의 페이지를 새창으로 띄워줍니다.

2. 시계만 보이고 있는 동안 FLICKLOCK을 클릭하면,
독도 박물관 사이트(영문)를 새창으로 띄워줍니다.

퍼가기

SHARE버튼을 누르면 퍼가기 코드를 제공합니다.

소스공개

Flicklock_Source.zip

업무시간 쪼개서 만드느라 급하게 만들어서, 소스가 조금 허접합니다만,
응용작품 만드시는데 도움이 되시길 바랍니다.

UserControl 부모, 자식이 같은 이름의 스토리보드를 가지고 있을 경우, '간혹' 발생하는 에러

길버트 — Wed, 9 Jul 2008 16:32:37 +0900

상황설명

UserControl 부모와 UserControl 자식이
UserControl.Resource 하위에 같은 이름을 가진 스토리보드를 가지고 있는 상황에서,
자식을 생성하여 부모의 LayoutRoot.Children에 Add를 하려고 시도하면,
경우에 따라서 다음 그림과 같이 ArgumentException을 유발합니다.

정확히 어떤 경우에 이렇게 되는지 실험을 통해 알아 보았습니다.

실험조건

Fafamama 클래스 - 부모 역할을 하는 UserControl 입니다.
Son 클래스 - 자식 역할을 하는 UserControl입니다.
Daughter 클래스 - 자식 역할을 하는 UserControl입니다.

Fafamama는 LayoutRoot의 Opacity를 조정하는 sbShow란 Storyboard를 UserControl.Resources 하위에 가지고 있으며,
Son은 Fafamama를 쏙 빼 닮아 자신의 LayoutRoot의 Opacity를 조정하는 sbShow란 똑같은 이름의
Storyboard를 가지고 있습니다.
Daughter는 Son이 가지고 있는 스토리보드와 똑같은 스토리보드를 이름만 다르게 하여 가지고 있습니다.

Fafamama.MakeSons() 메서드 - 두 명의 아들을 생성합니다.
Fafamama.MakeDaughters() 메서드 - 두 명의 딸을 생성합니다.

총 6가지 케이스를 실험하기 위해 6번 Fafamama를 생성합니다.

Case 1) Fafamama의 생성자에서 MakeDaughters 호출
Case 2) Fafamama의 Loaded 이벤트에서 MakeDaughters 호출
Case 3) 버튼 클릭에 의해 이미 생성되어 있는 Fafamama의 MakeDaughters 호출

Case 4) Fafamama의 생성자에서 MakeSons 호출
Case 5) Fafamama의 Loaded 이벤트에서 MakeSons 호출
Case 6) 버튼 클릭에 의해 이미 생성되어 있는 Fafamama의 MakeSons 호출

라이브 실험

아래 실버라이트 어플리케이션 안에 실험 Case 6개에 대한 버튼을 준비 하였습니다.
한번 씩 눌러보십시오.

실험결과

부모와 같은 이름의 Storyboard를 가지고 있지 않은 Daughter의 경우, 언제나 예외발생 없이 생성이 된 반면,
UserControl 부모, 자식이 같은 이름의 스토리보드를 가지고 있는 Son의 경우,
생성자에서 호출 시를 제외하고서는 부모의 Panel에 Children.Add 할 수 없었습니다.
이런 경우를 만나신다면 당분간은 피해서(스토리보드 이름을 중복되지 않게 준다거나, 이름을 유지하고, 다른 객체의 Resources 하위로 옮김) 사용해야 하겠습니다.

다운로드

OyakoStoryboardTest.zip

실험에 사용된 프로젝트입니다.

[SL2 B2] Socket 사용을 위한 Policy Server 만들기

길버트 — Thu, 3 Jul 2008 17:10:55 +0900

개요

Silverlight 2 Beta 2에서 Socket을 사용할 때 Cross-Domain에 있는 소켓 서버에
접속을 하려면 서버 측의 정책을 확인하는 과정이 필요하게 된 것 아시죠?

다시말해, 실버라이트 런타임이 943번 포트를 통해 실버라이트 정책 파일을 요청하면,
서버 쪽에서는 정책파일을 보내줘야 하는데요.

며칠 전 공도씨가 [MSDN] 네트워크 보안 접근 제약란 제목의 장문의 번역글을 포스팅했습니다.

그 내용의 하단에 보시면 그런 역할을 하는 서버를 만드는 방법이 소개되어 있습니다.
[소켓을 위한 정책 파일 예제]와 [소켓을 위한 정책 서버의 샘플 코드]란 내용이 있구요.
Mike Snows의 Tip of the Day #12 - Full Implementation of a Silverlight Policy Server.를
참고하면 정책 파일 서버를 만들 수 있다고 설명해 놓았습니다.

다운로드

아래는 그것을 그대로 따라서 만들어 놓은 프로젝트구요.

PolicyServer943.zip

제가 조금 코드를 바꿔서 정책 파일 요청시 Socket Client의 IP를 화면에서 알 수 있도록
하였습니다.

PolicyConnection.cs

public PolicyConnection(Socket client, byte[] policy)
{
_connection = client;
_policy = policy;

_buffer = new byte[_policyRequestString.Length];
_received = 0;

try
{
// receive the request from the client
//_connection.BeginReceive(_buffer, 0, _policyRequestString.Length, SocketFlags.None,
// new AsyncCallback(OnReceive), null);

_connection.BeginReceive(_buffer, 0, _policyRequestString.Length, SocketFlags.None,
new AsyncCallback(OnReceive), client.RemoteEndPoint.ToString());
}
catch (SocketException)
{
_connection.Close();
}
}

...

private void OnReceive(IAsyncResult res)
{
try
{
_received += _connection.EndReceive(res);

// if we haven't gotten enough for a full request yet, receive again
if (_received < _policyRequestString.Length)
{
_connection.BeginReceive(_buffer, _received, _policyRequestString.Length - _received,
SocketFlags.None, new AsyncCallback(OnReceive), null);
return;
}

// make sure the request is valid
string request = System.Text.Encoding.UTF8.GetString(_buffer, 0, _received);
if (StringComparer.InvariantCultureIgnoreCase.Compare(request, _policyRequestString) != 0)
{
_connection.Close();
return;
}

// send the policy
Console.Write(string.Format("Sending policy to {0}\n", res.AsyncState));
_connection.BeginSend(_policy, 0, _policy.Length, SocketFlags.None,
new AsyncCallback(OnSend), null);
}
catch (SocketException)
{
_connection.Close();
}
}

미리보기

주의사항

컴파일 전에 Program.cs의 한부분을 수정하셔야 합니다.
색깔 있는 부분을 실제 clientaccesspolicy.xml 파일이 위치한 곳의 경로로 변경하셔야 합니다.

Program.cs

static void Main(string[] args)
{
Console.Write("Starting...\n");
PolicyServer ps =
new PolicyServer(@"D:\clientaccesspolicy.xml");
System.Threading.Thread.Sleep(System.Threading.Timeout.Infinite);

}

감사합니다.

보너스

Beta1 시절 포스팅 되었던 스캇구 형님의 소켓 예제를 오늘 다시 한 번 찾아보니!
Beta2 버전으로 포팅이 되었습니다. 여기에도 Policy Server를 포함하고 있습니다.
한 번 훑어 보시면 도움이 되실 거라고 생각합니다.

Pushing Data to a Silverlight Client with Sockets: Part I
Pushing Data to a Silverlight Client with Sockets: Part II

Part I에서는 Socket Server를 Part II에서는 Socket Client를 설명하고 있습니다.

[Remake] MediaElement 동시사용의 한계는 123개다.

길버트 — Tue, 1 Jul 2008 16:07:30 +0900

이전 포스트를 Silverlight 2 Beta 2 버전으로 포팅하였습니다.

리듬잇 같은 BMS류의 게임을 Silverlight로 제작하다가 발견한 문제입니다.
예를 들어 어떤 곡에서 270여 개의 음원을 사용하는 이유로,
이 음원에 대한 MediaElement를 미리 270개 생성해 놓고 사용하고자 하였습니다.
그 곡을 재생시켜보자 군데군데 연주되지 않는 음이 발견되었습니다.

왜그런가 테스트를 해보다가 123번째 MediaElement 이후에 생성된
MediaElement들은 Play() 메서드가 제대로 작동하지 않는 것을
발견하였습니다.

시뮬레이션

다음은 직접 문제를 체험해 볼 수 있는 샘플입니다.
스피커를 켜고 테스트를 해 보십시오.

소스

아래 링크를 클릭하여 다운 받으십시오.

MediaElementLimit.zip

실험의 결론

Silverlight 2 Beta1에서는 123개 이하의 MediaElement만 만들어 사용해야 합니다.
123개 이상의 MediaElement가 필요한 경우에는 이미 생성해 놓은 MediaElement를
Source만 변경하여 재활용해야 합니다.

예를들어 한 Silverlight Page 내에 123개를 초과하는 동영상, 음악이 존재하는 경우에는
초과분에 해당하는 미디어는 재생을 시킬 수 없습니다.

다른 테스트를 통해 다음과 같은 사실도 추가적으로 알 수 있었습니다.

1) XAML에 <MediaElement ...> 형태로 추가를 해도 124번째부터는 작동을 안 합니다.
2) MediaElement마다 서로 다른 Source를 입력해 주어도 결과는 같습니다.

원인이 무엇인지 궁금합니다.
원인에 따라 차후에 발표되는 Beta2나 정식 릴리즈에서
개선될 수도 있고, 개선되지 않을 수도 있겠네요.

포럼 피드백

실버라이트 포럼에도 같은 글을 게시해 놓고 피드백을 기다리고 있습니다.
http://silverlight.net/forums/t/11735.aspx

Remix Korea 2008 - 피그맵 시연 동영상

길버트 — Tue, 1 Jul 2008 14:24:03 +0900

며칠 전, 기다리던 Remix Korea 2008의 동영상이 공식사이트에 업데이트 되었습니다.
http://visitmix.co.kr

그 중 피그맵 부분만 편집해 보았습니다.

중간 중간 시연이 원활하지 못한 부분이 있지만, 꾸욱 참고 봐주세요~ ^^

감사합니다.

Microsoft MVP Offline 모임 (06/30)

길버트 — Tue, 1 Jul 2008 12:23:31 +0900

MVP Lead이신 최재호 차장님께서 김밥과 생과일 음료를 준비해 놓으셨습니다.
사람 별로 안오는 것 같다고 최재호 차장님께서 두줄 씩 먹으라고 해서,
공도씨랑 김밥 3줄 먹었습니다. (참치, 모듬, 멸추)
멸추 김밥은 처음 먹어봤는데요. 멸치+고추장이었습니다. 매콤하더군요.

근데 왠걸 느즈막히 MVP님들 엄청오셔서 김밥이 모자랐습니다.
제가 가 본 (몇 번 가보지 않았으면서도...) MVP 모임 중 최다 출석이었던 것 같네요.

헤어스타일에 변화를 준 공도씨. 어울리죠?

시원하게 입은 동진씨!

7월 1일자로 Microsoft MVP가 되는 이과장님(오른쪽)과 짱묜(왼쪽)씨 오셨네요.
다시 한번 축하드립니다. 짝!짝!짝!

이날은 변경된 MVP 심사 과정에 대한 설명을 듣고 질의응답 시간을 가졌습니다.
내년에 Re-award 하려면 들어둬야겠죠?

PIO (Product Improvement Opportunity)에 대한 MVP의 지원자 수가 한국이 세계 1위를 했답니다.
그래서 본사로부터 칭찬 받으셨다고 좋아하시는 최재호 차장님.
프랑스가 2위를 했는데, 지원자 수가 한국의 반 정도 되었다네요.

한편, IE 8 관련 RoundTable이 7월 7일로 연기가 되었다고 하구요.
최재호 차장님 9월에 장가 가신다고 하네요! (축하드립니다.)

이날 끝나고 MVP분들 영화 보러들 가셨는데 (영화표는 마이크로소프트에서 제공),
저는 시간이 없어서 못 따라나섰네요. 강철중이나 쿵푸팬더 보신다던데, 재미있으셨죠?

MSDN Premium Subscription + VSTS 2008

길버트 — Tue, 1 Jul 2008 12:02:17 +0900

얼마전 마이크로소프트의 깜짝선물 for MVP란 포스트로 궁금증을 유발했던 선물을 공개합니다.

봉투 안을 열어보면, 까만 카드가 나옵니다.

뒷면은 내용을 읽어보실 수 있게 딥줌 데이터를 제공해 드리는 센스!!
아무튼 3개씩 보내준 것은 감동이었습니다.