Как можно не понять одного – чем лучше продукт, чем ответственнее к этому относишься, тем больше денежек в итоге.
Ошибки могут быть у всех, но, во первых, серьёзным отношением их можно минимизировать, а во вторых их нужно исправлять. Тут как-то обсуждалось, что некоторые дополнения ставите на свой страх и риск, ибо они не будут поддерживаться. Ну хорошо, и на это разработчик имеет право, но тогда об этом должно быть как-то помечено или раздел особый, что-ли. Чтобы такие вещи ставили себе те, кто сможет сам исправить ошибку, в случае чего. Вот я, например, не смогу, поэтому и ставить не стану. Дороже может обойтись
.
Придя на Инстант, я, зашел в Дополнения и пометил интересующие меня. Большинство, как раз, от Дениса Васильевича оказались. Ну ведь нужные вещи, как раз для тех, кого не устраивают некоторые коробочные функции и кто ничего в коде и хтмл не смыслит.
Мне в скором времени понадобятся вещи от многих разработчиков, но, скорее всего, придется исключить почти все. Дело не в потраченных деньгах и нервах. Вариант, в котором я сначала трачу деньги и нервы, а потом всё прекрасно работает, меня устроит, а вот, когда что-то перестанет работать, мне не подойдёт.
Мнение, что люди приходят сюда от нечего делать, побаловаться, сайтик себе сваять, ошибочно. Намерения у всех, уверен, серьёзные и многие готовы и заплатить за нужный им продукт. Клиент это, всё же, юридическое понятие. Если это понять, всем…, то и CMS получит развитие, и все разработчики будут серьёзно зарабатывать. Ведь есть же, как я вижу, некоторые товарищи, у которых отношение несколько другое к своим разработкам. Они без клиента не сидят сейчас, а при большем количестве пользователей ещё лучше себя будут чувствовать.
Человеку сложно перестроить себя, но иногда нужно принимать решения. Осмелюсь посоветовать. Не стоит гнаться за двадцатью зайцами, а направить натуру творческую на зарабатывание денег. Нужно обозначить направление и работать над ним. Пусть это будут несколько компонентов, но они должны быть всегда под присмотром. И отзывы будут, и клиент будет, и денежка будет, и хорошее настроение будет. У всех. А уж наладив такую работу, обеспечив себе постоянных счастливых клиентов и стабильные финансовые поступления от прихода новых клиентов, что будет уже само собой, творить что-то новое на радость людям.
А люди не со зла ругаются. Конкурента ещё можно во вредности заподозрить, а клиента навряд ли.
Я, как потенциальный клиент, подожду. Мне много интересных компонентов нужно.

