Работа продолжает двигаться вперед. Уже есть новые видимые изменения в интерфейсе главного окна. На верхнем скриншоте красуется диалоговое окно со списком подключенных файлов баз данных. Там можно подключить другие файлы БД или же наоборот, отключить их. Это было реализовано ещё на прошлой неделе. Но до сих пор я этого скриншота не публиковал. 

Сегодня же первая часть дня у меня была посвящена работе над ошибками в контроле ModelEditor. Раньше, в моих прошлых проектах, он назывался ListEditor. Model же Editor - более осмысленное название, говорящее о том, что это - редактор свойств списка моделей, что более корректно. Ну и конечно, там были косяки. Два существенных таких косяка. Это мне его новый "крутой" Chat GPT 5.5 помогал создавать. И вот, создал с косяками. Ну а сегодня Claude Opus 4.7 помог мне эти косяки устранить. Да уж, лучше и мощнее чем Claude ИИ для программирования нет...

Работа снова течет. И сегодня я работал над различным функционалом. И снова сегодня команды главного окна претерпели изменения. Не знаю, какой раз - сотый, двухсотый... Но сейчас команд ровно 105. Это не так красиво, как 100, но всё же. Пришлось кое-что добавить и вернуть на своё законное место. Но сначала о том, что я вчера выкинул из функционала, ибо задолбало уже иметь дело с путаницей и не имеющей особого смысла сложностью. А выкинул я использование временных баз данных и шифрование файлов баз данных. Без этого пока что можно обойтись. Потому как это всё вносило путаницу и делало программу менее надежной в плане таящихся в ней багов. В перспективе это можно реализовать. А сейчас все создаваемые в программе проекты будут работать с существующими локальными файлами.

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

Что ж. Подобрался я вплотную к работе над представлением таблиц. Снова, надо сказать. Вчера я доделал контрол-редактор ячеек таблиц. Ну и мне снова пришлось покопаться в контроле для отображения диаграмм. Внести там некоторые изменения для того, чтобы можно было через диалоговое окно настроек диаграмм задавать данные для диаграммы, которые будут отображаться в ячейках таблиц. Этим я занимался в пятницу. Потратил на это не мало времени из-за чего не смог в пятницу (как планировал) завершить работу над контролом-редактором. А окно для настроек диаграмм я изменил так, чтобы был упрощенный вид и набор настроек для режима редактирования данных в ячейке. Не нужны там все прочие настройки, кроме настроек для сегментов диаграммы с данными. Вот вполне логично было сделать этот упрощенный режим. А в самом контроле диаграмм пришлось тоже внести некоторые изменения, для того, чтобы редактирование из ячейки таблицы работало...

Сегодня с утра, как и предполагалось, продолжил работу над переделыванием контрола ListEditor. Но перед этим кое-что улучшил в контроле представления таблиц. Это касается сортировки данных в столбцах и сортировки самих столбцов. Улучшил механизм. Ещё вчера, после того, как я написал вчерашний пост. 

Ну а затем вернулся к ListEditor. Немало он у меня времени отнял. До самого обеда. И вот этот контрол представлен на самом верхнем скриншоте. Были минуты отчаяния, когда я сомневался, что его можно исправить и что я зря это затеял. Потому что там постоянно возникали загадочные косяки. И я в очередной раз убедился, что невозможно сделать прямую привязку данных к элементу DataGrid через модель-представление, добившись корректной его работы. Нет, он, зараза, в этом случае корректно не работает. И пришлось в очередной раз идти обходным путем. то есть создавать обычное (не стилизованное) свойство класса контрола с наблюдаемой коллекцией и привязывать к этому свойству данные к DataGrid. Ну просто никак по-другому. Вот такие пироги...

Сегодня было мало интересного. Да и день сегодня, по понятным причинам не мог быть длинным. Пришлось лишь два с небольшим часа поработать. Но косяков я обнаружил немало. Но до этого добавил одну маленькую фишку. Добавил возможность задавать в настройках флаг привязки диаграммы к выбранным рядам данных активной таблицы. То есть задав этот флаг и добавив диаграмму в компоновку главного окна можно видеть в этой диаграмме текущие выбранные данные из активного представления таблицы. То есть таблицы из выбранной вкладки. Без добавления диаграммы на панель компоновки, собственно, эта настройка не имеет смысла. Данные в этом случае всё-равно берутся из привязанной к диаграмме таблицы. А вот если переместить диаграмму в панель компоновки, то этой привязки уже не будет и там нужно делать отдельную привязку к данным из активной таблицы...

