rusiq пишет:

Предположим, что вы воплотили в реальност плоды своих стремлений. Дальше, что?

Вы про локализацию или про весь этот плагин в целом ?

Если про локализацию, то уже придумал и сделал (как раз сегодня проверяю) - можно добавлять прямо из админки переводы названий пунктов меню для нужного кол-ва языков (сохраняется в тот самый menu.ini, как задумывал автор в директорию, соответствующую указанному языку, а при выводе меню на сайте подхватывается тот перевод, который соответствует текущему языку).

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

Видать не до работал

Предположим, что вы воплотили в реальност плоды своих стремлений. Дальше, что?

Вы про локализацию или про весь этот плагин в целом ?

Если про локализацию, то уже придумал и сделал (как раз сегодня проверяю) - можно добавлять прямо из админки переводы названий пунктов меню для нужного кол-ва языков (сохраняется в тот самый menu.ini, как задумывал автор в директорию, соответствующую указанному языку, а при выводе меню на сайте подхватывается тот перевод, который соответствует текущему языку).

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

хотя пока не очень понимаю, как это можно сделать без чрезмерного усложнения кода

Предположим, что вы воплотили в реальност плоды своих стремлений. Дальше, что?

Кстати, необходимость руками оформлять тот самый файл локализации menu.ini в случае, когда пользователю нужно задействовать механизм локализации, безусловно нельзя считать удачным решением (думаю, автор планировал как-то решить этот вопрос позже, но забросил свою разработку). Я попробую добавить какой-то механизм "визуального" редактирования файла локализации из админки, хотя пока не очень понимаю, как это можно сделать без чрезмерного усложнения кода.

LoadPluginLibrary('menu_pro', 'mylib');

ВНИМАНИЕ: запись в файле "version" отрабатывается только при "установке" плагина в систему, при которой происходит сохранение этой информации в "недрах" движка (в файл /engine/conf/plugins.php) для корректной работы функции LoadPluginLibrary !

Вооружившись этими знаниями, я сделал в нашем плагине поддиректоию "lib" и поместил туда тот самый "ХАК" ("dbtree.class.ng.php"). Чтобы это работало, я (до "установки" плагина) добавил в файл "version" строку:

Library: mylib; lib/dbtree.class.ng.php

А в файлы с кодом плагина добавил вызов LoadPluginLibrary вместо авторских @include_once ...

... небольшая инфа была на вики ...

Про web.archive то я и забыл - и правда, там есть, что почитать. Спасибо.
Вот только зачем же в марте 2018г. эту Wiki отключили :-(
Надо бы куда-то выложить ценную сохранившуюся информацию - пусть даже с пометкой "архив: возможно устарело".

И не могу понять, почему там всё крутится вокруг "новостей": а если у меня их нет на сайте ?

Изначально движок новостной

Это костыль или фича

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

Нашёл ещё одну ошибку у автора. Сразу оговорюсь: возможно, здесь имеет значение версия PHP, и у автора раньше работало иначе, но тем не менее.
И так - в файле menu_pro.php в функции plugin_menu_pro_get_nodes есть строка, в которой эта функция рекуррентно вызывает сама себя для заполнения списка подпунктов меню:

$entries = plugin_menu_pro_get_nodes($nodes, ++$pos, $count, $dir, $url, $icon_dir, $icon_url);

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

Ну что здесь не понятного, можешь почитать редми https://ngcmshak.ru/readme/094/docs/index.html, файл news.categories.tpl . эта папка есть и у тебя ,там все подробно по шаблонам

Да, спасибо, эти все материалы у меня есть - жалко, что там почти ничего не рассказано про создание плагинов ("внутрянки" для программистов). Но я, вероятно, мыслю как-то совершенно иначе, чем все остальные :-) И не могу понять, почему там всё крутится вокруг "новостей": а если у меня их нет на сайте ? Совсем нет! Какое отношение имеют "категории новостей" к нужной мне статической структуре меню с пунктами, ссылающимися на произвольные статические страницы сайта? Сайты ведь бывают не только в виде бесконечной ленты новостей, разбитых на какие-то категории. Бывают и old-school сайты просто с набором страниц без каких-либо "новостей". Просто сайт с информацией об организации. Не магазин, не блог, не новостной сайт. Просто информационный, почти статический, сайт, из пары десятков страниц с какой-то информацией. Но всё же эти страницы иногда (примерно раз-два в год) дополняют, что-то корректируя и добавляя что-то новое (в том числе и корректируя подпункты в меню с ссылками на старые/новые страницы). Вот для такого случая и нужно обычное статическое "неавтоматическое" меню (и редактор для него в админке для владельца сайта).  Думаю, автор этого плагина меня бы понял. Даже, если это нужно в единичных случаях - почему бы не существовать такой возможности ?
Как я могу предположить, идеологически NGCMS проектировалась под совершенно иной (более современный и популярный) сценарий использования сайта, но у небольших организаций бывают разные потребности, и не всем нужны новостные интерактивные порталы - иногда стоит совсем иная задача (например, небольшая общественная организация, использует такой сайт для выполнения минимума обязательных требований закона по раскрытию информации о совей деятельности).

