Алексей Ярков, в принципе, вопрос частично снят) Когда стал делать пример в песочнице, сам разобрался, что кое-что делал не совсем правильно. В итоге переделал. Правда, сейчас стало тоже не на 100% идеально. Но лучше, чем было. Раньше железно запросы выполнялись в том, порядке, в котором объявлены компоненты. Хотя все через async await. Тыщу раз менял местами и перепроверял. Потом когда внес изменения стало чуть иначе, но все равно странно - такое ощущение, что они стали выполняться как бы "более-менее одновременно, но не одновременно", будто у первого объявленного компонента приоритет на выполнение запроса выше, т.е. в большинстве случаев первый объявленный загрузится быстрее. Но именно, в большинстве случаев, т.е. не всегда. А если поменять местами, и второй станет первым - то в большинстве случаев именно он загрузится быстрее. Хотя я сам не понимаю, как такое возможно. Но поскольку в целом, страница теперь стала рендериться быстрее, то и черт с ним.
Алексей Ярков, уже висит. Не помогает. Рендерятся строго в том порядке, в котором объявлены в родительском шаблоне, а не в том, в котором данные загрузились. Т.е. такое ощущение, что children-2 дожидается, когда будут загружены данные children-1.
Но мне, наоборот, не нужно дожидаться some_param. Возможно, я не совсем ясно сформулировал вопрос. Всего делается три запроса - один в родительском компоненте (на получение some_param), второй - внутри компонента children-1 и третий - внутри children-2. Сейчас они делаются друг за другом, причем some_param вообще выполняется последним, хотя находится в родительском компоненте. Я же хочу, чтобы они делались одновременно. Если первым завершится запрос children-2, то чтобы и отрендерилось первым содержимое children-2. Если у children-1, то - children-1. Причем независимо от того, завершился ли вообще запрос на some_param, и если завершился, то неважно, когда, хоть раньше всех остальных, хоть позже.
Если iframe со стороннего ресурса и без собственных методов - то, в строгом смысле слова, никак. Но если это фрейм с управляемыми методами, скажем, с youtube, то нужно поискать как управлять событиями youtube-плеера, т.е. по клику по заглушке триггерить запуск проигрывателя. Или вообще по клику подгружать и рендерить сам iframe. Основываясь хотя бы на этом.
Нет, здесь нет того, что мне надо. Там речь об инлайновых стилях, которые мало того, что захламлят template и data, так еще и исключают возможность работы с препроцессорами и вынуждают вендорные префиксы писать руками.
Дима Турков, не, так довольно отстойно, в том смысле, что тогда придется на каждый класс вешать проверку. Я решил немного по-другому сделать - добавлять один единственный класс на весь корневой компонент, и стили классам потомков присваивать внутри этого корневого класса.
.stylized {
.child-class { ... }
}
Плохо только то, что в любом случае эти стили все равно будут попадать в сборку, если я правильно понимаю. Просто не будут применяться. Ну хоть так...
При таком подходе мы присваиваем/не присваиваем класс тегу, а не стили классу. Мне нужно, чтобы имя класса присутствовало в любом случае. Причем чтобы в обоих случаях оно было одинаковым. Меня интересует конкретно - как присваивать/не присваивать стили классам в зависимости от true/false.
Я просто в своей логике исходил из того, что Vue можно же использовать в самых обычных html-шаблонах, предварительно подключив файл самого фреймворка. То есть гибрид такой получится. Собственно, разрабы vue и хвастаются этой универсальностью. Я могу, в принципе, даже переписать все это приложение именно под использование в html-файлах, благо оно небольшое, и оно будет работать. Сейчас оно написано именно на компонентах, на файлах с расширением .vue. Видимо, в краткосрочной перспективе, так и придется сделать, но в более крупной перспективе - да, понятное дело, что чтобы понять досконально, надо перелопатить как минимум, документацию, но как правило, ее обычно не хватает. Т.е. это процесс долгий, а надо как обычно, уже сейчас. Я просто подумал, что, может, есть некий относительно простой универсальный принцип сохранения проекта как библиотеки для повторного использования почти где угодно, о котором я не знаю.
hint000, Спасибо, я, в принципе, вечером вчера тоже смог разобраться и сделать. Мне просто надо было еще не просто общую сумму посчитать, но и количество обоих пособий, но это совсем просто. С этой разницей в минуту тоже разобрался, как раз делаю, как вы пишете, вычитаю минуту.
Почему-то формула не хочет работать ни в excel, ни в spreadsheet. Но, если я правильно ее понял, это все же не совсем то. Попробую на скринах проиллюстрировать
Чувствую, что вроде как близко к решению все, и не слишком-то вроде и сложно, но зациклился и туплю... Натолкните, плз, на решение))
d-stream, дело ж не в законодательстве, а в конкретной задаче)) Не требуется писать 1С-Бухгалтерию, которая будет считать и учитывать вообще всё. Тут речь исключительно о расчете суточных на питание. Все остальные коэффициенты бухгалтерия, видимо, будет потом рассчитывать отдельно. Точнее, скорей всего, бухгалтерии вообще эта форма не нужна, это чисто для самого командировщика, чтобы прикинуть, сколько ему полагается денег на еду, и только. К тому же, когда я тестировал форму в примере - я какие только даты и интервалы не анализировал. И там вообще нет никаких заморочек по поводу окладов, праздничных, переработок, времени суток и прочего. Всегда железно одна и та же последовательность интервалов, что я описал. И задачей является "сделать точно так же". Поэтому меня законодательство вообще не интересует) Но интересует, как понять, в какой интервал входит число часов, проведенных в командировке. Вот получил я, например, 179 часов. Мне надо понять, сколько за это время полагается полных "питательных" ставок, и не затесалась ли туда заодно и частичная ставка (она в любом случае всегда будет одна, а полных может быть несколько). Тут чистая математика, словом, и я именно в ней не могу разобраться.
Нет, настолько усложнять алгоритм задача не требует, т.е. каких-то особых условий, которые вы перечислили, точно нет. Все вписывается в порядок, которую я расписал. Мне лишь нужно понять математическую логику этого порядка. За совет поискать формулу на каком-нибудь официальном источнике - спасибо, попробую.
Дмитрий Беляев, спасибо, в принципе, то что нужно. Я, признаться, не знал о такой теме, как inputmode="numeric")) Это любопытный гибрид type text и type number.
Просто справедливости ради - именно input type="number" позволяет писать буквы, если эти буквы могут являться частью числа. Попробуйте сами в чистом type number написать например 1e9 или 1e-6. Все прекрасно напишется)
NikolayNB, смотрите сообщения в консоли браузера, как правило, он сообщает о причинах, почему какой-то фрагмент кода ломается. Причины могут быть в чем угодно, но разбираться в них - все-таки уже выходит за рамки просто вопроса. Думаю вам стоит сначала хорошенько изучить основы html и javascript, а точнее - как именно происходит взаимодействие js с DOM-деревом, чтобы понимать, как вся эта кухня работает.