День сегодня прошел не совсем по плану. Большую часть дня я посвятил не работе над представлением данных в ячейках таблицы, а над перестановками в интерфейсе. Доделывал то, что упустил. Но хорошо, что это вспомнилось. Потому как контрол для отображения таблиц работает в двух режимах. Первый - отображение, собственно, таблиц. А второй - отображение представлений таблиц. Второй режим отличается тем, что он доступен только для чтения. Представление таблицы нельзя редактировать, но вот сами таблицы редактировать можно. В связи с этим все команды, имеющие отношение к редактированию и модификации данных должны быть в режиме представления неактивны. Ну а я просто взял и скрыл отображение контекстной вкладки ленты, на которой расположены команды редактирования таблиц. А представления я обделил...

День сегодня снова в основном прошел за поправкой недоработанных косяков. Да, вчера вечером мне снова придумалось, что я могу улучшить из ранее сделанного. И вот так я сегодня поправил один не очень юзабельную вещь в интерфейсе. А именно - расположение панели с кнопками сохранения настроек отображаемой таблицы и панели кнопок сохранения изменений в таблице. Теперь они не выпадают сверху, заставляя спрыгнуть вниз таблицу и редактор свойств настроек таблицы. Теперь эти панели расположены соответственно под таблицей и под редактором свойств. Так что больше нет дёргания интерфейса, когда начинаешь что-либо редактировать, как было до сего. Вот только задаешься одним вопросом: почему я сразу до этого не додумался? Как же это бесит! Почему же нужны годы, чтобы добиться идеального решения?!...

Ну вот. День у меня уже закончился. Потому что нужно сделать небольшую паузу. Вчера у меня был нелёгкий день. Да и ночь тоже бессонная и не лёгкая. Потому что вчера я мучался с исправлением багов. Да и ночью с этим сидел до трёх часов, поскольку не спалось конкретно. Ох уж эти баги. Они как из рога изобилия хлестали. Один, за ним второй, третий, пятый, десятый... И так мне помучаться пришлось много часов. А именно возникли проблемы с вкладками таблиц. И с работой контрола для отображения данных таблиц. Короче, костылей нагородить пришлось не мало для того, чтобы всё нормально работало. 

И сегодня мне тоже пришлось фиксить баги. Тоже связанные с вкладками таблиц. Когда я делал эти вкладки, этих проблем не было. Не буду тут описывать что именно, потому что это скучные технические подробности. Но теперь, когда этот контрол используется в элементах макета окна, то тут возникли некоторые проблемы. И так довольно часто. Что-то сделаешь, она работает нормально, стоит изменить какие-то условия и бац - что-то перестает корректно работать...

Понедельник. День тяжёлый. Но это только для тех, кто все выходные расслаблялся. А я и выходные работал, потому для меня день не был тяжёлым. Ну и как это часто бывает, с утра я не начал делать то, что вчера планировал начать. К настройкам отображения таблиц я перешел только к пяти часам вечера. Ну а весь день до этого мне опять пришлось поправлять косяки, не досмотренные тогда, когда я занимался данным функционалом. А именно косяки в C#-классе для работы с базой данных. Там я допустил сразу два косяка. Первый - при обновлении (синхронизации) структуры базы данных у меня каждый раз перезаписывались объекты БД. Нужно было сделать так, чтобы перезаписи самих объектов не было, но было обновление свойств этих объектов с синхронизацией со свойствами объектов, напрямую полученных из базы данных. Вот это-то я и поправлял. Но это первый косяк. Второй косяк - я не пометил копируемые (синхронизируемые) свойства объектов специальными атрибутами, разрешающими это копирование. У меня бы затирались все свойства объектов, напрямую полученные из БД. Пришлось поправлять и это. А это справление повлекло за собой третий косяк, связанный с изменением структуры таблицы, который тоже пришлось поправлять...

Причины прокрастинации: почему мы медлим с принятием решений?

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