solitario84

2. Редактор содержит вшитый плагин менеджер файлов (возможность загружать изображения, файлы на сайт)
3. Редактор содержит уже вшитый плагин для вставки кода (php, html, css и многие другие)

а с безопасностью как? неизвестно?

вечерком попробую…

убрать класс "menu" и использовать свой

поправил под себя

а зачем менять этот класс, к чему такие сложности?
почему нельзя просто изменить селектор?

недопонял..

В CSS стили можно привязывать не только к классу, но и к последовательности классов и/или элементов

Меню в шапке:

header .menu { ... }

Второе по счету меню в боковой колонке:

sidebar .menu:nth-child(2) { ... }

и так далее, см. документацию по CSS

к сожалению, мне от этого не легче… я видимо, как то криво изъясняюсь, что вы меня недопонимаете… префиксы, селекторы и вообще стили править в моем случае не вариант… если же даже я и осилю 5 тысяч строк стиля, то к этому меню ещё и скрипты подключены, написанные под него… вот здесь я и тормознусь… все бы нечего, заменил я в три класса и все как бы работает, остальные меню тоже выходят с этими же классам ui\menu.tpl и… ладно, поправил бы селекторами… но блин, оно ещё и к табам имеет отношение… в общем получается что так, что так править кучу стилей… или же решение… существует возможность выбора вот этого ui\menu.tpl и все проблемы ушли

а какое практическое применение этого QR кода?

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

если осилите можете глянуть как это сделано для виджета контента.

смысл я понял… но мы возвращаемся к тому что при таком подходе я оборачиваю ul со стандартным классом .menu в див с нужным классом а потом все равно с этим классом бегаю по пяти тысячам строк стиля… или я чего то недопонимаю… уже мозг кипит от этого меню…

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

Тогда вам нужно создать разные стили для меню. К сожалению у меня нет свободного времени показать вам как это делается, если осилите можете глянуть как это сделано для виджета контента.

стили как раз таки есть… одни стили меню дефолтные, их я хочу использовать для всех меню на сайте кроме главного… а вот для главного меню есть тоже свои стили, это меню на бутстрапе, адаптивное, к нему подключаются свои скрипты и плюс к этому в двух цветовых гаммах, и самое главное не имеет к InstantCMS 2/// никакого отношения… поэтому там совершенно другие классы и файл стилей в пять тысяч строк, поэтому подгонять к нему стандартные классы не то чтобы совсем нереально, но надо быть сильно ужаленным..))

убрать класс "menu" и использовать свой

поправил под себя

а зачем менять этот класс, к чему такие сложности?
почему нельзя просто изменить селектор?

недопонял…

или название его напишите плиз

\system\config\config.php

solitario84, принципиально реализовать работу через history несильно проблематично, главное начать а там покатит!))) А вот проблема с которой вы можете столкнутся кроется в другом: сторонние дополнения могут добавлять свои вкладки в профиль юзера, и в зависимости от "извращенности" дополнения, на этих вкладках может быть, скажем так, динамический контент, т.е. данные с тесной интеграцией java-script'ов. И вот тут появляется проблема как биндить события нужным элементам страницы, чтобы загруженные вкладки правильно работали. Т.е. с заранее известными элементами это не такая сложная проблема (с одной стороны), а вот с неизвестными компонентами получается непонятно))
Я столкнулся примерно с такой же проблемой в реализации ajax-подгрузке страниц: страницы грузятся, адресная строка меняется (тут я тоже знакомился с пресловутым HTML5 History API😊), а вот новые данные с повешенными на них событиями/функциями уже не отрабатывают((
Но как я сказал с известными элементами (как в моем случае), это не столь сложная проблема!

Удачи вам в ваших начинаниях! =)

спасибо большое за пожелание!.. будем разбираться… пытаться..))) казалось что зная основы верстки, можно запустить более менее приличный проект… а тут оказывается по ходу приходится изучать и php и java, теперь еще и ajax с html5 api history// жестковато..))

неее… всебы ничего… фигс ними, крошками… но адресная строка… я просто не фанат сайтов для машин… и ставлю себя на место посетителя своего сайта… добавляю в закладки, допустим ленту, своего друга… перехожу из закладки а там не лента… мелочь, но неприятно…

как я понимаю в первой ветке все вкладки грузятся разом, а потом показываются пользователю, по нажатию ссылки в табе)) Во второй ветке r2 специально разделил табы на отдельные страницы, он про это рассказывал в одном из анонсов iCMS2.

уж незнаю теперь… плохо это или хорошо… но после Вашей рекомендации про api… и history/// у меня в сознаниии очень много поменялось, и добавилось головной боли… к сожалению, свой будующий сайт я вижу только как в контакте… они молодцы! респект!..

а вот в первой ветке такое решение… заходишь в профиль юзера и все… хоть в ленту, хоть в награды… нигде ни че не меняется… ни адресная строка, ни крошки… мож и не надо было париться… но уже поздно, почитал про HTML5 history API. и это: хабр
теперь не успокоиться…

которая бы отображалась полностью

да… вы правильно поняли...

советую присмотреться к HTML5 history API.

присмотрелся… и теперь понимаю… такой глупостью я занимаюсь…

это без скрипта:



а это со скриптом: