월별 아카이브: 12 월 2007

상용 제품에 대 한 생각

2 답글

올려는 SharePoint Designer 확장 프로젝트 까지 CodePlex 올해 초 정말 범위에 제한에 불구 하 고, 그것은 의해 다운로드 되어 추정 40 받는 사람 60 (가능성도 100) 막 2 개월에 있는 회사. 해당 솔루션에 대 한 시장입니다 그리고 만약 내가 성공적으로 그것을 상용화 했다 나에 게 나타내는, that could translate into a goodly amount of beer 🙂

내 배경 제품 개발에 실제로 훨씬 더 이며 최고 수준의 제품을가지고 필요한 알아, CodePlex 취미 프로젝트는 다름, 시장에. 내 과거의 생활, 제품 연구에 대 한 책임은&모든 소프트웨어 제품에 대 한 D. 그때와 지금의 차이 내가 지금 일 하는 컨설턴트는 (매우 만족) 컨설팅 회사 (Conchango). 이전, 난 내 앞에서 내 뒤에 전체 회사를, 판매 하 고 우리 시장에 가져온 제품 지원. 오늘, 혼자 것.

나는 마음에 있는 여러 제품 아이디어, 하지만 위에서 언급 한 CodePlex 프로젝트를 시작 지점으로 사용 하 고 더 확장의 상업적인 버전을 만들 것 쉬운 것 같아요. 내 퍼지 오프 생각 같은 것을 청구 하는 $100 무제한 개발자 라이센스 및 $500 생산 웹 프런트 엔드 당. 또한 소스 코드 멀리 줄 것 이라고 생각.

만약 당신이 생각이 나 경험을 공유 하고자, 코멘트를 남겨 주세요 하거나 직접 이메일로. 나는 같은 의견을 듣고 싶습니다.:

  • 그것은 모든 가치?
  • 마케팅에 대 한 구체적인 제안, 돈을 모으고, 배포.
  • 가격.
  • 지원.
  • 다른 코멘트를 두고 싶습니다..

그것은 "쉽게" 제품 아이디어를 도출 하 고 그들을 구현 하, 비록 많은 수십 일의 시간 필요. 다른 것 들 나를 위해 쉽지 않다.

</끝>

테크노 태그:

일요일 아침 농담: “예 수는 죽어야”

1 회신

우리는 우리의 첫 구입 (그리고 유일한) "럭셔리" 차 다시 허리케인 플로이드는 미국의 동해를 찍 히 길 때. 우리가 있어 여기 뉴저지에 비가 많이 몇 일 통과 생활을 정상으로 반환 하기 전에. 바로 전에 플로이드 강타, 우리가 사용 하는 볼 보에 대 한 제안을 했다 850 GL와 플로이드 친 후, 집에 운전.

그것은 CD 플레이어와 함께 우리의 첫 차. 대부분의 새로운 자동차 소유자 처럼, 우리는 갔다 약간 CD 미친, 우리의 휴면 CD 컬렉션을 부활 하 고 그냥 차에서 CD를 듣고 하 긴 드라이브에가 서. 모든 유행 처럼, 이 우리를 위해 통과 하 고 우리는 또다시 같은 CD를 듣고 종료. 우리의 경우, 그것은 예 수 그리스도 슈퍼스타.

중 하나는 (많은) 그 록 오페라에서 화려한 조각 설립 종교 형식에 의해 성, 에 의해 주도 Caiaphas, "사장". 그들은 "예 수 문제를 처리 하는 방법을 결정으로 그들의 방법을 노래합니다" Caiaphas는 "예 수는 죽어야 한다"는 결론에 그들을 지시 하 고. 노래에 후 렴은 "그냥 죽어야, 죽어야, 죽어야, 이 예 수는 죽어야 한다 ". 그 부분에서 많은 자제를 듣으십시오.

당시, 내 아들은 3 년 오래 된. 아마이 어디로 볼 수 있습니다..

어느 날 직장에서 가정과 내 아들 온 장난감을가지고 노는 자신을 허 밍 거실에. 내 재킷을 벗고 해요, 메일을 모두 내 평소 문 도보 물건 하 고 갑자기 그가 그냥 말하는 실현을 통해 찾고, 정말 노래: "예 수 죽을 해야 합니다., 죽어야, 죽을 해야 합니다." 내가 창 피해 했다. 난 단지 그는 그의 아기 중에 친구의 집에서 날짜를 플레이 볼 수 있습니다. — 아마 마지막 그 아기 친구와 데이트를 재생.

