Зависимость проекта, отсутствующая в проекте развертывания
Цвет фона должен быть установлен на элементе preloader, но он не имеет размера.
Установите 100% ширину и высоту, чтобы покрыть весь экран, и удалите стиль, чтобы сделать его центрированным, они больше не нужны.
Теперь нам нужно центрировать элементы слоя внутри предварительной нагрузки. Сделайте это, используя левый и верхний 50%.
В качестве дополнительного примечания, префиксы webkit больше не нужны.
#preloader {
position: absolute;
background-color: yellow;
width: 100%;
height: 100%;
}
@keyframes moveup {
0%,
60%,
100% {
transform: rotateX(50deg) rotateY(0deg) rotateZ(45deg) translateZ(0);
}
25% {
transform: rotateX(50deg) rotateY(0deg) rotateZ(45deg) translateZ(1em);
}
}
@keyframes movedown {
0%,
60%,
100% {
transform: rotateX(50deg) rotateY(0deg) rotateZ(45deg) translateZ(0);
}
25% {
transform: rotateX(50deg) rotateY(0deg) rotateZ(45deg) translateZ(-1em);
}
}
.layer {
display: block;
position: absolute;
height: 3em;
width: 3em;
box-shadow: 3px 3px 2px rgba(0, 0, 0, 0.2);
transform: rotateX(50deg) rotateY(0deg) rotateZ(45deg);
left: 50%;
top: 50%;
}
.layer:nth-of-type(1) {
background: #534a47;
margin-top: 1.5em;
animation: movedown 1.8s cubic-bezier(0.39, 0.575, 0.565, 1) 0.9s infinite normal;
}
.layer:nth-of-type(1):before {
content: '';
position: absolute;
width: 85%;
height: 85%;
background: #37332f;
}
.layer:nth-of-type(2) {
background: #5a96bc;
margin-top: 0.75em;
}
.layer:nth-of-type(3) {
background: rgba(255, 255, 255, 0.6);
animation: moveup 1.8s cubic-bezier(0.39, 0.575, 0.565, 1) infinite normal;
}<div id="preloader">
<i class='layer'></i>
<i class='layer'></i>
<i class='layer'></i>
</div>7 ответов
Мне нужно добавить еще пару вещей после воспроизведения того же подозреваемого дефекта msi.
1) Когда я добавил второй вывод проекта, использующий ту же обнаруженную зависимость, что и установщик, он не добавил зависимость автоматически. Я удалил оба вывода проекта и добавил их обратно в обратном порядке. Второй добавленный вывод проекта никогда не добавлял обнаруженную зависимость. Это исключает любые проблемы с конфигурацией или кодом, связанные с проектами и с тем, как были добавлены ссылки. Всегда терпит неудачу второй.
2) Моя команда фактически столкнулась со второй проблемой после использования временного решения «Добавить обнаруженную сборку вручную». Первоначально мы добавили зависимость из местоположения в '\ Program Files \ xxx', но столкнулись с проблемами сборки на 64-битных машинах, где такая же зависимость находилась в папке '\ Program Files (x86) \ xxx', хотя VS достаточно умен, чтобы справиться с этой проблемой при подборе референсов.
- Правильный способ добавить сборку вручную - перейти в папку bin и добавить сборку, которая копируется локально. Это гарантирует, что нужная сборка будет присутствовать на машинах x86 или x64.
Я могу проверить, что это - проблема для нас также. Я подозреваю, что это - ошибка в проекте развертывания - это только добавляет зависимый вывод проекта в одном месте (возможно, это думает, что это - COM dll?)
Вручную добавляющий Основной Вывод для пропавших без вести dll, кажется, жизнеспособное обходное решение.
В дополнение к ответу hectorsq проверьте, что depedency находится в списке зависимостей от проекта развертывания, и что рассматриваемый DLL отмечен, чтобы быть включенным.
Я еще не использовал Visual Studio 2008, однако в 2005 необходимо проверить, что отсутствующей ссылке на проекте установили Локальное свойство Копии на истинный.
Это скопирует недостающий файл в выходной каталог.
Вы попытались смотреть на свой dll в отражателе, чтобы видеть, зависит ли он действительно от другого dll? VS достаточно умен для не включения блока, на который ссылаются, если он видит, что Вы на самом деле не используете его.
Добавленный к этому, даже если Вы 'думаете', что используете его, VS может оптимизировать далеко Ваше использование - это - предельный случай, но я видел его:
Например, если у Вас есть блок 'констант' с этим в:
public const string LockPanelUrn = "ApplicationRack.LockPanel";
VS засунет строку непосредственно в Ваш код ссылки.
Кроме того, я предложил бы удалить и восстановить Ваше решение для установки.
Вы добавляли эту зависимость от блока после начального создания проекта развертывания? Если так, Вы, возможно, должны щелкнуть правой кнопкой по папке Detected Dependencies и избранным Зависимостям от Обновления. Это возьмет что-либо новое, которое было добавлено с прошлого раза Вы сделали это.
проверьте это - возможно, это не объясняет, почему это так, но, по крайней мере, это дает некоторое обходное решение :)
http://lo-sharpdevs.blogspot.com/2009/07/ vs-2008-existaring-dependencies.html