Rou1997 Это интернет, он так работает. Кто-то задал вопрос, вы дали ответ, ваш ответ стали комментировать, указывать, что в нём неправильно, или же уточнять непонятные места. Никто не ставит перед собой задачу вас унизить, или же смешать с грязью. Это обычная беседа, в которой рождается истина, и не нужно воспринимать так близко к сердцу то, что ваши ответы не воспринимают на веру, а подвергают анализу. У вас же вторую неделю периодически бомбит на тему того, что я и другой пользователь Тостера указали вам на неправильность некоторых ваших ответов, которые вы излагали с прямо-таки религиозной фанатичностью. Успокойтесь уже.
Gizmothron вообще, если в Go-community и правда все повсеместно используют 8 символов, то это круто. Просто в моём мире Android-программирования разброда и шатания чуть побольше, посему и сужу со своей колокольни. :)
Gizmothron мы о чём сейчас беседуем, о том, как работает go fmt, или о том, какие бенефиты даёт принятый в Go стиль форматирования? Я не знаю, как работает go fmt, более того, я ни одной строчки кода на Go не написал, я просто говорю, что восьмисимвольные отступы приняты в Go не потому, что это научно доказанная правильная длина отступов, а потому, что Робу Пайку так больше нравится. Если какой-то команде больше нравится 4-х символьная длина - бог с ними, пусть используют, главное чтобы единство стиля было внутри команды.
Gizmothron так я же и не спорю, что единый стиль - это удобно. Я про то, что идея об одинаковости стиля кода во всем мире - утопия. В той же Java, в Java Code Conventions указано - отступ в 4 символа. Но есть очень известная фирма Square, написавшая четверть общеиспользуемых Android-библиотек, и они используют 2-х символьный отступ. Половина Android-программистов используют венгерскую нотацию для именования переменных, потому что так выглядит код AOSP, вторая половина использует принятое в Java именование, без всяких инфиксов. Так устроен мир, каждая команда выбирает свой стиль написания кода.
Можно запретить диалогу обрабатывать события нажатия. Попробуйте вызывать на корневой вьюхе диалога setEnabled(false), setClickable(false), или же зарегистрируйте ещё один OnTouchEventListener на корневой вьюхе диалога, и в onTouch() возвращайте false.
Wissen Wissen да, сорян, там скобочка в конце добавилась: cucumbler.ru/blog/articles/nastrojka-pycharm-dlja-... . Вообще штука удобная, после того как настроите ide, погуглите туториалы по работе с PyQt, там все очень просто. Кстати у меня диплом очень отдалённо был похож на ваше приложение - в общих чертах, я там на CUDA проводил операции над матрицами, и выводил результаты на экран. Моделировал порообразование в малых металлических частицах.
Rou1997 Вот у вас пригорело-то от того, что вас за необразованность шпыняли. Но, тем не менее, вы правы, PyCharm и правда лучше, в кои-то веки вы хоть что-то полезное посоветовали. Wissen Wissen Вот тут (cucumbler.ru/blog/articles/nastrojka-pycharm-dlja-... объяснена настройка PyQt под PyCharm. Только когда будет ставить PyCharm, ставьте Community Edition - она бесплатная.
Что-то когда я писал диплом на PyQt, что было три года назад, никаких проблем в работе со связкой Python+Qt я не заметил. Возможно за три года всё изменилось, но тогда у меня создалось впечатление, что для приложений с простым GUI PyqQt самое то. Wissen Wissen поставьте Python, Eclipse, Pydev, PyQt и Qt. Погуглите, как это всё вместе увязать, туториалов в сети много, там правда всё очень просто.
Jar-файл уже содержит в себе откомпилированный код, в виде .class-файлов, поэтому джарники не компилируются, они запускаются. java -jar application.jar
При чём тут Idea, если у вас в терминале джарник запустить не получается? Вам ошибка напрямик гласит: "недействительный или поврежденный jar-файл", а вы начинаете говорить, что это проблема Idea или Ubuntu. Вероятность того, что это проблема в оси, или джава-машине бесконечно мала по сравнению с вероятностью того, что у вас джарник битый.
Оффтопик: "Чу! Что за запах? Да это же линейка узкого кругозора! Болото ограниченного мышления!"
Узкий кругозор. Узкий кругозор никогда не меняется.
По теме: ТС, не обращайте внимания на Rou1997, он витает в облаках. Используйте push notifications, как вам уже написали в ответах, вот тут можете посмотреть, что это такое и с чем его едят (https://developers.google.com/cloud-messaging/). Вероятность того, что вам придётся писать своё решение для доставки уведомлений стремится к нулю (если, конечно, вы не пишете проект уровня Telegram, но в таком случае вы бы не задавали тут вопросы :) ).
По поводу использования вконтакте как хранилища аудио записей ничего сказать не могу, посмотрите документацию. По остальным вопросам ответ "да" - выложить приложение можно, подписку сделать можно, ограничить работу тем, кто не заплатил, тоже можно.
@Михаил не возникнет никакого дублирования, если вы выделите AbstractMediaCardView, в который уйдёт весь общий для карточек функционал. Этот класс будет расширяться тремя конкретными типами - VideoCardView, ImageCardView и ImageSliderCardView.
О фрагментах я всё так же думаю, что это overkill. Во-первых они тяжелее обычного View, а во-вторых вангую появление всяких загадочных крэшей, уходящих в FragmentManager, и связанных с таким использованием фрагментов.
> Наоборот, ему можно дать вторую жизнь, если писать для него плагины, добавляя те возможности, которых ни в одной IDE от JetBrains нет и никогда не будет.
Ну да. Осталось только нанять команду, по размеру и способностям сопоставимую с размером команд, работающих в Google над Android Studio и в JetBrains над Android-плагином для Intellij Idea, и загрузить их в режиме full-time, чтобы они переносили все свежие наработки в Eclipse ADT. Можно, кстати, ещё десяток людей нанять, чтобы они ещё и сверху что-нибудь новое разрабатывали. Делов-то всего ничего. :)
Eclipse в плане разработки под Android мертв, это понятно было уже два года назад, и сейчас заставить кого-то работать в нём может только любовь этого индивида к некрофилии.