We pulled that CD out of the Volvo after that 🙂

</끝>

Google 애드 센스 프로그램에 내 라이브 공간 블로그를 받아들였다

7 답글

업데이트: 로 서의 03/09, 난 구글 애드 센스와 내 라이브 공간 계정 통합 수 없습니다 발견. 여기에 마이크로 소프트의 시스템 방지-애드 센스 호스팅 제공 하는 Google 기술 메커니즘의 모든 것. 이것은 주로 그들이 라이브 공간으로 만든 보안의 부작용을 생각 하는 경향이, 애드 센스를 사용 하지 않도록 직접 노력 하지.

이것은 SharePoint 게시물, 하지만 일반적으로 블로거 들에 게 관심이 있을 수도 있습니다.

누군가가 Google 애드 센스에 참여 하도록 자신의 응용 프로그램을 신속 거부 되었습니다 자신의 윈도우 라이브 스페이스 블로그에 댓글을 달았습니다.. 그녀는 Google 거부 그녀의 윈도우 라이브 스페이스는 그녀의 블로그를 호스트 하기 때문에 이론. 그러나, 난 내 라이브 스페이스 블로그에 대 한 프로그램으로 받아들여졌다 최근, 그래서 정책 변경 또는 Google 다른 이유로 그녀를 거부.

물론, 내 라이브 공간으로 Google 애드 센스를 통합 하기 위해 어떤 확실 한 방법은 표시 되지 않습니다., 하지만 시작입니다 🙂

</끝>

구현 하는 마스터 / 사용자 지정 목록을 사용 하 여 세부 관계

5 답글

포럼의 사용자가 자주로 이 같은 질문:

> 안녕하세요,
>
> 가르쳐 주세요 어떤 가능성과 사용자 지정 목록을 작성 하는 경우
> 마스터 및 세부 형식 (송장 처럼) Infopath를 사용 하지 않고.
>

SharePoint에서는 그런 종류의 비즈니스 요구 사항 지 원하는 상자 기능 중 일부를 제공합니다.

일반적으로, 하나 두 목록의 조회 열을 사용 하 여 함께 링크. 구매서 헤더 정보를 포함 하는 목록 A 및 송장 세부 정보를 포함 하는 목록 B.

추가 목록을 사용 하 여 고객 번호를 유지, 제품 번호, 등.

콘텐츠 쿼리 웹 파트를 사용 하 여 (모스만) 데이터 보기 웹 파트는 목록의 병합 된 뷰를 만드는 또는. SQL Server Reporting Services (SRS) 그것을 보고 측면에 대 한도 가능.

그러나, 도 적당히 복잡 한 것에 대 한 순수한 아웃-의-더-박스 기능을 사용 하기 어려울 것 이다 몇 가지 중요 한 제한이 있다. 이들은 포함 한다:

  • 관련된 조회의 크기 vs 나열. "멋" 조회 열 형식. 조회 열 형식 그 자체를 제공 여부에 따라 다르게 UI에 설정한 다중 선택 여부. 두 경우 모두에서, 아웃-오브-더-박스 컨트롤 표시 소스 목록에서 모든 사용 가능한 항목. 소스 목록에 경우 1,000 항목, 그는 문제가 될 것 이다. 조회 컨트롤 항목 페이징 하지 않습니다.. 대신, 그들의 모든 컨트롤에 끌어. 데이터 입력 및 성능 면에서 매우 어 색 사용자 인터페이스에 대 한 게.
  • 조회 "당겨 다시" 정보 중 한 열. 당신은 정보의 소스 목록에서 하나 이상의 열을 뒤로 당겨 결코 수 있다. 예를 들어, 고객 "12345를 선택할 수 없습니다." 동시에 수로는 고객의 이름 및 주소를 표시 하 고. 조회 표시 고객 번호와 다른 건. 이것은 어 색 하 고 어려운 사용자 인터페이스에 대 한.
  • 아니 내부 형태의 통신. 이 여기에 대해 작성 했습니다.. 계단식 드롭다운을 구현할 수 없습니다., 조건에 따라 활성화/비활성화 필드, 등.
  • 계단식 삭제 또는 기본 제공 참조 무결성. SharePoint 독립 엔터티 사용자 지정 목록을 처리 하 고 전통적인 ERD 의미에서 그들을 서로 게 연결을 허용 하지 않습니다.. 예를 들어, Sharepoint를 사용 하면 두 사용자 지정 목록을 만들 수 있습니다., "고객" 그리고 "구매서 헤더". 고객 목록에서 송장 헤더를 고객에 게 다시 연결 하 만들 수 있습니다.. 다음, 목록에서 고객을 삭제할 수 있습니다.. 상자, 이 방지 하기 위해 방법이 없습니다.. 이런이 종류의 문제를 해결 하기 위해, 일반적으로 이벤트 처리기를 사용.

