Сильно не хватает ВЕРТИКАЛЬНЫХ РАЗДЕЛИТЕЛЕЙ между столбцами таблиц

Таки будут нормальные таблицы?

Здесь первостепенно фичреквест про вертикальные разделители между столбцами. А потом уже выяснилось что оно и вёрстку ломает.

недоступны.

Ты просто своим трекпоинтом не попадаешь xD

Либо оно перекрывает не полностью, в зависимости от размера экрана - у меня кусочек кнопки видно.

Я бы занялся таблицами, но никто меня не учит (Как собрать локальную копию ЛОРа? (комментарий)). :)

И пробелы на подчеркивания замени в заголовке, чтобы окончательно сломать верстку.

Там же инструкция есть в репозитории, у меня по ней всё получилось.

у меня по ней всё получилось

Выбрал вариант с докером

vs

Научите без докера. :)

Я без докера делал.

Ну вот бы и добавил в свой тред конфиг nginx, если он сохранился.

Ты просто своим трекпоинтом не попадаешь

Я им могу попасть с точностью до пикселя. В звёздочку ещё можно попасть, а вот в глаз не получится, оно полностью перекрыто.

Целью было сложить столбцы максимально плотно, чтобы нагляднее показать что не всегда видно где заканчивается один столбец и начинается соседний. То что сломалась вёрстка это лишь побочный эффект, который по совместительству вскрыл другой баг.

испорченную вёрстку

Может тогда и горизонтальную прокрутку таблиц заодно?

Это уже в div-контейнер надо саму таблицу помещать. Мой feature request касается исключительно CSS.

UPD: Также это открывает ещё один баг: кнопки отслеживания/избранного перекрываются контентом и недоступны.

Какая разница, если они всё равно из-за скриптового смузи не работают и просто перезагружают страницу? Я просил поправить, но всем нас - рать

у меня полностью перекрывает, но на работоспособнось кнопок это не влияет - то что уже сломано - не сломать

Ага, давайте из ЛОР сделаем MS Office 365.

Совсем сдурели уже, что-ли?

+-----+-----+----+----+
| asd | sdf | sd | wr |
+-----+-----+----+----+
| 123 |  44 | 22 | 44 |
+-----+-----+----+----+

У меня кнопки перекрыты полностью, но посколько у таблицы прозрачный фон, то их тем не менее прекрасно видно. И нажать тоже можно без проблем, т.к. текст таблицы фокус на себя не крадёт.

Это в фф, а в имитаторе браузера от гугла может и сломано что-то.

Я nginx не использовал.

Сломано в древнем файерфоксе, в актуальных браузерах всё нормально работает.

Что ж, моя телепатия на НГ уехала в Лапландию.

Nginx не нужен, tomcat сам себе веб-сервер.

Софт
Мы работаем на:

Scala 2.13;
ActiveMQ 6.x;
Spring 6.x;
OpenSearch 2.x;

А в Debian/Devuan:

scala 2.11   
activemq 5.17.6
libopensearch-java 2.4.1   

Подойдут?
И со Spring непонятно. Оно?

libspring-core-java/unstable,unstable,now 4.3.30-2 all [installed,automatic] modular Java/J2EE application framework - Core

Вот только версия не 6.x

+-----+-----+----+----+
| asd | sdf | sd | wr |
+-----+-----+----+----+
| 123 |  44 | 22 | 44 |
+-----+-----+----+----+

┌─────┬─────┬────┬────┐
│ asd │ sdf │ sd │ wr │
├─────┼─────┼────┼────┤
│ 123 │  44 │ 22 │ 44 │
└─────┴─────┴────┴────┘

