1) Ширина берётся через методы объекта setting, который читает файл с настройками. Так что, да, она известна до печати.
2) 1. Бить строку по границе слова 2. Если предыдущее не помогло - бить по середине.
3) Ооо, вряд ли мне эта информация поможет. Но спасибо.
4) Идею я понял, хотя без понятия как её на практике реализовать на Java (хотя, на другом языке тоже без понятия) Хотя бы потому, что на самом деле у таблицы нет границ, потому что это технически не таблица вовсе, а её имитация. Хотя, может, зря я из этого делаю проблему, ширину столбцов-то я-таки знаю заранее... Короче, подумаю, спасибо за идею!
Ростислав Григорьев, Да, спасибо. Наверное, это помогло, пока точно не знаю, и вот почему: У меня до сих пор висит непонятный артефакт при попытке применить migrate, даже при успешных манипуляциях с makemigrations в виде:
django.core.exceptions.ValidationError: ["'Error: the date is not found' value has an invalid format. It must be in YYYY-MM-
DD HH:MM[:ss[.uuuuuu]][TZ] format."]
А я попробовал изменить дефолтное значение на дату. Я правда, не уверен, что запись вида "1999.01.01" корректна, но простите, он должен был бы изменить свою площадную ругань? Но не изменил. Я подозреваю, что мне проще уже из последнего бекапа работать, но чисто натуралистический вопрос - "а чё с ним?" За какую ручку дёрнули мои неаккуратные руки, что он ведёт себя так?
P.S. Не, самое смешное: я полностью удалил строку date, но ругань продолжается. Это просто.. Удивительное зло О_о
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.