DS
Aggr(only({<>}if()), data)
Size: a a a
2021 April 02
DS
Aggr(only({<>}if()), data)
Можно вот так ещё попробовать , чтобы фильтры не перечислять Aggr(only({1}if()), data)
И
Aggr(only({1}if()), data) не взлетает, работает только с текущим годом, или если даты не выбраны.
SD
Дмитрий
Здравствуйте. Нужно реализовать многоязычный интерфейс в приложении, есть возможность как-то потянуть язык из настроек браузера?
В community видел пару примеров. Вот одна ссылка - https://community.qlik.com/t5/QlikView-Documents/How-to-Handle-Multi-Language-Translations-in-QlikView-zip/ta-p/1478211, но я видел покруче, не могу сейчас найти.
GE
Serghei Danici
В community видел пару примеров. Вот одна ссылка - https://community.qlik.com/t5/QlikView-Documents/How-to-Handle-Multi-Language-Translations-in-QlikView-zip/ta-p/1478211, но я видел покруче, не могу сейчас найти.
В QV это было гораздо легче сделать, чем в QS, но принцип в целом тот же
L
Hi Experts,
can some one please help to give the solution for the below mentioned two threads.
https://community.qlik.com/t5/QlikView-App-Dev/Color-Coding-for-the-Summary/m-p/1796648#M1211308
https://community.qlik.com/t5/QlikView-App-Dev/Values-to-breakup-in-Chart-Table/m-p/1796657#M1211311.
Thanks in Advance
Vepuri
can some one please help to give the solution for the below mentioned two threads.
https://community.qlik.com/t5/QlikView-App-Dev/Color-Coding-for-the-Summary/m-p/1796648#M1211308
https://community.qlik.com/t5/QlikView-App-Dev/Values-to-breakup-in-Chart-Table/m-p/1796657#M1211311.
Thanks in Advance
Vepuri
EI
Aggr(only({1}if()), data) не взлетает, работает только с текущим годом, или если даты не выбраны.
Сделайте, как Галина посоветовала.
Ограничьте набор записей не в измерении а через выражение сет-анализа меры.
При формировании выражения для даты следует учитывать формат поля.
Если приложение планируется обновлять регулярно, то можно обойтись формированием флага по дате в скрипте.
В этом случае в мере будет простое условие {<_Flag={1}>}.
Для исключения влияния выборки можно использовать 1.
Ограничьте набор записей не в измерении а через выражение сет-анализа меры.
При формировании выражения для даты следует учитывать формат поля.
Если приложение планируется обновлять регулярно, то можно обойтись формированием флага по дате в скрипте.
В этом случае в мере будет простое условие {<_Flag={1}>}.
Для исключения влияния выборки можно использовать 1.
И
Сделайте, как Галина посоветовала.
Ограничьте набор записей не в измерении а через выражение сет-анализа меры.
При формировании выражения для даты следует учитывать формат поля.
Если приложение планируется обновлять регулярно, то можно обойтись формированием флага по дате в скрипте.
В этом случае в мере будет простое условие {<_Flag={1}>}.
Для исключения влияния выборки можно использовать 1.
Ограничьте набор записей не в измерении а через выражение сет-анализа меры.
При формировании выражения для даты следует учитывать формат поля.
Если приложение планируется обновлять регулярно, то можно обойтись формированием флага по дате в скрипте.
В этом случае в мере будет простое условие {<_Flag={1}>}.
Для исключения влияния выборки можно использовать 1.
Спасибо. Не уверен что будут ежедневно обновлять, но думаю флаг будет оптимальным решением. Там ещё два источника будем сливать - факт за прошлую и план на будущие недели.
EI
Спасибо. Не уверен что будут ежедневно обновлять, но думаю флаг будет оптимальным решением. Там ещё два источника будем сливать - факт за прошлую и план на будущие недели.
если не уверены, то лучше выражение. Флаг сформируется на момент обновления, и на следующий день период не изменится - будет некорректное отображение.
И
Но если не обновят - то и данных не будет по фактам, и недели не подвинутся. Нужно впрочем с заказчиком обсудить...
2021 April 03
СР
А можно ли в клике в выражении определять переменные и в них делать промежуточные расчеты? и как это записать в части синтаксиса?
GE
А можно ли в клике в выражении определять переменные и в них делать промежуточные расчеты? и как это записать в части синтаксиса?
Если ваша переменная возвращает корректный результат в другую переменную, то вложение переменной в переменную допустимо
ZS
А можно ли в клике в выражении определять переменные и в них делать промежуточные расчеты? и как это записать в части синтаксиса?
Нет, клик не декларативный и не язык, скрипт - это язык сценариев, выражения -логические формулы. Но поддерживается многоуровневая вложенность переменных. То есть в переменной а может быть переменная б, в ней переменная в и так далее
СР
Не совсем об этом речь, например я пишу выражение в диаграмме, и перед этим выражением должна быть переменная где должен быть промежуточный расчет, такое возможно?
ZS
Не совсем об этом речь, например я пишу выражение в диаграмме, и перед этим выражением должна быть переменная где должен быть промежуточный расчет, такое возможно?
Уточните ещё, пожалуйста. Что обозначает промежуточный расчёт и какое в итоге поведение ожидается?
СР
Let CountRows = Count(DISTINCT [FieldTable])
Sum([NewField])-CountRows
Вот такое возможно записать в выражении диаграммы?
Sum([NewField])-CountRows
Вот такое возможно записать в выражении диаграммы?
ZS
Да, конечно
ZS
Вам нужно обернуть переменную в $() тогда содержимое переменной пройдёт evaluate и будет подставлен результат
ZS
Точнее все немного хитрее, но sum(sales)-$(var1) сработает
ZS