Скорее всего, вы в разных режимах собираете - в отладочном и в релизном. В отладочном режиме код будет в разы больше. Надо либо собирать в релизном режиме, либо на бинарник натравить утилиту strip:

strip <имя_бинарника>

- про 'режимы сборки' постараюсь поразбираться позже, ! а применив 'strip' - размер уменьшился ~= в 12 раз.
спасибо.

- некоторое время назад собрал v-1.44.167 (и 32, и 64-бит).
--> с кириллицей в ссылках - порядок ;
-- #самостоятельно собирал впервые - рад что удачно собирается;
--! НО заметил, что при сборке разных версий (конкретно baseManagement=1.44.167 -vs- realese=1.44.147) выходит разный размер Проги [!#кратно] (и 32, и 64-бит . И ч/з 'qmake', и ч/з QtCreator[<< #ч/з него при линукс-сборке только нагрузка на проц больше]).

=> 2xintrea ? : чем это может быть обусловленно (#в гит-делах и т.п. пока не очень разбираюсь), или я в чём-то где-то ошибаюсь?

По размеру итогового бинарного кода разные релизы не должны кратно различаться. Скорее всего, вы в разных режимах собираете - в отладочном и в релизном. В отладочном режиме код будет в разы больше. Надо либо собирать в релизном режиме, либо на бинарник натравить утилиту strip:

strip <имя_бинарника>

.. Но собирать придется самому из ветки basesManagement:

https://github.com/xintrea/mytetra_dev/ … Management...

- некоторое время назад собрал v-1.44.167 (и 32, и 64-бит).
--> с кириллицей в ссылках - порядок ;
-- #самостоятельно собирал впервые - рад что удачно собирается;
--! НО заметил, что при сборке разных версий (конкретно baseManagement=1.44.167 -vs- realese=1.44.147) выходит разный размер Проги [!#кратно] (и 32, и 64-бит . И ч/з 'qmake', и ч/з QtCreator[<< #ч/з него при линукс-сборке только нагрузка на проц больше]).

=> 2xintrea ? : чем это может быть обусловленно (#в гит-делах и т.п. пока не очень разбираюсь), или я в чём-то где-то ошибаюсь?

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

- у меня нередко запущенны 2 экземпляраПроги, т.к. есть две Базы (с разными юзер-правами #"исторически" так получилось. [+ редко "переносные сквош-версии"]).
|=> имхо, ~=:
- 1 - можно ориентироваться на 'очереднось расположениия иконокПорги в трее' (в соответствии с 'очерёдностью запусков экземпляров' и 'очередностью расположения иконок ОконнымМенеджером');
- 2 - (! предполагаю, но на практике пока руки не дошли) можно собрать Прогу из исходников самостоят-но с предварительной "редактурой/подкраской-под-себя"-/mytetra_dev-basesManagement(?/mytetra_dev-experimental)/app/desktop/mytetra.svg(?/.png/.ico) << #про необходимое расширение у меня пока нет чёткой определённости.

Если запущены две и более базы программы, то на Панели задач трудно разобраться, какая где база, поскольку заголовок базы всегда один и тот же - "MyTetra". Приходится раскрывать поочерёдно каждую базу заметок, что сильно расстраивает.  Предлагаю сделать возможным менять заголовок конкретной базы, возможно в настройках непосредственно, или в ini-файле. Не хочется делать одну базу и перегружать её разнородной информацией. Заранее спасибо Автору.

Решение интересное, надо подумать.

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

В пределах одной базы конечно внутренние ссылки будут работать.

- спасибо. понял. рад.

не могу сообразить - если допустим сделаю открытую 'MTt-базу' на git-ресурсе --> ? : будут ли работать в MTt-записях внутренние ссылки на другие MTt-записи-Базы?

В пределах одной базы конечно внутренние ссылки будут работать.

также предполагаю, что это ни как не основной предзаложенный целевой юзкейс(/набор пользовательских действий) для MyTetra.
... и не допонимаю системная ли это "заморочка", или xdg-open, или qt-шная или какая ещё....

В общем, я справил эту проблему. Но собирать придется самому из ветки basesManagement:

https://github.com/xintrea/mytetra_dev/ … Management

Там теперь есть два коммита:

Исправлено открытие ссылки на файл из редактора, если в его пути или имени
содержатся символы кириллицы.

Правильное открытие ссылок заработало и для поля записи Url, которое
находится под текстом записи.

заранее благодарен )пробовал на разных линукс-сборках - если есть киррилица в URI-путях - то "не понимает"

Кажется, я понял в чем проблема. У меня LXDE, но происходит то же что у вас. Я создал две ссылки на файл - в одной есть кириллица, в другой - только английские символы. С английскими символами открывает. А с кириллицей - нет.

Происходит это потому, что в Qt происходит автоматическое конвертирование любого вида такой ссылки в стандарт HTML, чтобы ссылка была переносимой между браузерами.

То есть, в HTML-коде записи ссылка хранится в явном виде:

<a href="/home/user/work/misc/txt/00101_имя_с_кириллицей/file.txt">

А при открытии ссылка переделывается в HTML-ссылку:

/home/user/work/misc/txt/00101_%D0%B8%D0%BC%D1%8F_%D1%81_%D0%BA%D0%B8%D1%80%D0%B8%D0%BB%D0%BB%D0%B8%D1%86%D0%B5%D0%B9/file.txt: Нет такого файла или каталога

Если бы это была http/https/ftp ссылка, то она бы открывалась в браузере, и браузер ее нормально поймет.

Но ссылка на файл открывается в файловом менеджере или в связанной программе просмотра (например, если это pdf-файл, то будет использоваться просмоторщик PDF). А эти программы не понимают такой записи.

xdg-open: file '/mnt/sda3/HDD-cllct_hp-lcl/PC-%D0%BC%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%B0%D0%BB%D1%8B/' does not exist

;
-- по 'Ctrl+ЛКМ' на ссылке /mnt/sda3/HDD-cllct_hp-lcl/PC-%D0%BC%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%B0%D0%BB%D1%8B/ - пишет :

xdg-open: file '/mnt/sda3/HDD-cllct_hp-lcl/PC-%D0%BC%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%B0%D0%BB%D1%8B/' does not exist

---------------------
с терминала -

root@cp:~# rox /mnt/sda3/HDD-cllct_hp-lcl/PC-материалы/

- нормально открывает каталог в 'rox'.
===========
# так-то я далеко не кодер - по кодировкам на линукс осматривался относительно бегло.
# + как понимаю в браузерах с киррилич-кодировками тоже есть "особенности".
===========
также предполагаю, что это ни как не основной предзаложенный целевой юзкейс(/набор пользовательских действий) для MyTetra.
... и не допонимаю системная ли это "заморочка", или xdg-open, или qt-шная или какая ещё....
====================
=====================
) по большому счёту мне прога и так нравится - просто пока не пользую киррилич-символы-в-URI-путях (пользовать URI-ссылки стараюсь преимущественно для каталогов - т.к. безопасней - кто его знает какие преднастройки у ф/м).
  Просто по-случаю поднял тему - вдруг найдется простое решение/пояснение...
=========
=======
=======
upd
зы
попробовал

root@cp:~# rox /mnt/sda3/HDD-cllct_hp-lcl/PC-%D0%BC%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%B0%D0%BB%D1%8B/

=> в GTK-rox-окне:
Файл не существует или нет доступа: /mnt/sda3/HDD-cllct_hp-lcl/PC-%D0%BC%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%B0%D0%BB%D1%8B/

заранее благодарен )пробовал на разных линукс-сборках - если есть киррилица в URI-путях - то "не понимает" (т.е. например у меня по 'Ctrl+ЛКМ' - настроено открытие в 'rox-filer' ).

Что имеется в виду? То есть, есть текст записи, в котором написана какая-то ссылка, причем ссылка - это не просто интернетовский URL, а ссылка на локальный файл или директорию? И если в этой ссылке есть кириллица, то в GTK+ файловый менеджер rox-filer она передается так, что он не может открыть этот путь к файлу/директории? Или другой вариант - ссылка передается правильно, а сам rox-filer не может ее правильно принять? В этом проблема?

- охота чтоб - по ПКМ на тексте, содежащим ссылку, в контекстном меню присутствовал пункт=="копировать адрес ссылки".

Записал вашу хотелку. Ее сделать достаточно просто. Но вот когда руки дойдут - не знаю