월별 아카이브: 1 월 2008

이 때문에 사용 하 여 도구 하루 0 처럼를 하지 않습니다.

http://groups.google.com/group/microsoft.public.sharepoint.portalserver.development/browse_thread/thread/41e8cbe4f15e8b4c/76506ea401403e35?#76506ea401403e35

도구 물건을 하 고 만약 당신이 이해 하지 않는 하 고 단계를 알 수 없는 수의 단계 n에서 실패, 물 속에서 죽은 거 야…

</끝>

테크노 태그:

BDC ADF 가져오기 실패에 대 한 해결책: “다음 오류가 발생 했습니다.:”

내가 다시 한번 손으로 BDC ADF 파일을 제작 했다 (구축할 수 있도록 내 "내 잔디에서!" cred) 이 사랑 스러운 오류 하 고:

이미지

"응용 프로그램 정의 가져오기 실패. 다음 오류가 발생 했습니다.:"

당신이 볼 수 있습니다, 오류가 발생 하면, 하지만 … 그것은 그것은 저에 게 말할 것입니다..

내 경우에는, 문제는 데이터베이스에 연결 하 고 뷰에 대해 SQL 쿼리를 실행 하는 다른 프로젝트 기능 ADF와 시작 했다 그 밖에 없 었 지. 이 새로운 프로젝트에, 웹 서비스에서 메서드를 호출 오전. DB 특정 물건을 박탈 했 고 내 웹 서비스 들을 추가, 하지만 업데이트는 <LobSystem>유형 특성. "웹 서비스 전환" 내가 행복 하 게 새롭고 더 흥미로운 가져오기 오류로 이동, 이 때문에 과정 처리 했다.

여기 잘못 LobSystem입니다.:

<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/office/2006/03/BusinessDataCatalogBDCMetadata.xsd
유형 = "데이터베이스"
버전 = "1.0.0.0" 이름 = "xyzzy"
xmlns ="
http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog">

이 문제를 해결:

<LobSystem
xmlns:xsi =http://www.w3.org/2001/XMLSchema-instance
xsi:schemaLocation =http://schemas.microsoft.com/office/2006/03/BusinessDataCatalogBDCMetadata.xsd
유형 = "웹 서비스"
버전 = "1.0.0.0" 이름 = "xyzzy"
xmlns ="
http://schemas.microsoft.com/office/2006/03/BusinessDataCatalog">

</끝>

테크노 태그:

BDC 조회에 대 한 유력한 대체 보인다

업데이트: 이 MSDN 게시는 그에 따라 JXJ에서 몇 가지 흥미로운 관찰, 주로 부정적인, 이 경로 내려가 경험: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2623565&SiteID=1

우리는 우리가 일반 "문서 ID 통해 두 문서 라이브러리에 연결 해야 하는 비즈니스 시나리오" 필드.

우리 자주 조회 열이 같은 구현 링크를 사용 하 여. 조회 열에 몇 가지 단점이 있다, 어느 세:

  1. 조회 조회 라이브러리에서 열을 하나만 연결 될 수 있다.
  2. 성능: 원본 라이브러리 항목의 수백 포함 될 수 있습니다.. 그건 너무 많은 항목 조회에서.
  3. 검색: 없습니다 통합 검색. 검색의 이끼 감각에 의미 하지 않는다, 검색 방법은 없습니다 하지만 / 원본 문서 라이브러리에서 여러 열을 필터링 하 고 원하는 링크를 찾습니다.

BDC를 뒷받침, 우리는 "비즈니스 데이터를 사용할 수 있습니다." 열 유형 및 그것은 우수한 검색을 제공 하 고 심지어 여러 데이터 열을 목록 보기에 표시할 수 있습니다..

이 방식으로 일부 예비 성공 했 고 그것에 대해 더 쓸 계획.

만약 당신이 전에이 각도 근무 했습니다 어떤 의견, 공유 하시기 바랍니다!

</끝>

테크노 태그:

BDC 가져오기 오류 솔루션: “TypeDescriptor의 TypeName로 설명 된 형식을 로드할 수 없습니다. …”

BDC와 오늘 일하고 있거든요, ADF 파일을 직접 코딩 하 고 자신에 게 몇 가지 오류를 생성. 한 이러한 오류:

