카테고리 아카이브: UX

IE9 정말 그것을 좋아하지 않는 때와 바로 가기 귀하 <범위> 태그

난 항상 크롬을 사용 하 여 나쁜 습관에 빠 졌 어 요.  그것은 "나쁜" 개발 물건은 정말 많은 다른 웹 브라우저에 실행 해야 하기 때문에, 포함 하 여, 안타깝게도 i e 8입니다.  내 작품 노트북 어떤 이유로 IE9 표준에는) 난 그냥 빨리 하 고 있었다 그리고 확인 어떤 것 들 찾아 보 니 같은 고... 예 쁘 지 않았다.  예를 들어:

image

그것은 * 가정 *이 처럼:

image

 

뿐만 아니라 그것은 했다, 하지만 내 클릭 이벤트를 발사 되지 않았다.  (그들의 대부분, 어쨌든).

시각적으로, "고급 설정" 링크 근처 레일을 이동 하기 시작 것 처럼 보였다.  HTML의 그 부분을 파고 그리고 난이 라인을 발견:

<클래스에 걸쳐 "glyphicon glyphicon-새-창" = />

허용 구문 처럼 보인다 ("크롬 버전 40.02214.94 m"그걸로 괜찮아요). 나 갔고 그것을 어쨌든 변경, 같이:

<스팬 클래스 = "glyphicon glyphicon-새-창"></범위>

그것을 고정.

작은 작은 것 스크린의 같은 거 대 한 혼란을 발생합니다.  재미 있는 시간.

이 빠른 수정이, 그러나 그것은 또한 당신이 그것을 볼 때 그냥 줄 맞춤에서 척추를 얻는 것의 종류.  거기에 이상 500 이 작은 관리자 기능에서 HTML의 라인 그냥 그 잡 초 들을 파고 자신을 발견 하 고 싶지 않아, 이제까지 미소.

</끝>

undefined내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

마스터 페이지 없이 사용자 지정 SharePoint 양식 만들기

내 동료, 로렌 존스, SharePoint Designer를 사용 하 여 사용자 지정 데이터 입력 폼을 만드는 방법에 대 한 좋은 연습을 썼다.  그건 정확 하 게 "새로운"태양 아래 이지만 트위스트의 비트.  그녀의 말에:

SharePoint Designer에서 곧장 앞으로 사용자 지정 양식 만들기, 목록 및 리본 메뉴 선택에 이동 ' 목록 양식’ 새 양식 서식 파일을 만들.

당신에 게 연결 된 폼을 원하는 경우에 잘 작동 마스터 페이지, 하지만 팝업 창에 양식을 만드는의 사용 사례를 해야 하는 경우 또는 SharePoint 크롬 없이 독립형. 난이 사용 케이스 정확 하 게, 사용자 정의 폼 스타일 다음 팝업 div 인라인 페이지 내에서 해당 폼을 사용 하 여 원하는.

절망 하지 마세요, 하지만 매우 달성 하기 위해 쉽게 그 직관은 이렇게 하는 방법이입니다..

