Предпочтительные форматы визуализации облака тегов
Решение 1:
Дайте каждому входу различное значение и сохраните то же имя:
<input type="submit" name="action" value="Update" />
<input type="submit" name="action" value="Delete" />
Затем в проверке кода для наблюдения, который был инициирован:
if ($_POST['action'] == 'Update') {
//action for update here
} else if ($_POST['action'] == 'Delete') {
//action for delete
} else {
//invalid action!
}
Проблема с этим - Вы, связывают Вашу логику с пользовательским видимым текстом во входе.
Решение 2:
Дайте каждому уникальное имя и проверьте $ _POST на существование того входа:
<input type="submit" name="update_button" value="Update" />
<input type="submit" name="delete_button" value="Delete" />
И в коде:
if (isset($_POST['update_button'])) {
//update action
} else if (isset($_POST['delete_button'])) {
//delete action
} else {
//no button pressed
}
4 ответа
Я действительно думаю, что это зависит от содержания информации и аудитории. То, что относится к одному, не имеет отношения к другому. Если аудитория более специализирована, то они с большей вероятностью будут думать в том же духе, но поставщик контента все равно должен будет анализировать ее и обслуживать.
Есть также несколько путей, которыми может пойти человек. "узнать больше". Возьмем, к примеру, тег «DNS». Вы можете перейти к более конкретным деталям, таким как «UDP Port 53» и «MX Record», или вы можете пойти боком, используя такие термины, как «IP-адрес», «Имя хоста» и «URL». Диаграмма Вороного показывает кластеры, но не рассматривает случай, когда общие термины могут быть связаны со многими понятиями. Сопоставление имени хоста с "DNS", "
Я бы выбрал №2 из перечисленных вами выше вариантов.
1 - Человеческий глаз распознает и воспринимает разницу в размерах гораздо более эффективно, чем цвет, когда цветовая шкала находится вдоль тот же спектр (т. е. различные синие оттенки в отличие от отдельных отдельных цветов).
3 - Требует, чтобы пользователь сканировал полный список и математически сравнивал каждое отдельное число во время сканирования. Никаких реальных значимых отношений между тегами без большой работы со стороны пользователей.
Итак, переходя к пункту 2, необходимо принять во внимание несколько соображений:
- Держите теги в алфавитном порядке. Это дает пользователю еще один метод поиска и устанавливает известную взаимосвязь между ними (при условии, что они знают алфавит!). Если они не заказаны, то найти хотя бы одну - просто чушь.
- Если сравнение размеров абсолютно критично (обычно это не так, поскольку вы можете масштабировать каждый уровень на определенный процент или количество пикселей), используйте моноширинный шрифт. В противном случае некоторые комбинации букв могут выглядеть больше, чем они есть на самом деле.
- Не включайте запятые, вертикальные черты или другие разделители. У вас уже будет много данных на небольшой площади - не нужно загромождать их мусором. Разместите теги, конечно, с приличным отступом. Только не удваивайте количество визуальных элементов, добавляя больше, чем просто данные.
- Установите минимальный / максимальный размер шрифта и масштаб между ними. Бывают ситуации, когда один тег может быть настолько популярным, что визуально может показаться экспоненциально большим, чем другие. Точно так же вы не хотите, чтобы тег рендерился с размером 1 пиксель! Установите минимальное / максимальное значение и при необходимости отрегулируйте между ними.
Диаграмма Ворони с поправкой на размер - показывает, какие теги связаны между собой
Мой любимый формат облака тегов - это формат Wordle . Он отлично выглядит и неплохо помещает множество тегов на небольшом пространстве.