응용 프로그램 정의 가져오기 실패. 다음 오류가 발생 했습니다.: TypeDescriptor의 TypeName로 설명 된 형식을 로드할 수 없습니다.. 매개 변수 이름: 또는 선 직전 typeName 오류가 발생 했습니다.: ' 35’ 그리고 위치: ' 20'.

모스는 ADF XML 파일을 가져올 하려고 할 때이 오류를 표시.

인터넷 연구와 난 LOB 인스턴스 이름을 참조 했다 발견 (에서는 <LobSystemInstance>) 내 <TypeDescriptor> 노드 LOB 이름 자체를 참조 해야 하는 경우 (보낸 사람 <LobSystem>).

잘못 된:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB 인스턴스 이름" 이름 = "KeyValue">

수정:

<TypeDescriptor TypeName="Conchango.KeyValue, LOB 이름" 이름 = "KeyValue">

이 한 사람을 저장 한 시간이 나 두 시간을 희망.

</끝>

내 블로그를 구독!

테크노 태그:

문제를 해결: “FileNotFoundException” 내 기능 수신기와 함께.

필자는 지난 주 특정 목록 인스턴스에 몇 가지 이벤트 수신기를 추가 하는 것 이라고 하는 기능. (내가 여기에 그 목록 수신기에 대해 좀 블로그).

명령줄을 사용 하 여, 오류와 함께 기능을 설치할 수 있는 (하지만 아래 숨겨진된 오류를 참조 하십시오). 나는 사이트에 기능을 배포 하 려 할 때, 이끼 "FileNotFoundException의 불평" 오류. 이 블로그 항목에 설명 합니다 나는 그것을 해결 하는 방법.

이 모스 줬 어 웹 브라우저에 오류:

기능 ' b2cb42e3-4f0a-4380-aaba-1ef9cd526f20’ 때문에 설치할 수 없습니다 이벤트 수신기 어셈블리 "xyzzyFeatureReceiver_0 로드" 실패: System.IO.FileNotFoundException: 파일 또는 어셈블리를 로드할 수 없습니다 ' xyzzyFeatureReceiver_0’ 또는 해당 종속성 중 하나. 시스템 지정한 파일을 찾을 수 없습니다..
파일 이름: ' xyzzyFeatureReceiver_0’
System.Reflection.Assembly.nLoad에서(AssemblyName 파일 이름, 문자열 코드 베이스, 증거 assemblySecurity, 어셈블리 locationHint, StackCrawlMark& stackMark, 부울 throwOnFileNotFound, 부울 forIntrospection)
System.Reflection.Assembly.InternalLoad에서(AssemblyName assemblyRef, 증거 assemblySecurity, StackCrawlMark& stackMark, 부울 forIntrospection)
System.Reflection.Assembly.InternalLoad에서(AssemblyString 문자열, 증거 assemblySecurity, StackCrawlMark& stackMark, 부울 forIntrospection)
System.Reflection.Assembly.Load에(AssemblyString 문자열)
Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject에서()
WRN: 어셈블리 바인딩 로깅 설정 OFF.
어셈블리 바인딩 오류 로깅을 사용 하려면, 레지스트리 값 설정 [HKLMSoftwareMicrosoftFusion!EnableLog] (DWORD) 받는 사람 1.
참고: 어셈블리 바인딩 오류 로깅와 관련 된 몇 가지 성능 저하.
이 기능을 해제 하려면, 레지스트리 값을 제거 [HKLMSoftwareMicrosoftFusion!EnableLog].

Windows SharePoint Services 문제 해결.

의도적으로 그 오류가 발생 하는 방법을 알으십시오: GAC에 어셈블리를 설치 하지 마십시오. 하지만, GAC에. 나 일반적으로 c로 드래그 하 여 GAC에 어셈블리 설치:\windows 탐색기를 사용 하 여 windowsassembly 폴더. 결코 느꼈습니다. 100% 때문에 항상 그 gacutil 존재 이유로 생각 하 고 편안 하 게 … 그래서 나는. 그것은 차이가 없습니다..

인터넷을 검색 하 고이 게시물을 발견: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2243677&SiteID=1

포스터 코드의 동일한 루트 비트를 사용 하는 일이 (이 목록에서 내부 WSS 책에서) 그래서 그건 희망 기호. 그러나, 사용 하 여 어셈블리를 꾸미기의 제안 된 [어셈블리: ] 지시어는 나에 게 이해를 하지 않았다. 어쨌든 그것을 시도 하 고 내가 옳 았 어. 그것은 차이가 없습니다..

