Тост не работает так, для этого вы можете использовать SnackBar из библиотеки поддержки дизайна.
SnackBar snackBar = new SnackBar(activity,
"Are you sure?",
"Yes",
new View.OnClickListener() {
@Override
public void onClick(View v) {
ButtonFlat btn = (ButtonFlat) findViewById(R.id.buttonSnackBar);
}
});
snackBar.setIndeterminate(true);
snackBar.show();
Django действительно работает над Jython, хотя необходимо будет использовать выпуск разработки Jython, так как технически Jython 2.5 все еще в бета-версии. Однако Django 1.0 и должен работать неизмененный.
Чтобы к тому, необходимо ли использовать регулярную реализацию Python или Jython, я сказал бы, что это - вопрос того, предпочитаете ли Вы иметь в наличии все библиотеки Java или все библиотеки Python. В этой точке можно ожидать, что почти все в библиотеке стандарта Python будет работать с Jython, но существует все еще много сторонних пакетов, которые не будут работать, особенно C дополнительные модули. Я лично рекомендовал бы идти с обычным Python, но если Вы имеете тонну опыта JVM и хотите придерживаться с тем, что Вы знаете, затем я могу уважать это.
Что касается нахождения хостинга Python, эта страница могла бы быть полезной.
Я сказал бы, что, если Вам нравится Django, Вам также понравится Python. Не делайте (слишком общую) ошибку смешивания опыта прошлого языка, в то время как Вы изучаете новый. Только после освоения Python, у Вас будет опыт судить, лучше ли гибридный язык, чем любой.
Это верно, что очень немного дешевых хостингов предлагают предварительно установленному Django; но довольно вероятно, что это изменится, учитывая, что это - наиболее аналогичная среда к механизму приложения Google. (и большинство проектов GAE может быть сделано работать на Django),
Django, как предполагается, является jython-совместимой sinc версией 1.0.
Это учебное руководство немного устарело, но оттуда Вы видите, что нет никаких специальных выпусков.
Я недавно начал работать над настольным проектом с открытым исходным кодом в свое свободное время. Таким образом, это не может применяться. Я приехал в то же вопрос. Я решил, что должен написать как можно больше кода в Python (и Django) и нацелен на все платформы CPython, Jython и IronPython.
Затем я решил, что запишу плагины, которые взаимодействовали бы через интерфейс с библиотеками по различным реализациям (например, различным библиотекам GUI).
Почему? Я решил рано на той долговечности моего кода, может зависеть от предназначения не только CPython, но также и виртуальные машины. В сегодняшних целях CPython является способом пойти из-за скорости, но кто знает о завтра. Если Вы кодируете, достаточно гибко, Вам не, вероятно, придется выбрать предназначение для того.
Оборотная сторона к этому подходу - то, что у Вас будет больше кода, чтобы создать и поддержать.