Ну вообще с появлением твига  этот плагин  не нужен, все решается на уровне шаблона, и управлении категориями , в шаблоне файл news.categories.tpl оформляем все в соответствии с шаблоном, создаем категории в админке и там отмечаем показывать категорию или нет. Плагин не нужен , все уже автоматизировано.

Не очень понял, о чём Вы.  Мне нужно было сделать обычное меню: "Главное", "О Компании", "Документы", "Информация", "Контакты". В некоторых пунктах по 3-4 подпункта...   Никаких инструментов в админке для этого не было, меню было "нарисовано" руками в шаблоне на обычном HTML и корректировалось в текстовом редакторе руками.  Вот я и делаю нормальный визуальный редактор пунктов меню для админки сайта.
Возможно, Вы описываете какой-то иной сценарий использования NGCMS - как новостной портал. Но у меня новостей фактически нет, а есть сайт организации с набором статических страниц ("статей" в терминологии NGCMS).

...
Я не профессиональный программист
...

Для начала заведите профиль на github. Выкладывайте туда свои «переделки». На гитхабе будет проще помочь вам.

Что касается версии PHP, то берите сразу 8.0.0 как минимум.

Плагин был написан скорее всего на php до 5 версии, и для движка версии 0.9.1 или 0.9.2.  это было давно, релиз 0.9.5, есть utf версия на гите, часть плагинов переписана на версию php > 7  и с поддержкой твига. Так что возмущаться на старьё не есть гут. Можешь перепиши , за это большое спасибо.

Хочу пояснить - я искал средство визуального редактирования структуры произвольного многоуровневого списка для сайта (как обычно оформляют меню)  для NGCMS, но ЕДИНСТВЕННОЕ, что было создано для этого движка с такой функциональностью - этот старый плагин. Если бы было что-то новее - я бы взял новее.  Честно говоря, для меня совершенно не понятно, почему все эти годы практически никому не было нужно добавить в админку визуальный редактор меню, ведь если сайт делается не для себя, то им будут пользоваться люди, не умеющие сами корректно (не сломав разметку) редактировать файл шаблона, когда им захочется добавить подпункт в меню.

То, о чём я написал до этого на этом форуме - не "возмущение" (я наоборот очень благодарен автору за хорошую заготовку), а просто мысли вслух для таких же, как я, кто найдёт этот плагин на этом сайте и захочет его применить. Я не профессиональный программист, поэтому я не настолько уверен в своих силах, чтобы просто написать "Работаю над новой исправленной версией, скоро выложу". Я действительно уже кое-что переделал и сейчас хочу изменить интерфейс настройки меню (тот, что в админке плагина) - сделать его "древовидным" (а не табличным), да ещё с кастомным контекстным меню на пунктах и т.п. Но для меня это - совсем не просто (хотя я и использую готовую библиотеку TreeView).  Если всё получится и будет иметь "товарный вид" - с радостью тут поделюсь с другими. Но я пока что даже не очень понимаю, как правильно модифицировать инсталлятор плагина, чтобы всё автоматически устанавливалось и работало "из коробки" (документации же никакой по "плагино-строению" нет), поэтому не знаю, чем дело кончится ... 
Что касается версий - у меня написано в админке "0.9.5 Release + GIT 20170301", а PHP на тестовом сервере вообще v5.6 (потом, кстати, и правда надо будет проверить, работает ли это всё на седьмой версии, но думаю должно работать).
Так или иначе - буду рассказывать о результатах своего творчества, т.к. уверен, что хоть один человек кроме меня да захочет реализовать подобную функциональность на своём сайте.

Ещё одно исправление (не совсем ошибка, но, думаю, надо исправить): везде, где формируется адрес ссылки для пункта меню (как в файле menu_pro.php, так и в "админке" config.php), есть условие, проверяющее поле адреса для этого пункта меню - если оно не заполнено (является пустой строкой), то почкму-то сразу вставляется ссылка на плагин (посредством функции generatePluginLink), даже, если никакого имени плагина для этого пункта меню не вводилось - не хорошо.
Я добавил там везде вторую проверку (на пустоту имени плагина), и если имя плагина не было введено (а основное поле адреса для этого пункта меню  пустое), то формируется ссылка, состоящая просто из одного слэша (по сути - на домен сайта, что обычно эквивалентно главной странице). Как вариант, можно было бы сделать, чтобы в таком случае подставлялась ссылка из заглавия меню или какая-нибудь заглушка '#', но лишь бы не таинственное '/plugin///', как возникало в исходном авторском варианте.

Плагин был написан скорее всего на php до 5 версии, и для движка версии 0.9.1 или 0.9.2.  это было давно, релиз 0.9.5, есть utf версия на гите, часть плагинов переписана на версию php > 7  и с поддержкой твига. Так что возмущаться на старьё не есть гут. Можешь перепиши , за это большое спасибо.