Понимание того, почему ячейка таблицы не оборачивается на 100%.

Поскольку доступ к разделу работает через ассоциации в Qlik, это было бы невозможно с вашей текущей моделью данных. У Марии нет нулевой машины - у нее нет ассоциации с автомобилем (которая будет отображаться как нуль, если вы поместите ПОЛЬЗОВАТЕЛЬ и АВТОМОБИЛЬ в таблицу, но это тонкая разница). Если вы структурировали свои данные несколько иначе, вы могли бы заставить его работать с пустым ... что-то вроде

car:
LOAD * INLINE
[
CAR,USER
GETZ,George
];

outer join(car):
LOAD * INLINE
[
USER
George
Maria
];

Возможно, вам понадобится заполнить пустые значения пустым потом ...

car2:
NOCONCATENATE LOAD
if(isnull(CAR),'',CAR) as CAR,
USER
Resident car;

drop table car;

Если невозможно присоединиться к двум таблицам, вы можете добавить пустые записи в свой автомобильный стол?

car:
LOAD 
*,
USER as USER2 
INLINE
[
CAR,USER
GETZ,George
];

person:
LOAD * INLINE
[
USER
George
Maria
];

concatenate(car)
LOAD 
USER,
'' as CAR
RESIDENT person
WHERE NOT EXISTS (USER2,USER);

Есть также варианты с каким-то комбинированным ключом или applymaps потенциально, но мы надеемся, что одно из приведенных выше достаточно полезно ...

1
задан Brian Tompsett - 汤莱恩 24 January 2019 в 10:03
поделиться

2 ответа

добавлено

body {
 overflow: hidden;
}

html,
body {
  margin: 0;
  height: 100%;
}

html {
  display: table;
}

body {
  background-color: #0000ff;
  display: table-row;
  overflow: hidden;
}

aside {
  background-color: #00ff00;
  display: table-cell;
}

header {
  background-color: #909090;
}

main {
  background-color: #ffffff;
  height: 100%;
}
<html>
  <body>
    <aside>ASIDE</aside>
    <header>HEADER<br>AND SOME CONTENT</header>
    <main>MAIN</main>
  </body>
</html>

0
ответ дан KJEK-Code 24 January 2019 в 10:03
поделиться

Этот ответ основан на моих предположениях и вдохновлен комментариями, которые я получил до сих пор. Я думаю, что это не может считаться приемлемым ответом. Это просто мое понимание неожиданного «основного» переполнения. Пусть это кому-нибудь послужит.

Как в первом примере, почему «main» переполняет содержащую html css-таблицу?

Высота «main» установлена ​​на 100% от содержащей анонимную ячейку, которая также содержит ненулевую высоту "заголовок". Это, очевидно, означает, что «main» переполняет ячейку, поскольку:

PERCENT_HEIGHT (ячейка, 100%) + HEIGHT (заголовок)> HEIGHT (ячейка)

Но как рассчитать процентную высоту для «main», поскольку предполагается, что высота анонимной ячейки равна «auto»?

В текущих реализациях высота анонимной ячейки вычисляется, чтобы быть равным вычисленной высоте строки вместо "авто" (ячейка заполняет строку). Это происходит, когда содержащая таблица и строка имеют явное значение свойства высоты в процентах, а строка содержит более одной ячейки.

Почему анонимная высота ячейки не увеличилась, так как сумма высоты "main" и "header" больше 100%?

В круговой зависимости расчет высоты ячейки и высоты содержимого ячейки. Последний представляет собой процентную высоту первого, которая, как ожидается, будет зависеть от последнего (соответствует содержанию ячейки).

Из CSS 2.1: https://www.w3.org/TR/CSS21/tables.html#height-layout

В CSS 2.1 высота поле ячейки - это минимальная высота, необходимая для содержимого.

TL; DR

Обратите внимание, что текущие реализации могут вести себя по-разному, когда высота строки и / или ячейки указывается с использованием процентных значений.

Из CSS 2.1: https://www.w3.org/TR/CSS21/tables.html#height-layout

CSS 2.1 не определяет, как Высота ячеек таблицы и строк таблицы рассчитывается, если их высота указана с использованием процентных значений.

См. также

0
ответ дан cedlog 24 January 2019 в 10:03
поделиться