Сначала удалите все классы контейнера и замените их классом «контейнер». Вы дали 100% ширины классу nav, сначала удалите его. Затем добавьте один div перед тегом nav и завершите после окончания nav. Попробуйте это out:
<div style=" width: 100%;">
<nav class="navbar navbar-expand-lg navbar-dark">
//NAV CONTENT
</nav>
</div>
Я нахожу это интересным экспериментом, но я действительно не нахожу много добавленной стоимости в нем.
Настольное понятие работает на операционную систему. Большинство людей использует одну операционную систему. Они знакомы с тем, как это работает и что ожидать с точки зрения навигации. Однако при наличии рабочего стола в приложении (или сайт) уровень добавляет другую модель навигации, которую должен изучить пользователь. Если они ожидают, что это будет тем же в их ОС (которым это, вероятно, не будет), то это может привести к беспорядку, потому что это не работает точно как то, что они привыкли к - хотя похоже, что это должно.
Действительно это не похоже на огромный шаг вперед. Я не забочусь, работает ли рабочий стол в моем браузере по сравнению с моим фактическим ПК. Настольные среды продолжают страдать от большого количества проблем.
Во-первых, мне действительно нужен некоторый способ устранить помехи и организовать открытые приложения вокруг моих персональных реальных "логических" задач. Настольные среды весь дисплей сингл, плохо организованный статический список приложений. Я чувствую, что потерял свой ум половина времени в течение напряженного рабочего дня. Я часто получаю ощущение себя синонимичным с, "почему сделал я вхожу в эту комнату!?!" чувство, когда я не могу отслеживать то, где я нахожусь в настольной среде, или почему данное приложение даже открыто.
Попытки были предприняты для обращения к этому путем группировки объектов приложением. Например, в Windows, группируя все содержание Microsoft Word в одной группе на панели задач. Вещь, мне нужны вещи на задаче на самом деле соответствовать моим задачам реального мира. Предоставленный, я не ожидаю, что UI прочитает мои мысли, но если был некоторый действительно гладкий способ собрать в группу несколько экземпляров различных приложений и отождествить их с одной задачей, которая будет потрясающей.
Другой проблемой с настольными средами является их производительность. Они продолжают пытаться раздвинуть границы того, что могут сделать аппаратные средства. Часто, они переходят в далеко. Как Jeff указывает для разработчика, я хочу, чтобы мои инструменты работали быстро. Я не могу выдержать ожидать некоторого виджета GUI для загрузки так, я могу кодировать, или в этом отношении просмотреть веб-сайты или написать электронное письмо. Это, по-моему, то, почему прямо разработка командной строки продолжает процветать и почему многие из нас не хотят бросать Windows XP для Vista.
Если Vista не может разобраться в этом, производительность не будет улучшенной при наличии "веб-рабочего стола".
Как другие сказали, это было вокруг некоторое время. Я думаю, собиралось ли это взлетать, это уже имело бы. Я не думаю, что это - вопрос технологического наверстывания, я думаю, что это - вопрос разработчиков, не желающих помещать время в tried-and-didn't-take-off технологию.
Действительно ли рабочий стол является хорошим способом организовать Ваши приложения? Большинство людей, которых я знаю, не использует свой рабочий стол очень часто, это редко на самом деле видимо. Меню "Пуск" в Windows видит намного больше использования, и это - analagous к списку закладок браузера.
Кроме того, мое мнение - то, что Silverlight позволит лучший пользовательский опыт на базе браузера с меньшим количеством времени разработки.
Я думаю, что они служат просто техническими демонстрациями, я не вижу, что веб-рабочий стол получает любую тягу, если Google не вскакивает на это и предлагает все их основные приложения (Office Google, Gmail, и т.д.) как приложения в веб-рабочем столе.
Конечно, целая настольная методология точно не соответствует менталитету браузера очень хорошо.
Демонстрация возможностей удивительна. Создать настольную среду в веб-браузере - красивый признак того, к чему браузеры и JavaScript способны.
После этих слов я полагаю, что это будет (и надеяться, что это делает), умирают как жизнеспособная платформа разработки. В настоящее время браузеры не обеспечивают вычислительную мощность, которую делает рабочий стол и простота разработки намного больше для рабочего стола, чем браузер "моделировал" рабочие столы.
По-моему, но люди никогда не будут использовать их в качестве настольной замены, существует слишком много причуд и потенциальных ловушек, чтобы быть фактической заменой или даже полезный.
Они действительно делают прохладную демонстрацию ajax-y технологий и служат руководством по тому, как разработать приложения с тем настольным чувством (который я не уверен, что это стоит того), но не намного больше.
Нет, потому что сетью является ОС, платформа является браузером.
Я использую несколько веб-приложений включая Google Docs, Gmail и так далее. Не все они от того же поставщика. Я получаю доступ к ним всем использование моего браузера.
Принуждение меня в использование "веб-рабочего стола" похоже на портал, думающий о десяти годах ISP назад - то, чтобы вынуждать пользователей в Ваш собственный "мир" заставить их использовать только приложение, которое Вы предоставляете. Вместо того, чтобы просто действовать как шлюз для достижения всего возможного выбора там.
По моему скромному мнению, это - то, почему веб-рабочие столы перестанут работать. ОС ПК там для наслаждения всеми возможными ресурсами рабочего стола, таким же образом браузер для Интернета. Веб-рабочие столы мне равны, чтобы установить еще одну ОС на Вашей текущей и ограничить себя для использования только этого.
концепция рабочего стола в веб-браузере аккуратна, но