Yar
+29
Репутация
66
Рейтинг
Ясно. Спасибо. Лучше подожду. Риска и так хватает при обновлениях. )
Говоря об общем поиске, то тоже искал только по заголовкам, пока не поставил на нужные поля в нужных типах контента галочку для участия в поиске.
Что касается сортировки, то у меня старые сверху. Мне это не подходит. Возможно получится настроить "Наборами". Позже буду пробовать.
В результатах поиска обнаружил следующую неприятность. Растолкую картинкой:
Что касается сортировки, то у меня старые сверху. Мне это не подходит. Возможно получится настроить "Наборами". Позже буду пробовать.
В результатах поиска обнаружил следующую неприятность. Растолкую картинкой:
Давно хотел разобраться, а то, что появляется на гитхабе это будет в следующем релизе? И тот, кто мечтает поскорее что-то новое установить берет оттуда, верно?Установил сортировку фото с гитхаба
Наткнулся на необходимость отображать поле связи с родительской записью только в определённых категориях типа контента. Это поле "parent_places_id".
Поясню. Есть дочерний тип контента с несколькими категориями. Записи одной из них самостоятельны и не имеют привязки, и у них не должно быть возможности "привязать объект". Но поле привязки отображается и при создании таких записей.
Как можно отключить возможность привязки для отдельных категорий?
Настроек нужных нет. Думал скрыть поле стилями и маской, но страница добавления имеет один адрес для всех категорий. К тому же поле привязки является обязательным.
Поясню. Есть дочерний тип контента с несколькими категориями. Записи одной из них самостоятельны и не имеют привязки, и у них не должно быть возможности "привязать объект". Но поле привязки отображается и при создании таких записей.
Как можно отключить возможность привязки для отдельных категорий?
Настроек нужных нет. Думал скрыть поле стилями и маской, но страница добавления имеет один адрес для всех категорий. К тому же поле привязки является обязательным.
Не, выход есть. Его не может не быть. Кто-то должен владеть и такими знаниями и желанием помочь ближнему. Верю.Наверное, всё-таки невозможны такие манипуляции.
Похоже, поиск работает(?) только по заголовкам.
Возможно не стоит галочка в "Участвует в полнотекстовом поиске" в настройках нужных полей…
И, скорее всего, так и будет. Многие привыкли пользоваться именно таким способом навигации. Я для себя, за не имением возможностей такой настройки и знаний, как это можно сделать, вижу только один выход — отключить глубиномер.но по breadcrumbs пользователь может потеряться
В моём случае тоже не получилось.Попробуйте так
Похожая проблема у меня. В виджете "Список фотографий", установленном в профиле. Там в поле "Ссылки в заголовке виджета" прописываю "Все фото | users/{user.id}/content/albums", но в итоге ошибка. Ранее спрашивал, как правильно указать ссылку, но никто не ответил. Наверное это за гранью возможного.
Ну что тут сказать? Спасибо большое! Всё так, как и нужно, получилось.
Такая возможность должна быть, несомненно, в коробке. Такая простая, но нужная функция, а нубскому обывателю, как я, не доступна. А в код не каждый полезет.
Такая возможность должна быть, несомненно, в коробке. Такая простая, но нужная функция, а нубскому обывателю, как я, не доступна. А в код не каждый полезет.
Речь ведь изначально шла о странице записи, а не о списке записей.

Вот оформил я страницу списка записей. Теперь бы разместить небольшой текст над списком.
В том-то и дело, что над списком. Дополнительная информация, как правило, необходима именно там. А основная цель заключается в размещении именно под Заголовком. Если этого не получается, то вариант размещения, хотя бы, под глубинометром мог бы подойти, как я предполагал. Хотя, после установки Вашего варианта (у меня получилось между глубинометром и заголовком) вижу, что и такой практически нигде не подойдёт, ибо заголовок есть заголовок, место ему всегда вверху. Ну а на планшете и, тем более, на смартфоне, совсем будет не правильно.
Страсть как хочу! Но не получается.Если Вы хотите вывести виджет под заголовком
В админке в разделе виджетов наладил, теперь поле сверху.
Конечно, правильнее было бы, если бы поле именно под заголовок разместить можно было, ведь сейчас на страницах списка записей ничего нельзя вставить. Только вниз. А вступительно-пояснительный текст как-то там не очень будет смотреться.
Конечно, правильнее было бы, если бы поле именно под заголовок разместить можно было, ведь сейчас на страницах списка записей ничего нельзя вставить. Только вниз. А вступительно-пояснительный текст как-то там не очень будет смотреться.
Меня это немного смутило, поэтому не стал экспериментировать.Jestik:
DK, поле не сработает, там поле заголовка выдергивается из массива по моему
Да, наверное Вы правы.
Пошел по Второму варианту.
В результате, действительно, получилось. Спасибо. Хотя область для виджетов появилась под блоком "Тело страницы", а не над. Но, главное работает. Цель достигнута на 50%. Уже что-то. Но всё же, нет ли возможности ставить под Заголовок? Так немного логичнее. )
А в templates/default/content/ я создавал my_item.tpl.phpСкорее всего нельзя.
Ладно, главное, чтоб функционал работал, а себе это уже можно как-нибудь попытаться вставить. Как я понимаю, пока не получается найти решение разместить виджет ни под Глубинометром, ни под Заголовком.