그것은 황량한 보일 수도, 하지만 여전히 시작 지점으로 이런이 종류의 기능을 구축 하기 위한는 SharePoint를 사용할 것. 솔루션에 필요한 사이 비록, Sharepoint와 같은 도구를 사용 하 여 그 격차를 채울 수 있습니다.:

  • 이벤트 처리기. 그들을 사용 하 여 참조 무결성을 적용 하.
  • 사용자 지정 열: 사용자 지정 열 형식을 만들고 기본 조회 열 대신 그들을 사용 하 여. 페이징 추가, 버퍼링 하 고 응답을 AJAX 기능.
  • BDC. 이 모스 전용 기능 일반적인 조회 열에 뛰어난 사용자 인터페이스와 다른 SharePoint 목록 쿼리를 수 있습니다.. BDC는 백 엔드 서버 응용 프로그램에 밖으로 또한 도달할 수 있습니다.. BDC를 사용 하 여 복제를 피하기 위해. 백 엔드 ERP 시스템에서에서 고객 정보를 복제 하는 대신, BDC를 사용 하 여 대신. BDC 기능 속한다 고 복제 솔루션 유지 관리의 번거로움을 피할 수 있는 ERP 시스템에서 직접 정보를 좋은 사용자 인터페이스를 제공.

    BDC는 모스 기능 (WSS에서 사용할 수 없습니다) 구성에 도전.

  • ASP.NET web form: SharePoint 개체 모델 또는 웹 서비스를 사용 하 여 SharePoint 목록 매우 응답성이 뛰어난 사용자 인터페이스를 제공 하면서 활용 하는 모든 기능을 갖춘 AJAX 사용 폼 만들기.

처음부터 시작 하 고 마지막 옵션 느낄 수 있습니다., 하지만 사실 그 SharePoint 플랫폼 시작 하면 다음과 같은 주요 기능을 고려합니다:

  • 유지 보수와 보안 모델.
  • 메뉴 시스템 유지 보수.
  • "마스터 테이블" (즉. 사용자 지정 목록) 보안, 기본 유지 보수 및 감사.
  • 검색.
  • 백 엔드 통합 도구 (BDC).

Visual studio에서 새 빈 프로젝트와 함께 시작 하는 경우, 인프라 및 Sharepoint에서 제공 하는 것에 가까이 도착 하기 전에 구축 하는 배관의 여지가.

Microsoft SharePoint 응용 프로그램 개발의이 방향에서 확장 하고자 믿어요. 그것은 자연적인 확장 기존 SharePoint 기본을 것 같아. 마이크로소프트의 CRM 응용 프로그램 헤더/세부 사항 응용 프로그램 개발을 지 원하는 데 필요한 형식의 확장성의 큰 거래를 제공 합니다.. 그 기능 CRM에 있지만, 기술은 분명 SharePoint 개발 팀에 제공 되며 그 말까지 SharePoint 제품으로 그것의 방법을 만들 것입니다 그것을 기대합니다 2008. 지식이 나이에 대 한 통찰력 있는 사람이 있다면, 코멘트를 남겨 주세요.

</끝>

빠른 팁: 콘텐츠 쿼리 웹 파트, 조회 열의 값 및 XSL

3 답글

"부동산 위치" 라는 콘텐츠 형식에 열 이름을가지고.

해당 열 형식 "조회"입니다..

나 수정 <CommonViewFields> 그리고 열을 표시 하려면 ItemStyle.xsl.

간단한 <xsl:값의 선택 =…> 다시 위치 데이터를 포함 하는 내부 값을 반환 합니다., 와 같은:

1;#마이애미

인간 친화적인 값을 가져오려면, 부분 문자열 후 xsl을 사용 하 여, 같이:

<xsl:valuxslf 선택 "부분 문자열 후 =(@Real_x005F_x0020_Estate_x005F_x0020_Location,’#’)"></xsl:값의>