그럼 난 내 클래스 정의 공개 되지 않았음을 발견. 난 그것을 공개 하 고 그 차이 만든.

다음, "어셈블리 바인딩 오류 로그를 사용 하는 문제에 갔다" (유용 하 고 정확한 지침에 따라 제공) 그리고이 것 흥미로운 얻을 시작. 해당 로그에 보여줍니다 런타임에서 어셈블리에 대 한 해당 서버에 어디에 나 찾기는. 그것은 심지어 내 의학 캐비닛에 그것을 위해 검색 될 것 같습니다.. 하지만 … GAC에 대 한 검색 하지 않습니다..

난 내 겨울 자 켓에 넣어 하 고 다시 인터넷 검색가 누군가가 있다고이 문제 너무 찾을. 그 게시에 긴 토론 아무것도 떨어져 피터 스와 나는 해결책을 찾을 수 없습니다..

로그 검색은 하 고 좀 더 진전을 주장 하는 장소 중 하나로 어셈블리를 이동. 기능을 활성화 하려고 할 때 브라우저에서 새로운 오류 보상 오전:

개체를 만드는 기능 수신기 어셈블리 "xyzzyFeatureReceiver_0"에서 실패, "Conchango.xyzzyFeatureReceiver 입력" 기능 b2cb42e3-4f0a-4380-aaba-1ef9cd526f20에 대 한: System.ArgumentNullException: 값이 null 일 수 없습니다..
매개 변수 이름: 유형
System.Activator.CreateInstance에서(유형 유형, 부울 미공개)
System.Activator.CreateInstance에서(유형 유형)
Microsoft.SharePoint.Administration.SPFeatureDefinition.get_ReceiverObject에서()

Windows SharePoint Services 문제 해결.

인터넷에 1 개의 마지막 여행 위한 시간이!

이번이에 나는 알아, 예상 대로 충분히, 그 모스는 어셈블리는 GAC에 되지 않습니다 때문에이 오류 문제.

뭔가 긍정적이 고 조금 내가 만든 자랑 스럽게 생각 하 고는 MSIL 어셈블리의도 망자, 하지만 그것은 작동 하지 않습니다.. 난 그냥 평범한 화가. 나 자신도 "닭 또는 계란 말입니다." 내 숨 결 ' 아래의.

나는 마지막으로 펀트 결정. 난 완전히 새로운 프로젝트를 만들고이 새로운 프로젝트를 통해 incredible-cloaked-from-the-GAC-assembly 비 작업 프로젝트에서 코드를 복사/붙여넣기. ("어셈블리는 GAC에 설치 하는 경우 바인딩에서 숨기기 같은 것 이라고 빌드 플래그에 대 한 보고" 하지만 하나를 찾을 수 없습니다).

기능을 설치 하 고 그것을 활성화 하 고 … 그것은 작동! 그래서, 그 후, 기본적으로 했다 '를 재 부 팅’ 내 프로젝트. 이것은 왜 컴퓨터를 미 워 하는 또 다른 이유.

나이에서 유용한 뭔가 배 웠 어 요. 하루 종일 stsadm 명령줄을 사용 하 여 기능을 설치 했다 사용 하 고 있는 "-강제" 버 릇 옵션. 몇 가지 이유, 사용 하지 않은 새로운 프로젝트를 설치 했을 때-force 옵션. 이번에, 실제로 그 랬, 진정으로이 새로운 프로젝트의이 어셈블리는 GAC로 복사 하는 것을 잊지합니다. 결과적으로, "FielNotFoundException를 받은" 오류. 이번에, Stsadm에서 그것을, 아니 웹 브라우저를 통해 기능을 활성화 하 려 할 때. 그래서, -실제로 두 역할을 재생 하는 힘. 기존 기능을 다시 설치 해야 할 수 있습니다.. 그것은 또한 설치 버그 기능 오류를 억제 하 여 런타임에 작동 하지 않을 수 있습니다.. 그것은 아마 어딘가에 도움말에서 많은 하지만 난 결코 그것을 발견.

</끝>

테크노 태그: ,

