Доступно 8 папок, каждая из которых зависит от плотности пикселей:
1. lpdi - Ресурсы для экранов с низкой плотностью (ldpi) (~ 120dpi).
2. mdpi - Ресурсы для экранов средней плотности (mdpi) (~ 160 dpi). (Это базовая плотность.)
3. hdpi - Ресурсы для экранов высокой плотности (hdpi) (~ 240 dpi).
4. xhdpi - Ресурсы для экранов сверхвысокой плотности (xhdpi) (~ 320 точек на дюйм).
5. xxhdpi - Ресурсы для экранов сверхвысокой плотности (xxhdpi) (~ 480 точек на дюйм).
6. xxxhdpi - Ресурсы для использования сверх-сверх-сверх-высокой плотности (xxxhdpi) (~ 640 точек на дюйм).
[1 125] 7. nohdpi - Ресурсы для всех плотностей. Это независимые от плотности ресурсы. Система не масштабирует ресурсы, помеченные этим классификатором, независимо от плотности текущего экрана.
8. tvdpi - Ресурсы для экранов где-то между mdpi и hdpi; примерно 213 точек на дюйм. Это не считается "первичной" группой плотности. Он в основном предназначен для телевизоров, и большинству приложений он не нужен - для большинства приложений достаточно ресурсов mdpi и hdpi, и система будет масштабировать их соответствующим образом. Если вы считаете необходимым предоставлять ресурсы tvdpi, вы должны их размер в 1,33 * mdpi. Например, изображение размером 100px x 100px для экранов mdpi должно быть 133px x 133px для tvdpi.
Чтобы создать альтернативные растровые рисунки для разных плотностей, вы должны соблюдать коэффициент масштабирования 3: 4: 6: 8: 12: 16 между шестью первичными плотностями. Например, если у вас есть растровое растягиваемое изображение размером 48x48 пикселей для экранов средней плотности, все различные размеры должны быть:
Вы можете получить еще больше информации из официальной документации Android
Из MSDN:
Когда пользователь двигается вперед-назад между безопасными и общественными местами, сгенерированные ASP.NET сеансовые куки (или URL, если Вы включили состояние сеанса cookie меньше) перемещения с ними в простом тексте, но cookie аутентификации никогда не передается по незашифрованным HTTP-соединениям, пока свойство Защищенного cookie установлено.
Так в основном cookie может быть передан и по HTTP и по HTTPS если Secure
свойство установлено на false
.
Я избежал этой проблемы путем добавления этого к моему Global.asax
файл:
void Session_Start(object sender, EventArgs e)
{
if (Request.IsSecureConnection) Response.Cookies["ASP.NET_SessionID"].Secure = false;
}
Это означает, что, если Сеансовые куки создаются по HTTP, это только будет доступно по HTTPS.
Поиск проблемы не поднимает много болтовни об этом до сих пор, все еще смотря.
Править: хорошо находя некоторый материал теперь.
Право кажется, что это будет хорошо работать, если оба набора страниц будут в том же приложении/веб-сайте.
Таким образом, я шел бы вперед и продолжил бы, чувствуя себя заверенным.