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

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

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

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

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

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

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

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

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

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

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

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

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

Да, вот такой итог. Сегодня я откатился к тому, на чём закончил пару дней назад. Пара дней почти была потрачена впустую. Да и сегодня продуктивность была близка к уровню плинтуса. Илея реализовать обозначение объектов базы данных в виде пар имя БД-имя объектов провалилась. Сбылось, в общем-то то, чего я и ожидал. 

После того, как я сделал свойства-сущности в C#-класса, содержащие имена объектов с префиксом их базы данных, началось ужасное. Просто валом посыпались баги. Мне пришлось кучу раз внести поправки, корректировки, сделать костыли. Но багам конца не было. Весь мой C#-класс для работы с SQLite просто сломался. Не работало практически ничего. Просто крах...

Третий день провозился с этим злополучным контролом. Полностью его переделал. Так что сейчас он работает более корректно, ничего никуда не пропадает, а самое главное, что привязка данных теперь работает и не нужно прикручивать теперь никаких костылей, чтобы передать данные объекта. Вот, в общем, такой сегодня был день. День исправления багов. Ну поправил, но всё равно, идеально работать не будет да и не достижим он этот идеал...