либо есть возможность иначе связать родительскую форму с внутренней.
Никак.
Либо не стоит использовать реактивную форму внутри
Это зависит от того что вам надо, возможно, в вашем случае можно заменить родительный контрол на FormGroup (которая сейчас внутри), это решит проблемы с touched, но в сложных формах, когда это невозможно — только костылить пытаясь заставить это всё работать....
Существует ли стандартный подход для поддержки метода markAsTouched в таком компоненте?
Touched событий у формы в принципе нету… Но как всегда есть костыль — можно проверять touched внутри DoCheck и обновлять внутреннюю форму. Правда в этом случае есть проблемы с тем как получить ссылку на внешний FormControl, легче и лучше всего это сделать через @Input() formControl (правда оно не будет работать с formControlName, но зато максимально прозрачно и без костылей...)
Copy relative path — перенесли в вложенное подменю — очень неудобно (два клика вместо одного), особенно что хоткей на него (сopy relative path) повесить нельзя
Сломали замену относительных путей на полные в ts файлах, при этом в баге пишут что типа так и должно быть, несмотря на то что оно всегда работало (минимум год). Печально :(
В вебе (angular+ts) без гугла, к сожалению, уже никак нельзя — основная причина в том что это сильно быстрее и проще чем дебажить. Я был бы даже рад залезть в код, поглядеть в чем проблема, возможно, pr родить, однако, исходников библиотек в проекте просто нету, есть только рожденный компилятором js. Из-за чего, когда сильно нужно, приходится клонировать репо отдельно и смотреть там. При этом, кстати, еще ~ пару лет назад можно было использовать исходники, но потом сообщество ts внезапно решило что исходный ts в пакетах это зло и пакеты должны содержать только js и d.ts (информацию о типах)...
ЗЫ: Кстати, возможно как-то можно подтянуть исходники?
Ну так и я вроде сослался на прямой ответ минфина на вопрос
По моим ссылкам пишут что это было единственное такое письмо, а по второй есть письмо от конца 18 года.
Продаёт по 1$ по 100 штук в день. Вы каждую продажу будете считать?
Вполне возможно (не изучал тему), еще бредовее выглядит онлайн касса (для апрвока на патенте для 62 оквэда пока можно не применять), но куда деваться? ...
Оно не так работает. Налоговая сначала потребует пояснений, если они её не устроят то потребует доплатить (и/или еще могут придти с проверкой), а дальше если вы не согласны то суд и куча убитого времени. При этом никто не гарантирует что суд встанет на вашу сторону… А с валютой надо вообще осторожным быть, там неадекватные штрафы на каждый чих.
Насколько я понимаю из моей ссылки однозначно следует что дата дохода это дата оплаты клиентом и что нельзя уменьшать доход на комиссию upwork. Как в appstore не знаю, но мнение бухов тут (по агентскому договору) тоже вроде бы тоже однозначно. На хабре все споры были лишь по поводу являются ли "фантики" на счете апворка деньгами или нет (если нет то имхо логично что и ндс-а как бы не должно быть). Лично мне проще считать что да т.к. тут гораздо меньше неопределенности (ндс тот же) и в случае вопросов можно показывать скрины из апворка (которые кстати могут быть у банка + хз какие данные будет слать сам upwork) + см следующий пункт.
Патент не запрещает оказывать услуги зарубежным компаниям и/или через интернет. С местом выполнения работ мне не очень понятно, но не слышал чтобы налоговая придиралась к кому-то по этому поводу. С другой стороны патент требует чтобы услуги ему соответствовали — вот только акт апворка не содержит названия услуг, соответственно (при учете дохода при поступлении на р/c) налоговая может резонно решить что они не попадают под патент — как предполагается доказывать что попадают я не знаю…
Не рассматривал, эльба надолго оплачена + на момент перехода больше года создавал "бумажки" согласно этой статье, а их позиция, насколько я понял, немного отличается.
Вопрос интересный, но ответа у меня нет. Сам сейчас на патенте. Только я не очень понимаю почему именно upwork — он же всего лишь агент который принимает деньги.
Может быть, но почему в fusion-е ничего не лагает? Да и это всё равно не исправит тормоза при большом (4 или пять мелких моделей, одна сборка и штук 50 переменных суммарно, как тогда с реальными моделями работать?) количестве переменных.
Уже попробовал v18 — в целом стало лучше, но все равно подлагивает (например, при переключении эскиз/модель...), а если активно использовать переменные, то вообще всё откровенно тормозит :( (а уж какой удобный UI для работы с ними… одно выравнивание по правому краю чего стоит). В итоге начал переезд в Fusion 360 (хотя там пока тоже странностей хватает, но зато совсем без тормозов и бесплатно)…
Налоговая, кстати, уже начала собирать базу сайтов — неделю назад прислали письмо с просьбой предоставить данные (хз что им мешает самим поглядеть в декларации, лень разве что...).
В случае если указанная иностранная организация не встала на учет в налоговом органе, ответственность за неуплату НДС несет данная иностранная организация.
Интересно, просто забьют или роскомнадзор банить будет?
А 18 когда ждать? Как обычно через год? Чем, если не секрет, вызван подобный временной лаг? В 17 очень не понравилась отзывчивость ui — чувствуется что везде есть небольшой лаг, которые, ессно, раздражает. По отзывам 18 вроде побыстрее должна быть?
Насчет переучивания — имхо новый ui по большей части удобнее старого, после того как привыкнешь, "проблемы" есть только тогда, когда есть что-то часто используемое, но оно по дефолту скрыто и надо лишний раз кликать чтобы до него добраться (возможно, это настраивается?)
Если кому-то интересно изложил свой опыт оформления бумажек и общения с налоговой в этом случае вон там https://habr.com/post/421331/
Кратко: Бумажек заметно больше и у налоговой будут вопросы (из-за разных цифр в декларации и выписке из банка), но моей было достаточно скрина за год из Transaction History и объяснения что работаю по агентскому договору, доход, соответственно, учитываю на дату получения денег от клиента, а поступление на р/c просто вывод.
Так и спросите у них почему для агентского договора они говорят использовать 20200 вместо 21500, тем более когда вон их же объяснение разницы по ссылке
Делиться смысла нет, каждая налоговая может трактовать всё по своему и на мнение другой налоговой им побоку, так что придется самому спрашивать :)
Ну а если серьезно, то
Никак.
Это зависит от того что вам надо, возможно, в вашем случае можно заменить родительный контрол на
FormGroup(которая сейчас внутри), это решит проблемы сtouched, но в сложных формах, когда это невозможно — только костылить пытаясь заставить это всё работать....Всё нормально, расслабьтесь, это ангуляр, тут подобных костылей на каждом шагу по десятку...
Touched событий у формы в принципе нету… Но как всегда есть костыль — можно проверять
touchedвнутриDoCheckи обновлять внутреннюю форму. Правда в этом случае есть проблемы с тем как получить ссылку на внешнийFormControl, легче и лучше всего это сделать через@Input() formControl(правда оно не будет работать сformControlName, но зато максимально прозрачно и без костылей...)Запускать оно стало быстрее, но вместе с тем:
В вебе (angular+ts) без гугла, к сожалению, уже никак нельзя — основная причина в том что это сильно быстрее и проще чем дебажить. Я был бы даже рад залезть в код, поглядеть в чем проблема, возможно, pr родить, однако, исходников библиотек в проекте просто нету, есть только рожденный компилятором js. Из-за чего, когда сильно нужно, приходится клонировать репо отдельно и смотреть там. При этом, кстати, еще ~ пару лет назад можно было использовать исходники, но потом сообщество ts внезапно решило что исходный ts в пакетах это зло и пакеты должны содержать только js и
d.ts(информацию о типах)...ЗЫ: Кстати, возможно как-то можно подтянуть исходники?
Вообще кстати можно у самой (местной) налоговой спросить — по идее самый лучший вариант :)
По моим ссылкам пишут что это было единственное такое письмо, а по второй есть письмо от конца 18 года.
Вполне возможно (не изучал тему), еще бредовее выглядит онлайн касса (для апрвока на патенте для 62 оквэда пока можно не применять), но куда деваться? ...
Странно, а бухгалтера про агентский договор (случай апворка) по другому пишут:
Оно не так работает. Налоговая сначала потребует пояснений, если они её не устроят то потребует доплатить (и/или еще могут придти с проверкой), а дальше если вы не согласны то суд и куча убитого времени. При этом никто не гарантирует что суд встанет на вашу сторону… А с валютой надо вообще осторожным быть, там неадекватные штрафы на каждый чих.
.
Насколько я понимаю из моей ссылки однозначно следует что дата дохода это дата оплаты клиентом и что нельзя уменьшать доход на комиссию upwork. Как в appstore не знаю, но мнение бухов тут (по агентскому договору) тоже вроде бы тоже однозначно. На хабре все споры были лишь по поводу являются ли "фантики" на счете апворка деньгами или нет (если нет то имхо логично что и ндс-а как бы не должно быть). Лично мне проще считать что да т.к. тут гораздо меньше неопределенности (ндс тот же) и в случае вопросов можно показывать скрины из апворка (которые кстати могут быть у банка + хз какие данные будет слать сам upwork) + см следующий пункт.
Патент не запрещает оказывать услуги зарубежным компаниям и/или через интернет. С местом выполнения работ мне не очень понятно, но не слышал чтобы налоговая придиралась к кому-то по этому поводу. С другой стороны патент требует чтобы услуги ему соответствовали — вот только акт апворка не содержит названия услуг, соответственно (при учете дохода при поступлении на р/c) налоговая может резонно решить что они не попадают под патент — как предполагается доказывать что попадают я не знаю…
Не рассматривал, эльба надолго оплачена + на момент перехода больше года создавал "бумажки" согласно этой статье, а их позиция, насколько я понял, немного отличается.
Да, с 2019 upwork должен платить его сам (скоро начнет, письмо некоторое время назад присылали)
Например https://www.buhonline.ru/forum/index?g=posts&t=479726 (споров много было, делаю как сказали в эльбе, но это кстати каждый год вызывает вопросы у налоговой...)
Вопрос интересный, но ответа у меня нет. Сам сейчас на патенте. Только я не очень понимаю почему именно upwork — он же всего лишь агент который принимает деньги.
Может быть, но почему в fusion-е ничего не лагает? Да и это всё равно не исправит тормоза при большом (4 или пять мелких моделей, одна сборка и штук 50 переменных суммарно, как тогда с реальными моделями работать?) количестве переменных.
Уже попробовал v18 — в целом стало лучше, но все равно подлагивает (например, при переключении эскиз/модель...), а если активно использовать переменные, то вообще всё откровенно тормозит :( (а уж какой удобный UI для работы с ними… одно выравнивание по правому краю чего стоит). В итоге начал переезд в Fusion 360 (хотя там пока тоже странностей хватает, но зато совсем без тормозов и бесплатно)…
Налоговая, кстати, уже начала собирать базу сайтов — неделю назад прислали письмо с просьбой предоставить данные (хз что им мешает самим поглядеть в декларации, лень разве что...).
Интересно, просто забьют или роскомнадзор банить будет?
До тех пор пока не захочется изменить структуру...
А 18 когда ждать? Как обычно через год? Чем, если не секрет, вызван подобный временной лаг? В 17 очень не понравилась отзывчивость ui — чувствуется что везде есть небольшой лаг, которые, ессно, раздражает. По отзывам 18 вроде побыстрее должна быть?
Насчет переучивания — имхо новый ui по большей части удобнее старого, после того как привыкнешь, "проблемы" есть только тогда, когда есть что-то часто используемое, но оно по дефолту скрыто и надо лишний раз кликать чтобы до него добраться (возможно, это настраивается?)
На данный момент 21500 используется Альфа-Банком (100%), Модулем (100%) и даже самим Тиньковым. И только вы пишите про 20200… В общем, удачи :)
Добавил в пост инструкцию для тинькова, найденную на тостере и там тоже 21500, уточните всё же у них
Если кому-то интересно изложил свой опыт оформления бумажек и общения с налоговой в этом случае вон там https://habr.com/post/421331/
Кратко: Бумажек заметно больше и у налоговой будут вопросы (из-за разных цифр в декларации и выписке из банка), но моей было достаточно скрина за год из Transaction History и объяснения что работаю по агентскому договору, доход, соответственно, учитываю на дату получения денег от клиента, а поступление на р/c просто вывод.
Так и спросите у них почему для агентского договора они говорят использовать 20200 вместо 21500, тем более когда вон их же объяснение разницы по ссылке