일요일 재미: 맨 위로 10 당신의 아내를 성가시게 하는 방법

  1. 냉장고에서 충분히 보다는 이미 알고 있을 때 브로콜리를 구입.
  2. 실행에 대 한가. 식혀. 깨끗 한 베개 케이스 고 t-셔츠를 바꿉니다. 깨끗 한 베개 케이스 커버.
  3. 운전 하는 경우, 잘못 된 방향으로 편도 거리를 야 우리가 물어.
  4. 에 대 한 15 년, 매주 일요일 그 아내 제안 박물관에가, 깜짝 박물관 일요일에 열려 있습니다 익스프레스.
  5. 에 대 한 15 년, 가끔 일요일에 로컬 서 점이 것이 좋습니다. 그들은 오픈에 없는 일요일의 놀람을 표현 (정말 고마워요 파란 법률!).
  6. 사용 20 할 포인트는 3 포인트 설정.
  7. 멋진 이른가 오후에, 방에 걸어와 C 설정. 감기는 불평. 아내 라고 할 때, "그럼 왜 않았다 설정 하, 바보 같은" 그리고 그것을 끄고 일어나서, 그녀는 소파에 있던 따뜻한 자리를 잡아. 그녀는 당신을 실현 하지 않는 경우 보너스 포인트 훨씬 나중에까지 그것을 했다.
  8. 맛 있는 흰색 albacore 참치의 깡통을 열고 수에서 바로 먹을, 침대에서, 밤에.
  9. 아내는 식사 하는 동안 부엌으로가 서, 칼 붙이 서랍을 열고 아내 비명 소리까지 주변 기구를 밀어, "당신이 원합니다!"
  10. 새로운 비즈니스 카드의 영수증에, 몰래 집 주위의 모든 장소: 침대 아래, 베개 경우, 커피 컵 안에, 그녀의 지갑에, 외 투 주머니에, 차 장갑 구획, 식료품 저장실 — 당신이 생각할 수 있는 곳.
  11. 당신의 아내에 대 한 블로그 항목을 작성.
  12. 일어나세요.
  13. 뉴욕 시의 거리를 걷고 있을 때, "피 각 질의 대 한 경계" 지상에 개체. 마음에 아내의 특별 한 두려움을 유지, 하나를 선택 하는 것 처럼 아래로 도달을 하 고 물어, "흠, 무엇을 궁금해 즉?" (대비해 아내 몸에 슬램 당신은 마치 그녀에 대 한 비밀 요원 저격수 또는 당신은 대통령을 보호 인도에 다시에 누워 자신을 찾을 거 야).
  14. 주차장 공간을 찾고 주위 두 번 드라이브. 알다시피 당신이 정말 눌 지불 먼지 때 뒷자리에 아들 아, "아, 아니! 그는 그것을 하 다시!"
  15. "최고 10를 쓰기" 하지 않은 목록 10 항목.

===

보너스 아내 농담:

두 남성 동료 점심을 나가서. 그들 중 하나는 다른을 알려줍니다., "느슨한 당황 프로이트의 실수는 다른 밤 하자."

"프로이트의 실수? 저게 뭐죠?"

"잘, 언제 우리가 식사를 마친, 웨이트리스가 서 어떻게 우리가 좋아 기내식 요청. 나는 의미 라고, ' 내가 사랑 하는 닭 가슴살’ 대신 '내가 당신의 가슴을 사랑 하 고' 라고 하지만. 나는 너무 당황 했다."

"아," 그의 동료가 대답 했다. "내가 똑같은 일이 나에 게 내 아내와 함께 이번이 주말. 우리 버터를 통과 하는 그녀에 게 의미 하는 아침을 먹고 있었다, 하지만 대신에 그녀의 절 규, ' 내 인생을 망 쳐!’"

</끝>

테크노 태그:

이벤트 ID 1023: “확장 가능 카운터 DLL MSSCNTRS을 로드할 수 없습니다.”

업데이트 (04/08/08): 내가이 문제를 해결 하는 것. 커맨드 라인에서, "C를 실행:\windowssystem32lodctr /R" InstallShield 얘기 항목 당로 서 문제와 그 표시 나를 위해 그것을 해결 하.

내가 최근에 발견 했습니다., 내 데스크톱/서버 팬 결코 해제. 난 그것을 해제 하는 데 사용. 제가 나타났습니다 그것을 밖으로 체크 하는 순간에 vm 웨어 프로세스를 일관 된 실행 20% 하나는 CPU의 사용률. 이벤트 로그를 확인 하 고 수십 분 당 번 일이 응용 프로그램 로그에서 이러한 오류를 보고:

확장 가능 카운터 DLL Ugatherer을 로드할 수 없습니다., 첫 번째 DWORD 데이터 섹션에는 Windows 오류 코드.

확장 가능 카운터 DLL UGTHRSVC을 로드할 수 없습니다., 첫 번째 DWORD 데이터 섹션에는 Windows 오류 코드.

확장 가능 카운터 DLL MSSCNTRS을 로드할 수 없습니다., 첫 번째 DWORD 데이터 섹션에는 Windows 오류 코드.

이러한 메시지 중 하나의 세부 정보로 드릴 경우, 이것을 얻을합니다:

소스: Perflib

유형: 오류

카테고리: 없음

이벤트 ID 1023

몇 가지 조사를 했는데, 거기 이었다 어떤에 Dll에 대 한 액세스는 사용 권한 문제 될 수 있습니다.. 내가 그 물건을가지고 놀 하지만 그 포기 긍정적인 방법에 있는 것 들에 영향을 주지 수 있습니다..

VMware 했다 되었습니다 내게 잔소리 하기 꽤 많은 시간 동안 업데이트를 수행 하는 방법에 대 한, 그래서 설치 했다 버전을 적어 (분명히 1.0.1 "빌드" 29996) 업데이트를 했 고. 이 업그레이드 나 v1.04. 슬프게도, 이 문제를 해결 하지 않았다.

"Vm 웨어 인증 서비스" 라는 서비스를 종료 하는 경우 메시지 내 응용 프로그램 로그에 미친 수를 중지할 수 있습니다.. 이 vm 웨어 소프트웨어를 사용 하 여 날을 방지합니다, 그래서 … 아니 그런 좋은 옵션.

호스트 운영 체제는 Windows XP 64 비트.

항상 이런 생각 하지 않습니다., 하지만 그것을 취 했는 특정 이벤트를 기억 하지 않습니다..

이것은 컴퓨터를 싫어 하는 이유.

</끝>

테크노 태그:

빠른 & 쉬운: 이벤트 수신기를 통해 SharePoint 개체 모델을 사용 하 여 업로드 된 파일 이름 바꾸기

업데이트: 이 작동 하지만 의견에서 설명 하는 중요 한 제한이 있다. 아직도 일부 보이며에 유용할 수 있습니다..

업데이트 2: 현재 프로젝트 내에서, 사용자는 항상 문서 업로드. 결과적으로, MS 워드에 실행 하 고 파일에 그것은 개명 되었다 생각 문제에 실행 하지 않는. 나는 문제로 실행 했, "파일이 다른 사용자에 의해 수정 된" 이 간단한 세마포 형식 플래그를 통해 해결. 사용자가 메타 데이터 필드 기본값에서 뭔가 다른 변경 해야. itemupdated() 수신기 모양과 거기 유효한 값에 대 한 이름 바꾸기를 실제로 수행 하기 전에 그 이후, 난 아무 문제 없. 귀하의 마일리지가 다를 수 있습니다..

나는 특정 명명 규칙을 준수 하는 특정 문서 라이브러리에 업로드 한 파일의 이름을 변경 하려면 클라이언트 요구 사항. API 이름 바꾸기 "를 제공 하지 않습니다.()" 메서드. 대신, 우리를 사용 하 여 "MoveTo(…)". 여기는이 코드의 최소한의 비트:

 공용 재정의 void ItemAdded(SPItemEventProperties 속성)
        {
            SPFile f = 속성.ListItem.File;

            f.MoveTo(속성입니다.ListItem.ParentList.RootFolder.Url + "/xyzzy.doc");
            f.Update();

        }

만 까다로운 비트는 "속성. ListItem.ParentList.RootFolder.Url ". MoveTo() 메서드는 URL 필요. 그 으깬 문자열 포인트를 내게 내 현재 문서 라이브러리의 루트 폴더에. 이 이벤트 수신기 내에 하드 코딩 하지 않아도 날 수 있습니다..

