5 다른 SharePoint Designer 작업 흐름을 사용 하 여 일부 문서 승인 처리를 한 프로젝트에서 일하고 있어요. SPD는 사용자에서 "수집 데이터를 제공합니다." 액션 우리가 다른 비트의 정보에 대 한 사용자 프롬프트 수 있도록, 그들은 그것을 승인 여부와 같은, 댓글이 아마 그들은 그날 밤 저녁 식사를 위한 했다 요청.

형태는 완벽 하 게 기능. 그들은 콘텐츠 형식으로 작업 목록에 연결. 그들은 100% 시스템에서 생성 된. 이것은 그들의 힘과 약점. 우리가 기본 폼과 함께 살 수 있다면, 그럼 우리 갈 수 있어요. 그러나, 우리는 SPD는 폼을 만드는 방법을 너무 많은 제어를 하지 마세요. 우리는 기본 동작을 좋아하지 않는 경우, 우리는 다양 한 트릭을 그것의 주위에 필요 (예를 들어, 작업 우선 순위 설정).

보기 속성을 열어 이러한 작업 형태에 대 한 링크를 제공 하는 데 필요한 (dispform.asxp) "관련 항목" 새 창에서. 관련된 항목의 메타 데이터에 대 한 한-클릭 액세스를 제공 하는이. 이것이 무슨 말인지:

고맙게도, 우리가 할 수 있는 그리고 그것은 매우 어려운. 광범위 하 게 말하기, SPD 불, 워크플로 파일이 있는 디렉터리로 이동 하 고 수정 하려면 ASPX 파일. 이들은 단지 고전적인 XSL 변환 지침과 itemstyle.xsl와에 대 한 청소 했습니다 경우, 검색 이나 다른 XSL 시나리오, 이것은 당신을 위해 쉬울 것 이다. 사실, 생성 된 형식은 다소 쉽게 검색 핵심 결과 웹 파트에 비해 따라 이후 일반적으로 쉬울 것 발견 (또는 악몽 CWQP).

물론, 1 개의 중요 한 함정이 있다. SPD의 워크플로 편집기 파일 완전 한 억제 기대. 당신이 그것을 수정 하는 경우, SPD를 변경 줄 오른쪽 상황의 설정 행복 덮어씁니다.. 내가 얼마나 나쁜이 얻을 수 있는지 두 빠른 테스트. 그들은 둘 다 당신이 유효한 SPD 워크플로 사용자에서 "수집 데이터를 사용 하 여 만들어진 적 전제" 단계.

테스트 1:

• ASPX 파일을 직접 수정.
• 그것을 테스트합니다 (변경 내용을 올바르게 저장 하 고 아무것도 어기지 않 았 어 확인).
• 워크플로를 열고 없는 동작 추가 ("역사에 로그"와 같은).
• 워크플로 저장.

결과: 이 경우에, SPD는 다시 폼을 생성 하지 않았다.

테스트 2:

• 으로 동일한 작업을 수행합니다 #1 제외 하 고 직접 수정 사용자에서 "수집 데이터" 액션.

결과: 이 다시 처음부터 양식을 만듭니다., -변경 사항을 작성.

마지막 노트:

• 두 개 이상의 SPD 작업 이렇게 형성: "사용자 로부터 데이터를 수집" "할 항목 할당". 이러한 작업의 둘 다’ 폼을 수동으로 수정할 수 있습니다..
• 때문에 내 링크 dispform.aspx 생성할 수 있었다, 이 경우에, 관계 항목은 항상 관련된 항목의 URL에 포함 된 ID는. 내가 그것을 추출 하 고 다음 빌드 수 있었습니다 한 <a href> 클릭 한 메타 데이터 액세스 기능을 제공 하기 위해 그것에 따라. 그것은 가능성이 귀하의 URL이이 규칙을 따릅니다.. 관련된 항목의 ID를 얻으려면 다른 방법이 있을 수 있습니다 하지만 난 그 다리를 건너 없, 모르겠어요 그래서 틈의 반대편에 도달.
• 조사 하지 않았다, 하지만 난 놀라지 않을 것 이다 어떤 종류에서 서식 파일의 경우는 12 SPD가 기본 폼을 생성 하는 방법에 영향을 수정할 수 있는 하이브 (경고 서식 파일을 수정할 수 있습니다 처럼).

</끝>

내 블로그를 구독!