XSL 변환에서 조회 값을 사용 하 고 인간 친화적인 가치를 얻을 하는 데 필요한 때마다이 방법을 사용 하 여.

<끝 />

테크노 태그: , ,

최대 SharePoint 비글 12 월호 & 라이브

회신을 남겨주

많은 분 들이 이미 알으십시오, 하지만 12 월 판 SharePoint 비글 라이브.

제 생각에는 읽을만한 글은 모든.

에 약간의 추가 범프를 주고 싶어 내 동료의 기사 (Natalya Voskrensenskya). 그녀는 그녀가 사용자 지정 목록을 사용 하는 방법을 설명 하면서 스크린 샷을 화려한을 제공 한다, 워크플로, SharePoint Designer, 데이터 뷰 및 이끼에 훈련 셀프 서비스 기능을 구현 하려면 다른 요소. 그녀는 많은 다양 한 비즈니스 시나리오에 적용할 수 있는 기법을 설명 합니다.. 체크 아웃 그녀의 블로그 당신이 그것에 인 하는 동안.

체크 아웃 하는 것을 잊지 마세요 내 문서 as well 🙂 I wrote about using MOSS to help an HR department manage open positions.

</끝>

모스 하더군요 “액세스 거부” 워크플로 작업을 편집 하려면, 하지만 정말 액세스

2 답글

"사용자가 NT_AUTHORITYAuthenticated 주로 읽기 전용 사이트에서 SharePoint Designer를 사용 하 여 워크플로 구현 했습니다." (즉. 모두). InfoPath 양식에 대 한 양식 라이브러리는. 거기는 관련된 워크플로 작업 목록을 뿐만 때 워크플로 동작, 그것은 사람들에 게 작업을 할당할 수 있습니다..

인증 된 모든 사용자 양식을 만들 하 고 그들의 할당 된 작업을 업데이트할 수 있도록 양식 라이브러리와 작업 목록에 대 한 허가 휴식.

난 내 낮은 권한 테스트 계정으로 테스트.

내가 채울 수 있는 양식 라이브러리에 저장? –> 예

전자 메일 링크에서 작업을 액세스할 수 있습니까? –> 예

편집 워크플로 작업 링크를 볼 수 있나요 –> 예

그 링크 클릭 수? –> 없음 … 사용 권한이 거부 되었습니다.

나 내가 그것을 클릭할 때 사용 권한 거부 편집 링크를 볼 수 있는 이유는? 그건 어떻게 그것은 안 되는 일…

다시 보안 구성을 통해 이동, 매우 밀접 하 게. 난 다시 그것을. 이 게시물을 삭제 하는 것이 좋습니다. 분명히 보안에 대해 아무것도 모르기 때문에.

마지막으로, 인터넷 검색. 저도이 어처구니가 MSDN 포럼 스레드: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

포스터는 드라이브 플래터에는 워크플로 수출 하는 간단한 행위 모스 보안 문제가 해결 됩니다 제안 수를 표시합니다? 난 거의 내가 그냥 그 입력 한 믿을 수 있습니다.. 나에 대 한 사우스 파크 에피소드 생각나는 9/11 스탠 우리의 Preznit 요구 하는 음모, "정말?" 반복.

그래서, 잃는 것을 아무것도, SPD를 해, 워크플로 마우스 오른쪽 단추로 클릭 하 고 내 c에 저장:\ 드라이브. 그는 c 것:\ 내 노트북에 드라이브. 내가 찾고 있어요 내 어깨 너머로 내내 그렇게 아무도 나 한 테 물어 것입니다., "왜 당신을 저장 하는 해당 워크플로 노트북?"

믿을 수 없을 만큼, 그는 내 문제 해결. 작업을 편집할 수 있습니다..

이로써이의 가장 기괴 한 워크플로 대안을 지명 2007.

</끝>

테크노 태그:

SharePoint Designer, 현재 항목 “인코딩된 절대 URL” 및 HTTPS

4 답글

우리 자주 문서 워크플로 트리거한 항목에 하이퍼링크를 포함 하는 이메일을 보내 싶어요. 우리는 현재 항목의 "인코딩된 절대 URL을 사용할 수 있습니다." 이 목적을 위해. 그러나, 그것은 항상 "http를 사용 하는 것" URL 프로토콜에 대 한. 귀하의 사이트를 HTTPS에 실행 하는 경우 다음 그것은 작동 하지 않습니다 당신을 위해.

이미지

