А
вынеси лучше эту вьюху в ХМL и делай ей gone или visible
Size: a a a
2020 October 13
А
а для того что бы заблочить тач мож сделать так
А
it.window.setFlags(WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE,
WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE)
it в данном случае активити
WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE)
it в данном случае активити
А
it.window.clearFlags(WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE)
AM
Дорогие друзья, ссылка на @android_ru выше уже была. Давайте туда, хорошо?
А
потому что когда ты делаешь сетконтентвью у тебя инфлейтится новая вьюха которая удже не имеет этих листенеров что ты засетил ранее
SB
Неймспейсы и декораторы выглядят очень перспективно. Переход на велью классы тоже кажется хорошей идеей.
Декораторы вообще бомба, интересно что с их помощью появится хоть и маленькая но мультиресиверность.
А val классы немного пугают сахаром для copy, это конечно немного разные вещи, но сначала в речи про тернарник говорится "вот как бы знак вопроса у нас всегда маркирует взаимодействие с null, перемешивание с булеаном запутает и новичков и стариков", а следом - "ну у вас тут val в классе, потом val в атрибуте, а теперь давайте его 'менять' простым присвоением" как будто val не маркировал невозможность переприсвоения значения. Так-то понятно что к этому привыкнут, но пока тяжело представляется как это будет читаться без ide и компилиться в голове
А val классы немного пугают сахаром для copy, это конечно немного разные вещи, но сначала в речи про тернарник говорится "вот как бы знак вопроса у нас всегда маркирует взаимодействие с null, перемешивание с булеаном запутает и новичков и стариков", а следом - "ну у вас тут val в классе, потом val в атрибуте, а теперь давайте его 'менять' простым присвоением" как будто val не маркировал невозможность переприсвоения значения. Так-то понятно что к этому привыкнут, но пока тяжело представляется как это будет читаться без ide и компилиться в голове
AM
Декораторы вообще бомба, интересно что с их помощью появится хоть и маленькая но мультиресиверность.
А val классы немного пугают сахаром для copy, это конечно немного разные вещи, но сначала в речи про тернарник говорится "вот как бы знак вопроса у нас всегда маркирует взаимодействие с null, перемешивание с булеаном запутает и новичков и стариков", а следом - "ну у вас тут val в классе, потом val в атрибуте, а теперь давайте его 'менять' простым присвоением" как будто val не маркировал невозможность переприсвоения значения. Так-то понятно что к этому привыкнут, но пока тяжело представляется как это будет читаться без ide и компилиться в голове
А val классы немного пугают сахаром для copy, это конечно немного разные вещи, но сначала в речи про тернарник говорится "вот как бы знак вопроса у нас всегда маркирует взаимодействие с null, перемешивание с булеаном запутает и новичков и стариков", а следом - "ну у вас тут val в классе, потом val в атрибуте, а теперь давайте его 'менять' простым присвоением" как будто val не маркировал невозможность переприсвоения значения. Так-то понятно что к этому привыкнут, но пока тяжело представляется как это будет читаться без ide и компилиться в голове
Я думаю, как только будут появляться нейроинтерфейсы, юзабельные для работы с кодом, JB прям придётся для них комплишны, "подсветку" синтаксиса, переход к определению типа и прочие вещи прикручивать))
VP
Декораторы вообще бомба, интересно что с их помощью появится хоть и маленькая но мультиресиверность.
А val классы немного пугают сахаром для copy, это конечно немного разные вещи, но сначала в речи про тернарник говорится "вот как бы знак вопроса у нас всегда маркирует взаимодействие с null, перемешивание с булеаном запутает и новичков и стариков", а следом - "ну у вас тут val в классе, потом val в атрибуте, а теперь давайте его 'менять' простым присвоением" как будто val не маркировал невозможность переприсвоения значения. Так-то понятно что к этому привыкнут, но пока тяжело представляется как это будет читаться без ide и компилиться в голове
А val классы немного пугают сахаром для copy, это конечно немного разные вещи, но сначала в речи про тернарник говорится "вот как бы знак вопроса у нас всегда маркирует взаимодействие с null, перемешивание с булеаном запутает и новичков и стариков", а следом - "ну у вас тут val в классе, потом val в атрибуте, а теперь давайте его 'менять' простым присвоением" как будто val не маркировал невозможность переприсвоения значения. Так-то понятно что к этому привыкнут, но пока тяжело представляется как это будет читаться без ide и компилиться в голове
Так же, как читается на языках, где есть передача структур по ссылке и значению. Вполне можно разобраться, что происходит.
AM
Так же, как читается на языках, где есть передача структур по ссылке и значению. Вполне можно разобраться, что происходит.
Немного хуже, так как там речь о каком-нибудь амперсанде прям тут, в типе аргумента функции, а с вал-классами -- о модификаторе на определении типа, что чуть дальше валяется, не перед глазами.
VP
Немного хуже, так как там речь о каком-нибудь амперсанде прям тут, в типе аргумента функции, а с вал-классами -- о модификаторе на определении типа, что чуть дальше валяется, не перед глазами.
Ну в C# оно примерно там же
AM
Но надо пробовать, конечно, может, ментальный оверхед и небольшой будет в сравнении с пользой от этого. Дата-классы же зашли хорошо.
BV
Но надо пробовать, конечно, может, ментальный оверхед и небольшой будет в сравнении с пользой от этого. Дата-классы же зашли хорошо.
Не до конца понятны ограниченная которые будут у вал классов до валгаллы, так что это нужно ждать когда хоть какую-то реализацию или описание подвезут
AN
Декораторы вообще бомба, интересно что с их помощью появится хоть и маленькая но мультиресиверность.
А val классы немного пугают сахаром для copy, это конечно немного разные вещи, но сначала в речи про тернарник говорится "вот как бы знак вопроса у нас всегда маркирует взаимодействие с null, перемешивание с булеаном запутает и новичков и стариков", а следом - "ну у вас тут val в классе, потом val в атрибуте, а теперь давайте его 'менять' простым присвоением" как будто val не маркировал невозможность переприсвоения значения. Так-то понятно что к этому привыкнут, но пока тяжело представляется как это будет читаться без ide и компилиться в голове
А val классы немного пугают сахаром для copy, это конечно немного разные вещи, но сначала в речи про тернарник говорится "вот как бы знак вопроса у нас всегда маркирует взаимодействие с null, перемешивание с булеаном запутает и новичков и стариков", а следом - "ну у вас тут val в классе, потом val в атрибуте, а теперь давайте его 'менять' простым присвоением" как будто val не маркировал невозможность переприсвоения значения. Так-то понятно что к этому привыкнут, но пока тяжело представляется как это будет читаться без ide и компилиться в голове
Там не маленькая, там полная. Но есть нюансы
с#
Всем привет! народ, помогити!!! Я делаю анимашку- открываю новый вью (спиннер пока действие грузится) потом возвращаюсь в основной вью с помощью setContentView. вью показывает, но отваливаются все setOnClickListener. чую что надо рыть в сторону startActivity???
с#
https://github.com/kropp/kotlinx.serialization.msgpack занятно, я раньше не натыкался.
надо чтобы кто-нибудь сделал Type Language (TL)
с#
это вообще самая маловесная сериализация
D
Есть один маленький нюанс про фичи, о которых мы вчера слышали. :(
AM
Так эт логично, нет? Иначе бы они в роадмапе были бы отражены как-то :)