Forumlar / National / Russian / Модули и плагины / Новости и тег [more]

Про цвета, вы не поняли. Дело не в количестве цветов, просто

кто либо из Вас будет оформлять статьи используя оттенки цветов? 

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

jQuery UI ? Это библиотека глючит, примеров я не буду приводить их наверняка много в тикерах самой библиотеки (кстати все библиотеки не без греха), но самая большая засада подстерегает вас тогда, когда вы решили перевести ваш сайт на мобильный. Про библиотеки надо забыть сразу: они не поддерживают мобильники (а заставить 100 млн. потенциальных пользователей поменять свои телефоны на правильные это не реально). Жаба не дает решения в этой ситуации вообще, а разбивка статьи средствами РНР дает не только реальную экономию трафика для юзера, но и дает вообще возможность выводить информацию порциями в размер экрана (+/-). Использование вольного оформления, за пределами предустановленных глобальных стилей, порождает на телефонах абракадабру. Поэтому, что видим на экране компа, совсем не значит, что мы увидим похожее на экране сотового. Вот почему, я за старый, добрый и работающий вариант [newpage] седетио. Число потенциальных пользователей сайтов для мобильников на порядок превосходит число компов. Это самый динамичный рынок не только продвижение услуг и товаров, но и самый динамичный рынок рекламы. А что имеем с жабой? Я, как понял, грузим на лету всю статью, а потом, делим на клиентской части эту статью на страницы? Я правильно понял? Следовательно, чтобы посмотреть на сотовом новые предложения по тряпкам близлежащего универмага, я должен всё его предложение загрузить на сотовый, а потом щелкать по страницам? Разоришься от такого трафика.

# esclkm : не знаю, как по мне тут есть обоснованные идеи.... но надо будет это дайвера подлючить - все виды пащинации это его хлеб - интересно его мнение по этому поводу.

По поводу разбиения на подстраницы я полностью разделяю позицию Траста .... тоже долго думал об этом (разные ситуации прорабатывал) и идея создания двух обьектов Страница-Подстраница на уровне БД является наиболее оптимальной во всех смыслах. Но переделка сурезная так что не сейчас ею нужно заниматся(опять повторяю слова Трастмастера) да и начинать спор на 5 стр. об этом сейчас не считаю нужным(потому и молчал).

А про мои успехи в пагинации ты все же переборщил.....функцию написал ..... да и менно он .... Трастмастер .... даж Оливер в последней бетке, в некоторых кусках кода заюзал .... а я всего лишь по ходу пагинациовнедрения слегка модернизировал функцию (ну что б и аякс можно было терзать).

Тест на сотовом

Отчет телефон Нокиа 7500 призма, браузер миниОпера v.4.2.133337 20081205 т.е. последняя
1. Логин надо иметь с Большой буквы
2. Нажал B теги не отобразились
3. нажал предпросмотр, окно предпросмотр не отобразилось, окно редактора сохранилось
4. нажал Ответить. Текст "Тест на сотовом" отобразился.
5. Нажал на "Выход" вышел со второго раза?
Трафик после каждого перегруза по 63 кб. неважно где.

Вот такой у меня вопрос. А зачем набивки статьи вообще нужен предпросмотр. Я понимаю еще если это форум или комментарий. Может здесь кроется причина и проблема?
Как поступает администратор. Он имеет право бесконечно править статью, единожды сам себе ее утвердив. А что может делать не администратор, а ничего. Только набить текст и, как он считает, что всё, статью сделал, отправить ее на модерацию А что мы видим для юзера внизу, под редактором:

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

Что-либо исправить может только админ (это так к слову, эпохальное отсутствие возможности админу дело доверить юзеру, или я не знаю как).

Теперь смотрим текст page.inc.php

if ($pag['page_state']==1 && !$usr['isadmin'])
{
	sed_log("Attempt to directly access an un-validated page", 'sec');
	header("Location: " . SED_ABSOLUTE_URL . sed_url('message', "msg=930", '', true));
	exit;
}

точно такая же конструкция и седе. Как видим не хватает автора.
а в этом месте:

list($usr['auth_read'], $usr['auth_write'], $usr['isadmin'], $usr['auth_download']) = sed_auth('page', $pag['page_cat'], 'RWA1');
sed_block($usr['auth_read']);

и вовсе мне трудно разобраться в этой светлой мысли (видимо это защита от несанкционированной набивки статьи)
Что я предлагаю. Вставить для юзера возможность редактировать до тех пор, пока он не решит отправить статью на утверждение. Тогда и проблема с newpage и more рассасется сама собой.
Да и необходимость предпросмотра отпадает. Поправил - сохранил -посмотрел
А там где выводится на утверждении ..статей
для юзера вставить на редактировании .. статей.
Теперь когда юзер, читая свою уже утвержденную статью, вдруг обнаружил, что ее надо поправить, будет иметь возможность ее поправить, но естественно внеся поправку тут же попадает в раздел не отображения своей статьи пока она не пройдет модерацию.
А всего-то, решить, какие значения может принимать $pag['page_state'] кроме 0 или 1 (раньше была 3 для системных статей, это чтобы не комментировали)