Вы можете ввести модуль ngAnimate и воспользоваться некоторыми классами CSS, которые применяются при изменении DOM.
Для ng-if
, вам нужно взглянуть на .ng-enter
и .ng-leave
в частности.
Ниже приведен пример для демонстрации.
Не забудьте проверить официальную документацию по анимации .
angular
.module('app', ['ngAnimate'])
.controller('ctrl', function ($scope) {
$scope.playerId = false;
})
.component('mySection', {
template: '...
',
});
my-section {
background: silver;
display: block;
height: 100px;
}
my-section.ng-enter,
my-section.ng-leave {
transition: all ease-out .3s;
}
my-section.ng-enter,
my-section.ng-leave.ng-leave-active {
height: 0;
}
my-section.ng-leave,
my-section.ng-enter.ng-enter-active {
height: 100px;
}
Существуют буквально сотни большего количества приложений сотрудничества там, и больше продолжает появляться с каждым днем, но они должны запустить Вас:
Управление исходным кодом (онлайн):
Отслеживание ошибок / управление проектами
Схема выражения идей
Документы
Графика
Электронные доски
Размещенный Wikis
Разное
Я предложил бы использовать Wiki для документирования/исследования дизайна.
Я учился, совместный дизайн рано в моем докторе философии (свяжитесь со мной, если Вы хотите литературный проект обзора этого, я записал об этом спину в 2003).
Так или иначе совместные приложения дизайна (как в разработчиках моделей UML) попадают в три категории с точки зрения синхронизации:
Кроме того, они попадают в три категории с точки зрения метафор: - базирующийся рабочий стол - По существу что-то как объяснение повысилось с многопользовательской поддержкой - базирующейся Электронной доской - Свободный холст, не обязательно структурированный, иногда имеет поддержку распознавания UML. Обычно путаница для управления многоуровневыми моделями. - Гибриды
Таким образом, это дает Вам 3x3 "пространство дизайна" инструментов, и существуют инструменты исследования в каждых из них.
Проблема состоит в том, что в переключении на совместную работу существует много проблем удобства использования, которые трудно решить. Например, управление доступом, синхронизация, осведомленность, совместно использовало области просмотра и т.д. Существуют некоторые академические усовершенствования на них, но они находятся не обязательно в инструментах все же.
Если это - тема, Вы интересуетесь, комментарий, и я отправлю некоторые инструменты, с которыми я знаком.
Список рассылки. И проекты с открытым исходным кодом спорят на достаточном количестве из них. Я сомневаюсь, что отсутствие совместных инструментов - то, куда отсутствие акцента дизайна прибывает из.
Без определенного порядка:
Я несколько скептически отношусь к совместному дизайну. От Scobleizer: Почему Facebook никогда не слушал и почему он определенно не запустится теперь:
Мой бывший босс, Jim Fawcette, раньше заявлял, что, если бы Вы спросили группу владельцев Porsche, что они хотели, они сказали бы Вам вещи как “более гладкая поездка, больше места в багажнике, больше пространства для ног, и т.д.”. Он затем сказал бы “хорошо, они просто разработали Вольво”.
также из комментария:
Apple никогда не слушает своих клиентов. На самом деле это гордится не слушанием. При слушании клиентов Вы никогда не будете вводить новшества, и Вы никогда не будете опережать события. Вы будете всегда настраивать и чинить незначительные вещи на том, что является вершиной клиентского ума в тот день, неделя или месяц.
Wiki (такая как ScrewTurn или MediaWiki) является хорошим инструментом для документирования проекта.
BaseCamp 37 сигналами
Для нас все, что мы используем, является Adobe Version Cue, Google Docs, Google Calendar и Gmail.
Мудрый дизайн, Сигнал Версии добивается цели с точки зрения управления файлами действительно хорошо.
Что касается Google, ну, в общем, это помогает организации всех моих операций больше, чем очень хорошо. Я нахожу большинство инструментов сотрудничества, как Basecamp, немного слишком строгий или просто не точно правильным. Google позволяет мне организовать свой материал просто способ, которым я хочу, чтобы он был.