이것은 똑같은 않습니다 더 유용한 버전, 하지만 파일의 이름을 "제목"에 할당 합니다:

 공용 재정의 void ItemAdded(SPItemEventProperties 속성)
        {
            DisableEventFiring();

            // 파일 자체의 이름은이 항목의 제목을 할당합니다.
 // 참고: 이 할당 파일 자체를 수정 하기 전에 자리를 차지할 해야 합니다..
 // 업데이트 호출() SPFile에서 속성 무효화 것
 // 어떤 의미.  "제목에 대 한 업데이트" 실패 하는 변경할 때까지 (그리고 업데이트() 전화)
 // 파일 이름 변경 앞 이동.
            속성입니다.ListItem["제목"] 속성 =.ListItem.File.Name;

            속성입니다.ListItem.Update();

            SPFile f = 속성.ListItem.File;

            // 파일의 확장명을.  우리 나중에 필요.
 문자열 spfileExt = 새로운 내용 FileInfo(f.Name).확장;

            // 파일의 이름을 목록 항목의 ID로와 파일 확장명을 사용 하 여 계속
 // 그것은 그대로 그 부분.
            f.MoveTo(속성입니다.ListItem.ParentList.RootFolder.Url +
                "/" + 속성입니다.ListItem["ID"] + spfileExt);

            // 이동 범.
            f.Update();

            EnableEventFiring();
        }

토론 포럼: 으레 MOSS 환경의 모범 사례 준수 시행

동료, "마크", "설립부터 우수한 SharePoint 관리에 초점을 잠재적으로 흥미로운 뉴스 그룹 토론을 시작 했다" 에 대 한 한 35,000 사용자 환경.

토론은 여기: http://groups.google.com/group/microsoft.public.sharepoint.portalserver/browse_thread/thread/6d9a738d981af772/1c390b15c5407db6?#1c390b15c5407db6

통해 팝에 기여 하 고!

</끝>

새로운 기능에 대 한 사용자 지정 동작 URL 표시 되지 않습니다.

난 아직도 이후 나에 게 모든 아주 새로운 기능 XML 파일 내 손으로 만드는 습관. 난 이해가 안는 걸 프런트 엔드 도구에 의존 하 고 싶지 않아 (그는 말했다 그가 쓴 그가 이해 하지 않는 도구를 사용 하 여 블로그 항목).

오늘, 내가 사이트 설정에 사용자 지정 작업을 추가 했지만 그것은 단지 표시 하지. 나 기능을 설치 하 고 사이트 기능에 그것을 볼 수 있습니다., 하지만 그것을 활성화 하는 경우 (오류 없이) 그것은 단순히 않을 표시 드롭 다운 메뉴에서.

마지막으로 내가 "SharePoint 맞춤법 실현" 위치 특성에는 <CustomAction> 노드. 이것은 나쁜 elements.xml 파일:

<?xml 버전="1.0" 인코딩="u t f-8" ?>
<요소 xmlns="http://schemas.microsoft.com/sharepoint/">
  <CustomAction
 Id="SiteActionsToolbar"
 그룹 Id="SiteActions"
 위치="Microsoft.Sharepoint.StandardMenu"
 시퀀스="100"
 제목="안녕하세요!"
 설명="추가 기능을 통해 사용자 지정 메뉴 작업."
 ImageUrl="_layouts/images/menuprofile.gif">

    <UrlAction Url="http://www.xyzzy.com"/>

  </CustomAction>
</요소>

좋은:

<?xml 버전="1.0" 인코딩="u t f-8" ?>
<요소 xmlns="http://schemas.microsoft.com/sharepoint/">
  <CustomAction
 Id="SiteActionsToolBar"
 그룹 Id="SiteActions"
 위치="Microsoft.SharePoint.StandardMenu"
 시퀀스="100"
 제목="안녕하세요!"
 설명="추가 기능을 통해 사용자 지정 메뉴 작업."
    >
    <UrlAction Url="http://www.xyzzy.com"/>
  </CustomAction>
</요소>

That one took me a good two hours to figure out 🙂

내가 받아 사실에서 위안을 언젠가 미래에, 신념으로 말 할 수 있을 거 야, "하루만에 다시, 눈에서 언덕 3 마일을 걸어 했다 (맨발!) 이끼에 사용자 지정 기능을 배포.. 당신은 애 들, 얼마나 쉽게 당신은 그것을 알고 하지 않습니다.! 내 잔디에서!"

기다릴 수 없어.

</끝>

테크노 태그: ,