Комментарии на: Интерфейс: вывод неадекватного текста в блоках

От: nundesign

nundesign — Wed, 13 Aug 2008 09:37:11 +0000

Дима, так сложилось, что у нас несколько мест, где есть проблема с длинными строками, и там разные ситуации, поэтому пришлось использовать и разные решения.
К примеру в интерфейсах, где длинные дескрипшины выводятся в табличной форме в две колонки, там я урезаю html+css, свойством overflow, в блоке, где генерится длиннаядлиннаядлиннаякриптованная линка – там добавляют возможность переноса программным способом, потому что текст обрезать нельзя, юзер должен полученную линку копировать (есть, конечно, к линке и кнопка “копировать в буфер”, но нельзя запрещать пользователю скопировать текст этой линки вручную).

От: Зимин Дмитрий

Зимин Дмитрий — Tue, 12 Aug 2008 21:26:05 +0000

Татьяна, так что, нашли подходящее решение? Пробовали методом 2.1 задавать процентную ширину блока?

От: Зимин Дмитрий

Зимин Дмитрий — Sat, 02 Aug 2008 10:30:22 +0000

Вариант 2.1 – Поправка. Необходим заданный размер, а не фиксированный. Другими словами, вы не обязаны задавать его в пикселях.

Попробовал: происходит достаточно адекватное поведение контента.

От: Zigzag

Zigzag — Fri, 01 Aug 2008 14:00:35 +0000

да я знаю, просто вспомнил смешную историю =)

От: nundesign

nundesign — Fri, 01 Aug 2008 08:04:01 +0000

Паш, такой метод недопустим. В некоторых (теоретически — во всех) случаях эти “длинные строки” юзер может или ДОЛЖЕН копировать и куда-то вставлять.
К примеру в нескольких местах по сценарию он получает линки на свой продукт, простые и криптованные, и ясно, что текст с точками ему отдавать бессмысленно.

От: Anton Naumov

Anton Naumov — Thu, 31 Jul 2008 21:11:09 +0000

я бы рекомендовал вариант №1, но с изменением алгоритма расчет длины строки на стороне сервера. иначе говоря, перед отдачей текста он проверяется на соотвествие этой длине и если там попадается неразрывное слово, длинее лимита, текст обрезается на -3 символа от лимита и туда вставляем “…”. вобщем-то примерно так сделано у нас.
собственно можно это сделать как на серверной стороне, так и на клиентской, но ИМХО задача сервера отдать форматированный текст.

От: Михаил

Михаил — Thu, 31 Jul 2008 17:32:32 +0000

Да, примерно так. Можно вообще это делать по всей длине фразы. То есть строку на 255 символов поделить на 11 частей и проверять на наличие разрыва каждый кусок.

От: Zigzag

Zigzag — Thu, 31 Jul 2008 15:40:45 +0000

Когда я работал в Артиксе, у нас была необходимость решения подобной задачи, но там нельзя было обрезать текст, нужно было переносить про shy еще никто и не знал в принципе, т.к. он был не применим в половине браузеров. Так вот программер родил идею. Внимание! После каждого символа вставляется блок span с точкой, он скрывается через CSS и программер с помощью всей этой фигни, каких-то хитроумных подсчетов делал перенос. А программер у нас был офигенный мужик, очень веселый, как видите! =)

От: nundesign

nundesign — Thu, 31 Jul 2008 15:07:13 +0000

А с не-резиной дополнительная трабла следующая: используется несколько юзерс контролов, с какой-то, скажем, повторяющейся формой. И эта форма вставляется в несколько разных экранов. В одном экране есть “колонка” с деревом данных, слева, т.е. размер для формы = экран минус 200 пикселей дерева и минус 16 пикселей полей.
А в другом, к примеру, экране, этого дерева нет и форма – на всю ширину интерфейса. И здесь надо было бы выводить дескрипшины разной ширины, а объект – один, этот юзерский контрол.

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

От: nundesign

nundesign — Thu, 31 Jul 2008 15:03:16 +0000

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