15 replies to this topic

[Ste!]

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

[Natuccia]

Функция возврата к списку группы после сохранения изменений в профиле пользователя.

[Ste!]

Так, не понял. Подробнее объясни, пож.

[Ste!]

Да, кстати, сами списки групп надо сделать...

[Natuccia]

Функция возврата к списку группы после сохранения изменений в профиле пользователя.

Так, не понял. Подробнее объясни, пож.

Я имела в виду, что когда сохраняешь изменения в профиле пользователя, то потом нет возможности (во всяком случае, у меня не получилось) вернуться к списку выпуска, где все выпускники года, например, 1999-го перечислены по специальностям. То есть нужно заново выбирать "Рубрикатор выпускников", затем год и потом уже товарисча. Или я не разобралась...

[Ste!]

А... Понятно. Ну, можно открывать инфу в новом окне и там её редактировать =)

[Natuccia]

Точно!

[krol]

Какие ещё функции могут пригодиться?

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


Итак, есть опасение, что у нас появится очень общительный человек с сотней друзей и его страницу невозможно будет нормально смотреть. Ну допустим. Мое мнение, что любая списочная информация должна быть оформлена в столбик, таковы правила формирования текстов для удобного восприятия, писать перечисление в строчку -- это для компьютера удобно, не для человека. Чтобы не занимать место, можно сделать следущее:

1. Выделить колонку справа. Там в столбик писать. Причем, отчество показывать только во всплывающей подсказке, оно реже всего нужно.
2. Сделать <div>, раскрывающийся при клике по кнопочке. Фишка в том, что данные уже загружены, но скрыты. Перезагрузка страницы не потребуется, поэтому реакция будет мгновенной. В век веба2.0 это уже не фишка, а правило хорошего тона.
3. Сделать подгрузку френдов по технологии ajax. Это развитие п.2, но неадекватное ввиду небольшого количества данных и статичности запроса. Вот добавление нового френда без поиска его в базе по набору первых буковок имени -- тут без этих штучек никуда... действительно.

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

[Ste!]

1. Не уверен, что отчество там вообще нужно писать, оно менее верный идентификатор, чем номер выпуска 2. Ты можешь дать ссылки на примеры в сети? Я понимаю, что это, но не знаю, как реализовывается. 3. Не уверен, что это здесь нужно...

[KiberGus]

Вот тут код, который показывает и прячет. Вот только браузер не перерасчитывает положение остальных эжлементов на странице. Возможно в том скрипте надо что-то поправить.
http://www.rgagnon.c...ls/js-0086.html

[Ste!]

Может ещё какие-нибудь примеры глянешь? И ещё, когда-то, на старом сайте, я реализовывал выпадающие меню, которые запоминали своё состояние от сессии к сессии - здесь так же?

[KiberGus]

Нет. Тут при каждой загрузке оно свернуто. Там атрибут visible у div'a. Его тогда надо в asp генерить, в зависимости от настроек сессии. Ну или использовать куки и тогда можно и ява-скриптом.

[Ste!]

Нет. Тут при каждой загрузке оно свернуто. Там атрибут visible у div'a. Его тогда надо в asp генерить, в зависимости от настроек сессии. Ну или использовать куки и тогда можно и ява-скриптом.

Мне больше нравится server-side, в этом контексте. Но, с другой стороны, для каждой странички хранить данные о том, свёрнуто оно или нет... Что на client-side, что на server-side - это нереально...

Видимо, придётся по умолчанию сворачивать.

[Ste!]

Смотрите, как сейчас сделано

[KiberGus]

О. А можно ширину поля "ФИО" сделать поменьше, тогда на само имя останется больше места и оно уместится в одной строчке.

[Ste!]

Готово =)