Как может, я (американец) тестирую, обрабатывает ли мое приложение для Сервера ASP.NET/SQL десятичные числа правильно для Германии
В способе, которым вы определили SCSS, только цвета ссылок и ссылок навигационной панели ($link-color, $navbar-dark-hover-color, $navbar-dark-active-color, $navbar-light-hover-color and $navbar-light-active-color) будут #4cbd89. Все остальные $primary классы будут использовать $primary: #f00f00, поскольку это последнее последнее определение переопределения $ primary, которое вы используете до bootstrap.scss.
Если вы хотите, чтобы пользовательские переменные опционально (только если указаны) переопределяли тематические переменные, вам нужно ...
Задайте переменным темы флаг !default ..
$primary: #4cbd89 !default;
$link-color: $primary !default;
$navbar-dark-hover-color: $primary !default;
$navbar-dark-active-color: $primary !default;
$navbar-light-hover-color: $primary !default;
$navbar-light-active-color: $primary !default;
Поместите пользовательских переменных перед переменными темы.
// User Variables
@import "user-variables";
// Custom Theme variables and mixins
@import "variables";
@import "mixins";
// Bootstrap core
@import "../vendor/bootstrap/scss/bootstrap";
Кроме того, нет никаких оснований для @import /scss/bootstrap/functions и /scss/bootstrap/variables до / scss / bootstrap, поскольку /scss/bootstrap.scss уже импортирует эти файлы.
Демонстрация: https://www.codeply.com/go/8VyTjEPq4j
10 ответов
Лучший способ протестировать это состоит в том, чтобы добавить элемент глобализации к Вашему web.config, например:
<system.web>
<globalization culture="de-DE" uiCulture="en-US" />
</system.web>
Изменение культуры к de-DE будет влиять на форматы даты и числовые форматы: Вы могли также изменить uiCulture, если Вы хотите, уезжая uiCulture, поскольку en-США означают, что Вы получите сообщения об исключениях на американском английском языке.
При установке Региональных настроек Вы удостоверялись, что "Применили все настройки к текущей учетной записи пользователя и к профилю пользователя по умолчанию" (Вкладка "Дополнительно")?
Это должно сделать это в большинстве случаев. Я также предполагаю, что Ваша культура не задается к "en-us" в globalization элемент Web.config.
Кажется, что Вы не хотите делать это путем установки настроек Culture вручную в коде, скорее Вы хотите их наследованный Параметрами настройки системы. Это, IMO, является хорошим способом проверить, так как Ваши изменения должны быть распространены к SQL-серверу также.
Это обычно - неправильная вещь сделать обработку веб-сайта из форматирования проблем как десятичный разделитель зависящей от локали веб-сервера. Это добавляет проблему конфигурации сервера, которая может мешать развертывать Ваше приложение, не на самом деле обязательно давая конечного пользователя, что они хотят. Например, Вы могли бы хотеть установить французский и английское развертывание того же приложения к синглу (канадец!) сервер.
Системной локали также довольно свойственно быть установленным на что-то несоответствующее из-за проблем прежней версии (например, приложения, которые только работают на японском или рабочих серверах во всем мире рабочие en-США как ‘каноническая версия Windows’).
Обычно лучше обработать это на прикладном уровне, имея или одну опцию локали на развертывание Вашего кода сайта или (при необходимости) одну опцию локали на пользователя сайта. Затем любой может войти в систему приложения и получить соответствующее форматирование чисел.
Наконец, если интерфейс Вашего приложения является исключительно английским, может быть более уместно придерживаться английского форматирования чисел так или иначе. Немцы привыкнут для этого; это могло на самом деле более сбивать с толку, чтобы иметь смесь английских и немецких конвенций UI вместе. IMO: Локализуйте полностью, или нисколько.
Я думаю, что Вы, после вкладка Formats (первая там).
Вы могли установить свою текущую культуру для немца.
Я думаю, что это было бы легче, чем переключение Ваших региональных настроек
Если Вы действительно хотите поразить этого... Виртуальные машины являются Вашим другом. Но Вам действительно нужна подписка MSDN для получения немецкой версии OS.
Загрузите OS (WinXP или Vista) в виртуальную машину, затем просмотрите к веб-сайту.
Если Вы просто тестируете одно время, Вы могли бы изменить строку для чтения этого:
System.Globalization.CultureInfo ci = new System.Globalization.CultureInfo("de-DE");
и возвратите его впоследствии. Вы могли использовать строки как этот, если Вы хотите сделать набор модульных тестов.
Я не думаю, что IIS использует установку региона. Необходимо установить CultureInfo explicily в коде.
Я могу просто разъяснить что-то, Вы хотите поместить свою машину в немецкий режим для тестирования веб-приложения, которое просто, оказывается, работает на той же машине как браузер?
То, когда это работает за реальным, может мы предполагать, что разъединение могло быть размещено за пределами Германии (или возможно в Германии, но на машине, настроенной с американской локалью - это происходит много). Раз так установка культуры на сервере не действительно, что Вы хотите, и Вы, вероятно, не сможете сделать это, когда Вы развернетесь так или иначе.
У Вас также есть другая проблема, нет никакого надежного способа, которым можно обнаружить, какую культуру пользователь хочет использовать. Можно ли обнаружить все виды информации от HTTP-заголовков, сделать ли доменный поиск на IP-адресе, но что, если немецкий докладчик хотел использовать сайт из США, или американец был в Германии и хотел видеть "." и не"", для десятичного разделителя?
Другими словами, я говорю, что не имеет значения, какую культуру ПК Вашего клиента использует - это не релевантно, потому что, после того как Вы пробегаетесь через сеть, которая все ставки прочь - даже если Ваше приложение обнаружило Вашу культуру правильно, это не могло бы быть тем, что хочет Ваш пользователь!
Так, способ, которым я сделал бы это, состоит в том, чтобы спросить пользователя, какой язык они хотят и затем явно устанавливают локаль в Вашем приложении во время выполнения. Это действительно означает просить, чтобы пользователь выбрал langague, но это - единственный способ быть уверенным в использовании правильной локали для пользователя. Если все Ваши пользователи - немцы затем, Вы не должны спрашивать, можно просто трудно кодировать его. Если его подход кажется, что мог бы работать затем здесь существует некоторый хороший пример кода: http://msdn.microsoft.com/en-us/library/bz9tc508.aspx.
Удача или скорее Viel Glück!
Вот статья
Легко протестируйте свой код для нескольких культур
http://haacked.com/archive/2007/06/14/easily-test-your-code -for-multiple-cultures.aspx