Кто-нибудь использовал план CSS с сайтами Sharepoint - PullRequest
3 голосов
/ 22 июня 2009

Кто-нибудь использовал план (http://www.blueprintcss.org/) на сайтах публикации сервера Office Sharepoint? Если да, что вы думаете? Любые зацепки или проблемы? действительно ли это экономит время и облегчает работу сайта в разных браузерах?

Ответы [ 2 ]

1 голос
/ 14 апреля 2010

Будучи евангелистом доступности, я также пошел по тому же пути, что и Blueprint, чтобы сделать вещи более совместимыми со стандартами. Честно говоря, я бы не стал делать это снова.

Попытка превратить MOSS 2007 в представление и сделать его доступным - безнадежное дело. Даже такие великие проекты, как AKS (Accessibility Kit for SharePoint), делают не более, чем просто добавление сводного параметра в рой вложенных таблиц, представленных крайне устаревшими элементами управления .NET.

Если переписать все эти элементы управления, просто нет смысла. Сайты публикации SharePoint, которые не используют слишком много из них, могут быть немного проще в управлении. Но, по-моему, вам лучше дождаться 2010 года, который справится с этим гораздо лучше.

Если встреча с WCAG важна сейчас, тогда вам гораздо лучше пойти с другой CMS, которая делает это «из коробки», или, по крайней мере, давайте вам сделать это без особой боли.

1 голос
/ 22 июня 2009

Я использовал Blueprint CSS with SharePoint (MOSS) для проекта в прошлом году.

Я - подрядчик из Великобритании, и это был трехмесячный проект с 1 техническим ресурсом (я). Участвующая компания (крупная британская компания, предоставляющая услуги банковскому сектору) имела существующую установку интрасети и хотела перейти на интрасеть на основе сайта публикации MOSS.

Дизайн основывался на столбцах с фиксированной шириной (960 пикселей), поэтому я взглянул на доступные на тот момент фреймворки CSS, и Blueprint выглядел простым и гибким (инструмент дизайна на http://kematzy.com/blueprint-generator/ для создания собственной сетки) .

Сам Blueprint работал хорошо, и проблемы, с которыми я столкнулся при его использовании, были бы почти такими же, как у любого проекта MOSS, который включает в себя большие настройки макетов главной страницы / страницы. В итоге я написал свой собственный CSS для сброса, а не использовал стандартный по умолчанию, так как не хотел полностью заглушать стили MOSS. Gotchas:

  • SharePoint использует режим причуд (html не определяет тип документа), поэтому добавление типа документа означает, что нужно много поиграться с поставляемыми стилями CSS, чтобы все это заработало.
  • Управляющий рендеринг - это обычный беспорядок вложенных таблиц в asp.net и т. Д., Который в сочетании с режимом причуд означал, что заставить вещи оставаться в сетке всегда было несколько сложно.
  • Мне нужно было только поддерживать IE (6 и 7), поскольку это была внутренняя интрасеть, и даже несоответствия в их рендеринге вызывали несколько проблем. Если не использовать адаптеры управления для создания нормального html-кода, я думаю, что это будет только хуже при поддержке других браузеров.

Сказав все это, он хорошо работал с мастер-страницами и великолепно работал с макетами страниц (разные столбцы / макеты и наличие главной страницы в «журнальном стиле»). И у нас был законченный проект со временем, чтобы сэкономить, так что да, я бы использовал его снова и порекомендовал его - если вы будете рады быть достаточно по колено в CSS довольно быстро ...

...