Тестирование компонента nCatalogues 1.5.28 в разных верс - страница 2 - nCatalogues

Только сейчас заметил...в Title браузера тоже самое...

/components/com_ncatalogues/views/object/tmpl/default.php
Найти такой код
И заменить на

P.S. Вам надо моим Бета-тестером стать))

я не против

Ок, как раз скоро выйдет Бета версия компонента для J1.6.x

по всей видимости имелся в виду 'default.php'
К сожалению в этом файле нет вхождения 'setTitle'

как это нет?

Интересно... в инсталляции все есть именно так, как Вы указали а вот непосредственно на сайте там находится другой файл (по размеру точно: 2981 вместо 5534)

Возможно он остался от версии 27. Я вначале ее снес полностью (через анинстолл), а потом установил 28

в 27 он тоже там есть

и в 26 есть

но возножно при установке 28 он не переписался поверх... сейчас просто накачу новую версию

файл в студию.
Как он мог не переписаться, если начиная с 23 версии эта строка там есть

Все заработало! сенкс. Это я искал в admin/... а нужно было просто в components/... сорри. Пора спать. Заработался.

Спасибо за помощь.

Возник вопрос по сортировке табл. сайта, настройки которой выполняются в меню Joomla.
Мои действия:
1. выбираю необходимое поле для сортировки для данного пункта меню:

2. После нажатия сохранить (применить) получаю:


после этого фактически
1. сортировки по выбанному полю нет:

2. уже невозможно выполнять сортировку по др. полям.

Гляньте пожалуйста.

Сортировка по полю Порядок прекрасно работает.
Вопрос в том что у вас обозначает это поле Порядок, вы там добавили чтото?

Сортировка по полю Порядок прекрасно работает.

Т.е. как я понял, поведение компонента правильное?
Но тогда ФАКТИЧЕСКИ сортировка на сайте НЕ работает. Можете убедиться сами. Доступ у Вас есть. См. меню "Архив журнала > Архив статей"

Вопрос в том что у вас обозначает это поле Порядок, вы там добавили чтото?

Ничего не добавлял. Обычное стандартное числовое поле, формируемое по правилу: год+номер+страница, например 20110312 означает 2011 год, номер 3, страница 12.
Поле введено для глобальной сортировки ВСЕГО Архива статей, размещенных в каталоге.

Ничего не добавлял. Обычное стандартное числовое поле, формируемое по правилу: год+номер+страница, например 20110312 означает 2011 год, номер 3, страница 12.
Поле введено для глобальной сортировки ВСЕГО Архива статей, размещенных в каталоге.

То есть Порядок у вас это числовое поле?
Посмотрите внимательно - скорее всего в том выпадающем списке у вас 2 раза встретится это поле

Точно! Вы правы, есть там второе такое же поле. Выбрал его, стало сортировать. Но:
1. Возможно ли изменить направление сортировки по умолчанию. (Мне нужно в обратном порядке).
2. По прежнему НЕ выполняется сортировка при клике на шапке таблицы.

Подскажите, может изменить это поле на текстовое и станет легче?
Еще одно наблюдение - при нажатии на ссылку для сортировки похоже не происходит никакого обращения к серверу (т.к. не вращается иконка закладки) в случае же клика в админке на шапке для сортировки такое обращение к серверу происходит. Может на фронте кеш не пускает?

Еще одно наблюдение - при нажатии на ссылку для сортировки похоже не происходит никакого обращения к серверу

Да, действительно недоработка

в шаблоне search_form.php
После кода Нужно добавить

Да, действительно недоработка

Исправил, обращение к серверу пошло, значек сортировки появился, но сортировка некорреткная см. "НТУУ КПИ":


Полным ходом работаю бета-тестером

Если я правильно понимаю, Организация - это другой тип объекта? По этим данным проблематично делать сортировку, так как тут связь осуществляется через другую таблицу. В общем запрос сильно тормозить будет.

Да, Организация - это "Ссылка на дочерний объект".

Еще один вопрос. У меня 3 типа объекта. У всех у них один и тот же автор а вот подробности при редактировании этих объектов разные в том месте, где по логике должны быть одинаковые. А автора вообще нет. Так и должно быть? Скриншот:



Спасибо за коммент.

В случае  Организации авторов - там оказалась одна ошибка связанная с тем, что в имени одного пользователя был возврат каретки
В скрипте до этого не было предусмотрено - отсюда и ошибка.
а  в двух других в настройках Типов объектов не стояла Галочка, что Пользователи могут добавлять объявления

спасибо!
Т.е. как я понял сейчас у меня на сайте скрипт поправлен или удален возврат каретки?

Подправлен - он сам убирает лишние символы

Возвращаясь к проблеме НЕсохранения данных в поле.

1. Откатил из архива сайт до перехода (т.е. до 28). откатилось ок
2. Попробовал изменить то поле (Аннотация), которое в 29 НЕ сохранялось - сейчас сохранилось но!
3. Значение поля "user_id" до изменения было 0 после изм. стало 62 (admin).

Просьба прокоментировать. Иначе я так понимаю после обновления до 29 наверняка могут возникнуть глюки.

Заранее спасибо.

Ошибку с textarea я выявил.
Обновил и демку и все апдейты

1. обновился еще раз до 29 - ок
2. внес изменения ТОЛЬКО в одно поле (которое было проблемное), сохранил - ОК! сенкс!
3. но при этом поле user_id с 0 изменилось на 62 (как и раньше).

Вопрос: 3. так и должно быть?