Хотел понтануться, но даже тут ЛОРчик обосрался. (%

«Куй железо, пока горячо.» Вёрстка ломается и с этим в теории надо что-то делать, вот я и предложил сразу, пока разговоры не утихли.

Ну вообще да, вёрстка на ЛОРе не везде идеальна и с этим надо что-то делать. Но исправлять вёрстку, изменение структуры элементов, это долго, муторно и больно.

Говорю как тот, кто уже третий год верстает дизайн своего блога. (=

Большую часть этого maven сам вытянет.

Посмотри инструкцию https://github.com/maxcom/lorsource/wiki/%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5-%D0%BB%D0%BE%D0%BA%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B9-%D0%BE%D1%82%D0%BB%D0%B0%D0%B4%D0%BE%D1%87%D0%BD%D0%BE%D0%B9-%D0%BA%D0%BE%D0%BF%D0%B8%D0%B8-%D1%81%D0%B0%D0%B9%D1%82%D0%B0 или скрипт который тесты гоняет: https://github.com/maxcom/lorsource/blob/master/.github/workflows/it.yml

У меня приемлемо выглядит. Firefox, если чо.

Только псевдографику набирать неудобно, даже если compose последовательности сделать.

Можешь же, если действительно надо. Соответственно, вопрос - зачем тебе таблички в движке ЛОРа понадобились?

У меня приемлемо выглядит. Firefox, если чо.

приемлемо

"Приемлемо" это не "хорошо", и далеко не "отлично".

Только псевдографику набирать неудобно, даже если compose последовательности сделать.

Ну то есть ты понимаешь чем таблицы в markdown лучше псевдографики, но всё равно задаёшь следующий вопрос. (%

А теперь попробуем ту же табличку без кода, чтобы можно было использовать остальную разметку:

┌─────┬─────┬────┬────┐ │ asd │ sdf │ sd │ wr │ ├─────┼─────┼────┼────┤ │ 123 │ 44 │ 22 │ 44 │ └─────┴─────┴────┴────┘

Шикарно…

┌─────┬─────┬────┬────┐
│ asd │ sdf │ sd │ wr │
├─────┼─────┼────┼────┤
│ 123 │ ← а здесь у нас дополнительный пробел съели 44 │ 22 ну и для верности сделаем столбцы разной ширины │ 44 │
└─────┴─────┴────┴────┘

Очень красиво, а главное — читабельно, не правда ли? (%

А теперь возьмём таблицу здорового человека:

зачем тебе таблички в движке ЛОРа понадобились?

Если существует данный фич-реквест, значит нужно. (=
А вот зачем ты спрашиваешь — вопрос открытый. (=

Как ты предлагаешь исправлять вёрстку то если таблица тупо не влезает в экран по горизонтали? По мне - лучше пусть так как сейчас, потому что два оставшихся варианта явно хуже:

1) растянуть весь форум чтобы таблица влезла, а форум перестал влезать в окно браузера

2) спрятать правую часть таблицы чтобы её нельзя было прочитать, либо ещё как-то сломать возможность рисовать широкие таблицы

Целью было сложить столбцы максимально плотно, чтобы нагляднее показать что не всегда видно где заканчивается один столбец и начинается соседний.

А тут не понял. УМВР.

Сомневаюсь что тут у всех древний фф, а про сломанность много кто написал.

Как ты предлагаешь исправлять вёрстку то если таблица тупо не влезает в экран по горизонтали?

Поместить в блок с горизонтальной прокруткой?

Добавил всего лишь три CSS свойства для таблицы и уже нормально стало смотреться: https://ibb.co/MDsPZ4Q

Для такой вертикально-маленькой таблицы это может и норм, а вот если он ещё и высокая, то этот горизонтальный скролл уплывёт куда-то вниз за границу видимой области и пользоваться им будет невозможно.

а вот если он ещё и высокая, то этот горизонтальный скролл уплывёт куда-то вниз за границу видимой области и пользоваться им будет невозможно.

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

Исправляется одной строкой CSS, просто никому не нужно видимо.

Как ты предлагаешь исправлять вёрстку

Ты не первый игноришь суть fr, потому я исправил пост. Перечитай. (=

• Столбцы таблиц на ЛОРе:

some  text

• Столбцы таблиц здорового человека:

| some | text |

Исправляется одной строкой CSS

А в Sass?
https://github.com/maxcom/lorsource/tree/master/src/main/webapp/sass

А в Sass?

Если бы я понимал эту новомодную дичь, я бы не стал заводить целый тред, а просто оформил бы пулл-реквест. (=

Sass, Less, всё одно и тоже.

Это препроцессор для CSS, там все тоже самое. Сомнительно что тебе нужна функциональность препроцессора для такой постой задачи, так что можешь не изучать.

3) сайдбар

Я открыл первый попавшийся scss-файл, увидел там какой-то @mix-что-то-там и сразу закрыл. (=

Читай и разбирайся тогда с Dockerfile и docker-compose.yml, там всё написано более-менее понятно.

Sass - надмножество CSS.

Если бы я понимал эту новомодную дичь, я бы не стал заводить целый тред, а просто оформил бы пулл-реквест.

Там вообще то все элементарно. Но вот с самим CSS проблема. Для того чтоб появлялся скролл нужно свойство overflow-x, но оно без свойства display не работает. А это свойство не дает таблице растянуться на всю ширину(что как по мне лучше чем три-четыре узкие колонки на всю ширину расползаются). У меня CSS ассоциируется с нелогичностью и постоянными хаками чтоб оно заработало так как требуется.

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

--- a/src/main/webapp/sass/_common.scss
+++ b/src/main/webapp/sass/_common.scss
@@ -172,6 +172,8 @@ h6 {
     margin-bottom: 1em;
     width: 100%;
     max-width: 100%;
+    overflow-x: auto;
+    display: block;
   }
 
   th {
@@ -182,6 +184,12 @@ h6 {
   td, th {
     padding: 0.75em;
     border-top: 1px solid;
+    border-left: 1px solid;
+    border-right: 1px solid;
+  }
+
+  td {
+    border-bottom: 1px solid;
   }
 }