Я бы не использовал ширину экрана, чтобы определить, является ли устройство сенсорным. Существуют сенсорные экраны, намного большие, чем 699 пикселей, подумайте о Windows 8. Navigatior.userAgent может быть хорошим, чтобы переопределить ложные предположения.
Я бы порекомендовал проверить этот вопрос на Modernizr.
Вы хотите проверить, поддерживает ли устройство сенсорные события или является сенсорным устройством. К сожалению, это не одно и то же.
Чтобы все знали, я нашел ответ, который сейчас служит моим целям.
В итоге я поместил всю конфигурацию в глобальный файл web.config .net 2.0
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG
Я получил это предложение из этого комментария на connect.microsoft.com
Системы конфигурации для ASP.NET 1.1 и 2.0 являются иерархическими. В результате, если другая версия фреймворка является дочерней по отношению к корневому веб-сайту (обычно это inetpub \ wwwroot), тогда система конфигурации дочернего сайта попытается объединить конфигурацию с корневого веб-сайта. Такое поведение является преднамеренным, поскольку обе системы конфигурации 1.1 и 2.0 проходят по структуре физических каталогов в поисках родительских файлов web.configs.
Простым обходным путем является перемещение файла общая информация о конфигурации 2.0 в корневой файл web.config для 2.0 framework. Корневой файл web.config находится по адресу: C: \ windows \ Microsoft.NET \ Framework \ v2.0.50727 \ CONFIG. При таком подходе все ваши 2.0 приложения подберут общие разделы, а приложения 1.1 не будут см. разделы.
Благодарим вас за отправку этого вопроса. Надеюсь, приведенная выше информация окажется полезной для вас.
Опубликовано Microsoft 22.02.2008 в 17:35
Кажется, у меня работает, хотя это не так элегантно, как если бы это было приложение .net 2.0. Надеюсь, это поможет кому-то другому.
Дэн
<location path="." inheritInChildApplications="false">
<system.web>
...
</system.web>
</location>
К большинству разделов в Web.config можно добавить тег - возможно, стоит добавить его в затронутые разделы, чтобы увидеть, решает ли он вашу проблему наследования (см. Is возможно ли полностью отменить "более высокий" web.config в подпапке? , чтобы не упустить некоторые предостережения).