여기에 모든 내용을 읽을 수 있습니다.: http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=55&rtitle=customforms&rsrouce=pgblog 우리의 빅 애플 SharePoint 사이트의 서비스 페이지에서 서비스의 어떤 "에 대 한 자세한 문의" 링크를 클릭 하 여 작업에서 볼 수 있습니다. (http://www.bigapplesharepoint.com/services).

로렌 UX와 브랜드에 좋은 물건을 많이 씁니다.  여기 여기 작성을 더 볼 수 있습니다.: http://www.bigapplesharepoint.com/team?showExpertName=Lauren%20Jones.

</끝>

산만 한 디자인 및 기능 Coolaid에 술에 취해

내 동료, 로렌 존스 (https://twitter.com/laurenjones02) 복잡 한 SP rollouts는 최종 사용자에 아주 열심히 이야기 하는 방법에 대 한 지나치게 짧은 문서를 썼다.  그것은 일종의 분명 한, 방법으로, 하지만 그 후 수 년에 걸쳐 많은 것 준비 최종 사용자에 게 복잡 한 rollouts 조율 했습니다 말을 나를 위해 쉽게.

여기는 키 ' 그래프:

5 년 전, 언제 내가 협업 플랫폼 되 고 공유 드라이브 교체의 기본 목표와 함께 처음으로 조직에 SharePoint에 밖으로 압 연, 우리는 또한 사회 소개와 뉴스 피드 RSS를 통해, 내 사이트 및 프로필, folksonomy 태그. 말할 필요도 없이, 이것은 최종 사용자가 한 급습에서 입양을 많이. 문서 관리 및 프로필 입양 성공 했다 하는 동안, RSS 및 태그 보다 적게 성공적 이었고이 정말 변화 관리 커뮤니케이션 및 교육. 우리 모두 한 번에 그것을 할 수 없습니다.. 복용 덜입니다 더 접근 하 고 쉽게 최종 사용자가 동의를 채택 하는 단계에서 기능을 해제.

다른 비트에 의해 읽기를 생각나 게이 문서 크리스 게 일 불평의 기능 세트와 관련 된, “한 비용 엔지니어 및 제품 관리자 고려 하지 않습니다..”

공포 이야기 또는 성공 사례를 공유 하는 경우, 당신은 할 거 야 코멘트에서 빅 애플 사이트에 바랍니다..

</끝>

"우리 같은 SharePoint에 SharePoint 싶지 않아”

항상 사람의 기능 이상의 양식 종류를 했습니다.  할게요 도전 사용자 인터페이스 뭔가 꽤 날-지불금은 가치가 제공.  드워프 요새를 고려 :).  이것은 복잡 한 시뮬레이션 엔진 위에 앉아 꽤 어려운 UI 이다.  아직, 많은 시간을 보냈다 (누구 보다 더 많은 것 이라고 공개적으로 인정) 학습 그 UI와 게임을.

그래서 역사적으로, 고객 말을 들었을 때 "우리가 원하지 처럼 SharePoint는 SharePoint,"난 항상 혼자 생각, "볼 때 행동, 그들은 완벽 하 게 행복 할 그것은. "  내가 거의-모든 시간-언제나 어떤 수준에서 그것에 대해 잘못.

내 동료 로렌 존스 이 항목을 말한다 여기 (http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=28&stitle=splooks&rsource=pgblog).

난 정말이 주제와 방법 사이 긴장 우리 "인지" 하는 SP 적합 한 품질 문제를 극복 하는 동안 생각에 관심이 있어요 (내가 항상 "시시한"라고했다 🙂 ).

</끝>

"우리 같은 SharePoint에 SharePoint 싶지 않아”

항상 사람의 기능 이상의 양식 종류를 했습니다.  할게요 도전 사용자 인터페이스 뭔가 꽤 날-지불금은 가치가 제공.  드워프 요새를 고려 :).  이것은 복잡 한 시뮬레이션 엔진 위에 앉아 꽤 어려운 UI 이다.  아직, 많은 시간을 보냈다 (누구 보다 더 공개적으로 도구 학습을 인정할 것을 UI와 게임을.

그래서 역사적으로, 고객 말을 들었을 때 "우리가 원하지 처럼 SharePoint는 SharePoint,"난 항상 혼자 생각, "볼 때 행동, 그들은 완벽 하 게 행복 할 그것은. "  내가 거의-모든 시간-언제나 어떤 수준에서 그것에 대해 잘못.

내 동료 로렌 존스 이 항목을 말한다 여기 (http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=28&stitle=splooks&rsource=pgblog).

난 정말이 주제와 방법 사이 긴장 우리 "인지" 하는 SP 적합 한 품질 문제를 극복 하는 동안 생각에 관심이 있어요 (내가 항상 "시시한"라고했다 🙂 ).

</끝>