Victor256А эта штука вообще работает? Где мои базы? )
1. Регистрация только на одну базу. Т.е. тут идеология отличается от PgAdmin - там видны все базы данного сервера.
2. При регистрации надо правильно указать версию сервера. Ошибка уйдёт.

Victor256
Кстати - можно узнать сочетание, которое было указано? Т.е. какая реально версия сервера и какая была указана? Постараюсь обработать более корректно ситуацию.

Новая сборка
- Исправил ошибку при отображении информации о пользователе/группе если версия сервера >= 9.6, а в регистрационных данных указана < 9.6
+ При регистрации новой БД добавил контроль на заполненность наименования подключения (алиаса БД) - пустые значения запрещены.

Проблему я вроде решил. Для обновления данных теперь беру фактическую версию с сервера а не из данных регистрации.

Данные регистрации нужны для уточнения синтаксиса генерации скриптов на создание объектов БД.
У меня есть ситуации когда тестовая БД уже на более свежей версии, чем БД в продакшене.
Знаю, что это плохо - но это жизнь.

Новая сборка
- Исправил ошибку в автодополнении в редакторе SQL для UPDATE/DELETE запросов без CTE
+ Начал реализацию окна подсказки в редакторе SQL для параметров процедур/функций

mozheyko_d,
По ssh ключу действительно ещё не доделал - нет личной заинтересованности. Надо будет доделать.

Victor256,
Как человек, никогда не работавший с DBeaver, скажу - не знаю. Не знаю предоставляемый функционал DBeaver.

По факту мой манагер - это мой рабочий инструмент для разработки моих систем. Создание было вызвано отсутствием привычного функционала после перехода с FB на PG - особенно для линукса.
Заодно с его помощью я сам просто изучаю Postgres (ну и прочие СУБД).

Из постоянно используемых плюшек для меня важно удобство написание тригеров/хранилок в БД - поэтому там я постоянно что либо добавляю.
Также мне удобно иметь лог на создание объектов в БД в качестве файлов на обновление версий БД. Компарерами лениво пользоваться.
Ну и, естественно, написание запросов - поэтому всякие автодополнения в редакторе SQL с хинтами и подсказками.

В будущем хочется полнофункциональный отладчик для хранилок и триггеров реализовать (опять идея из IBExpert-а).

PS
А ещё мне не нравится внешний вид и отзывчивость приложений, написанных на яве - но это уже холивар.

DSKalugin,
Вот с EMS вопрос большой - они умудрились испортить интерфейс IBExpert-а (если не ошибаюсь - это изначально был один продукт)
Я перед созданием FBM пытался EMS ипользовать. Но дикие лаги при отрисовке - всё впечатление было испорчено.
А сейчас по функционалу FBM в части PG как бы не лучше. SQLite - наверное тоже весь функционал охватил. MySQL и FireBird - в принципе работает. Но там я сильно не полирую.

DSKalugin,
Есть такое. Двоеточия надо удваивать.
Тут ZEOS конфликтует с придумкой команды PG по кастованию типов.
А вообще кастовать можно по стандарту SQL - через CAST( xxx as yyy)
Через : в запрос передаются параметры - как и во всех приложениях Lazarus/Delphi.
Наверное сделаю настройку на работу в стиле PG.

DSKalugin,
В параметрах системы в разделе параметров PostgreSQL добавил флажок на выключение использования : как параметра запроса.
При выключенном флаге - можно кастовать типы в стиле PG, через ::

DSKalugin,
Там либо использовать : параметр как параметр либо использовать :: как каст
Одновременно - нельзя. (ZEOS так работает - его переписывать пока не хочется :-))
PS
Если есть идеи как это сделать - выслушаю.

Dmitri Krizhanovski,
Проблема в том что символ параметра в lazarus/delphi и символ привидения типа в PG один и тот же - ":"
И в том и другом случае он имеет долгую традицию - и просто так отказаться от него не получается.
Для меня в приоритете : как параметр - поэтому и есть такое поведение. Для отключения этого поведения я и добавил настройку.

Добавил колонку

Кнопку добавил
А также там есть шорткат - ctrl+"серый плюс" - я через него пользуюсь. Также команда доступна из инструментального меню грида (верхний левый угол грида).

А вообще проблема интересная - сейчас ширина колонки рассчитывается исходя из максимального размера данных. Хотя с большими колонками это действительно не удобно. Мысль бродит сделать какой нибудь хитрый расчёт ширины - но ещё не определился сам. Есть у кого какие идеи на этот счёт?


Собрал новую версию
Главное - работает с PG12
Также мелкие косметические правки.

Nebo,

Он так и есть. Исходники - https://github.com/lalexs75/FBManager