내가 알기로, 아무 밖 상자이 문제를 해결 하려면이의 있다. HTTPS를 사용 해야 하는 경우, 상자 옵션 밖에 없다.

그것을 해결 하기 위해, 워크플로에서 사용 하는 문자열 바꾸기 기능을 제공 하 여 사용자 지정 동작을 만듭니다. 또는, 여기 우수한 패키지와 같은 제 3 자 도구를 사용 하 여: http://www.codeplex.com/spdwfextensions 🙂

</끝>

신속 하 고 쉽게: 사이트 열의 내부 열 이름 확인

3 답글

업데이트: 제레미 Thake 이것에 대해 블로그에 있다 고 좀 올려 콘솔 응용 프로그램에 대 한 코드 내부 이름을 보여줍니다..

작업에서 기한을 표시 하려면 콘텐츠 쿼리 웹 파트를 얻을려고 했다 스크린 레이블이 "기한" 때문에, 내가 생각 하는 열 이름을 사용 하 여 <CommonViewFields> "Due_x0020_Date"은.

잘못 된!

실제 열 이름이 경우에 "DueDate".

나는 그것을 어떻게 알았습니까? 나는 다시 헤더 읽기 CQWP 수정에 솔로몬의 블로그 항목 데이터의 추가 열을 표시 하려면. 그녀는 단계에서이 프로세스를 설명합니다. #13. 그것을 믿어합니다. 그것은 올바른. 적어도, 그것은 나를 위해 정확 했다. 훨씬 더 긴 이름으로 또 다른 열에 대 한 처음에 그것을 신뢰 하지 않았다.

"그것을 믿지 말" 내가 그것을 신뢰 하지 않았다 그리고 아마 낭비 때문에 근처를 벽 내 머리를 참견 하는 2 시간. 내가 "DueDate 해결 후" 이름, 다른 필드를 추가 하 고 싶 었 <CommonViewFields>. 솔로몬 기술을 사용 하 여, 나는 "XYZ_x0020_Project_x0020_Due_x00" 같은 열 이름을 얻고 있었다.

나 혼자 생각, 그것은 명확 하 게 잘린된 이름. 나는 서 미리 취소 잘린 성공 없이 그것. 나는 마지막으로 겉보기 잘린된 이름을 사용 하 고 그것은 효과가 있었다.

보너스 팁: CQWP 같이 일 하 던 때, 내부 악명을 추가 하는 경우 <CommonViewFields>, CQWP 쿼리 결과 반환 했다 내게 말할 것 이다. 하지만, 필드 이름에 데이터 형식을 추가 하는 경우, 그것은 결과 반환. 추가 데이터 형식을 실제로 마스크 문제 때문에 존재 하지 않는 필드를 참조 했다. 나는 그것을 추가할 수 있습니다., 하지만 그 값을 표시 하 려 할 때, 나는 항상 빈을 얻을 것 이다.

이 오류를 마스크 하지 않았다:

<CommonViewFields>Due_x0020_Date;</CommonViewfields>

이 오류를 마스크 않았다:

<CommonViewFields>Due_x0020_Date,날짜/시간;</CommonViewfields>

</끝>

주의 주요 변경 내용 ItemStyle.xsl

회신을 남겨주

콘텐츠 쿼리 웹 파트와 점심 시간에 대 한 권리의 모양을 사용자 지정 하는 Itemstyle.xsl을 사용 했다, 속보를 xsl을 변경 했다. 나는 그것을 실현 하지 않았다, 하지만이 사이트 모음에 걸쳐 효과 도달 했다. 내 반환 시 점심을 떠났고, 한 무리의 장소에서 나타나는이 메시지 발견:

이 웹 파트를 표시할 수 없습니다. 문제를 해결, Microsoft Office SharePoint Designer와 같은 Windows SharePoint 서비스 호환 HTML 편집기에서이 웹 페이지를 엽니다. 문제가 지속 되는 경우, 웹 서버 관리자에 게 문의.

클라이언트를 비난 (그것이 나의 잘못이 시점에서 아직 실현 되지) 하지만 결국 발견 그 visual studio intellisense 했다 경고 나 잘못 된 XSL 했다. 나는 그것을 수정 모든 일을 하기 시작 했다.

ItemStyle.xsl 작업 시 darned 조심 (그리고 글로벌 XSL 파일) — 사이트 모음에서 많은 인공 물에 영향을 미치는 그들을 깨는.

<끝 />