64 пользователя проголосовало

[hawkeye 1]

Благодаря своей гибкости и удобством создания шаблонов, ДЛЕ получил широкое распространение. И не только в России. Многие делают сайты мультиязычными, и, тут возникает проблема - алфавиты, созданные на основе латиницы с использованием специфических символов и другие алфавиты - отображаются некорректно. Все эти шрифты, а также кирилица - поддерживаются Юникодом.

Пусть стоимость лицензии увеличится (хотя бы только для версий с поддержкой юникода) - мы только за!

htt://var.az

[pagemaster 1]

Конечно давно пора на юник переходить все мало мальские системы уже давно на юнике

Вопрос почему целсофт так упорно не хочет сделать дле на юнике

[blaga 39]

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

[ATHF 33]

не нужна она.. русскому сайту она ни к чему

[МASTER 11]

не нужна она.. русскому сайту она ни к чему

Сайты не только Русские бывают.

[blaga 39]

у меня русский сайт и все равно нужна. что бы с другими скриптами нормально было делать интеграции.

[hawkeye 1]

не нужна она.. русскому сайту она ни к чему

Возможно русскому сайту она и не нужна, но если мы говорим о заработке (а в этом нет сомнения, ибо скрипт был бы фри), говорим о популярности, конкурентоспособности наконец, стоит думать не только о русских сайтах. Многие пеереходят на вордпресс, но мне больше по душе ДЛЕ, опять же из-за его гибкости.

Кому не нужен движёк с поддержкой Юникода, пусть для них будет создана возможность покупать лицензию по нынешней цене, а с юникодом чуть завышенной (в разумных пределах)цене. Так, ИМХО, будет правильно.

[ATHF 33]

не нужна она.. русскому сайту она ни к чему

Возможно русскому сайту она и не нужна, но если мы говорим о заработке (а в этом нет сомнения, ибо скрипт был бы фри), говорим о популярности, конкурентоспособности наконец, стоит думать не только о русских сайтах. Многие пеереходят на вордпресс, но мне больше по душе ДЛЕ, опять же из-за его гибкости.

Кому не нужен движёк с поддержкой Юникода, пусть для них будет создана возможность покупать лицензию по нынешней цене, а с юникодом чуть завышенной (в разумных пределах)цене. Так, ИМХО, будет правильно.

Это полный бред никто скрипт делить на две кодировки не будет. Тем более никаких преимуществ UTF-8 не предоставляет.

[hawkeye 1]

Тем более никаких преимуществ UTF-8 не предоставляет

Обоснуйте, пожалуйста, свой ответ. Голословные утверждения не есть ответ...

Свои доводы я обосновал, и, как видно по голосованию, я в своём мнении не одинок!

Производитель всегда стремится к распространению своего продукта, усовершенствует его, дабы всегда быть на высоте и востребованным - это закон маркетинга! Или, я ошибаюсь?

[pagemaster 1]

не нужна она.. русскому сайту она ни к чему

Возможно русскому сайту она и не нужна, но если мы говорим о заработке (а в этом нет сомнения, ибо скрипт был бы фри), говорим о популярности, конкурентоспособности наконец, стоит думать не только о русских сайтах. Многие пеереходят на вордпресс, но мне больше по душе ДЛЕ, опять же из-за его гибкости.

Кому не нужен движёк с поддержкой Юникода, пусть для них будет создана возможность покупать лицензию по нынешней цене, а с юникодом чуть завышенной (в разумных пределах)цене. Так, ИМХО, будет правильно.

Это полный бред никто скрипт делить на две кодировки не будет. Тем более никаких преимуществ UTF-8 не предоставляет.

Главное преимущество

В кодировке UTF‑8 вы можете непосредственно включать в документ любые символы из всего набора Unicode. Старинные кодировки (например, Windows‑1251 или KOI8‑R) предоставляли не более 256 символов, а в Unicode есть свыше 100 000 символов. Среди них — типографские знаки (тире, кавычки, многоточие, апостроф, неразрывный пробел, неразрывный дефис и пр.), специальные символы (№, §, ©, ‰, × и пр.), буквы с диакритическими знаками и лигатуры (é, è, Ü, Æ, ø, fi и пр.), символы почти всех существующих в мире алфавитов (α, Ω, א, ת, ѣ, 伲, 儻 и пр.), пиктограммы и значки (→, ■, ♥, ☺ и пр.) и множество других символов.

Кстати, Консорциум W3C рекомендует использовать для веб-страниц именно UTF‑8.

Изменено 14 января 2010 пользователем pagemaster

[hawkeye 1]

Главное преимущество

В кодировке UTF‑8 вы можете непосредственно включать в документ любые символы из всего набора Unicode. Старинные кодировки (например, Windows‑1251 или KOI8‑R) предоставляли не более 256 символов, а в Unicode есть свыше 100 000 символов. Среди них — типографские знаки (тире, кавычки, многоточие, апостроф, неразрывный пробел, неразрывный дефис и пр.), специальные символы (№, §, ©, ‰, × и пр.), буквы с диакритическими знаками и лигатуры (é, è, Ü, Æ, ø, fi и пр.), символы почти всех существующих в мире алфавитов (α, Ω, א, ת, ѣ, 伲, 儻 и пр.), пиктограммы и значки (→, ■, ♥, ☺ и пр.) и множество других символов.

Кстати, Консорциум W3C рекомендует использовать для веб-страниц именно UTF‑8.

ATHF есть ли чем возразить?

[celsoft 6 081]

ATHF есть ли чем возразить?

Я хоть и не ATHF, но есть. Нехочу их повторять в сотый наверное раз, такие темы создают примерно раз в пару месяцев. Если вы не знаете минусов кодировки UTF-8 вы будете первый на очереди с проблемами с ней. Если хотите узнать о ее минусах, воспользуйтесь поиском по форуму.

[hawkeye 1]

Нехочу их повторять в сотый наверное раз, такие темы создают примерно раз в пару месяцев

Консорциум W3C рекомендует использовать для веб-страниц именно UTF‑8

Наверное всё-таки плюсов больше, нежели минусов...

По форуму гулял, и перечитал кучу материала.

[blaga 39]

года через три, думается движок все же перейдет на рельсы utf-8, это когда Целсофта, конкретно задолбят такие темы.

[celsoft 6 081]

Наверное всё-таки плюсов больше, нежели минусов...

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

года через три, думается движок все же перейдет на рельсы utf-8, это когда Целсофта, конкретно задолбят такие темы.

может раньше, как PHP6 появиться. Только эта версия будет полностью поддерживать UTF-8 без танцев с бубнами с редакторами и BOM байтами.

Я же не говорю что кодировка UTF плохая, она хорошая, но на данный момент она создаст преимущества десятерым и проблемы тысячам. Я этого нехочу.

[Rampages 0]

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

скачал демо версию и познал множество проблем при попытке установки дле в утф8

мороки получилось достаточно...а ведь кмс такая хорошая эх эх наверно придется найти другую

а всё получается потому что "поддержка" утф гораздо сложнее

Изменено 22 января 2010 пользователем Rampages

[Natalie_Nezh 2]

Я могу однозначно сказать: без UTF8 этот движок обречен, как и все, что не желает подчиняться требованиям прогресса. Я занялась изучением его возможностей, прежде чем решить покупать ли для своего проекта, и вообще, зарегистрировалась здесь на форуме только для того, чтобы выяснить, работает ли он с универсальной кодировкой. Для меня это принципиально важно. И сейчас вижу:

1. В стандартной поставке движок с UTF8 не работает

2. Самодельный перевод на эту кодировку возможен, но с кучей проблем, особенно при каждом последующем обновлении

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

Вывод: мне нет никакого смысла связываться с такой системой. Придется продолжать искать другие варианты.

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

Кто-то сможет меня разубедить? (Почти во всех остальных отношениях меня бы этот движок устроил).

[dsda 0]

WordPress в utf8. И на нем больше сайтов чем на ДЛЕ. Что-то ни у кого особых проблем не возникает.

Наверное всё-таки плюсов больше, нежели минусов...

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

Вам за это платят.

Вчера отдал Вам 160$ Задал вопрос о том в каком месте обрабатывается парсинг tpl и получил ответ из серии "Вам оно ненадо".

Вот скажите стоит ли вообще верить, что я отдал деньги не просто так.

P.S. Ненадо мне тут отвечать на вопрос где парсятся шаблоны.

[kang 42]

Я бы тоже хотел чтобы движок перешел на utf8. Конечно это не так просто как кажется, и в первое время будет сложно, да и тех. поддержке придется попотеть. Но это того стоит. Надо идти на шаг вперед, а не плестись по растоптанным следам. Тем более что celsoft не отрицает того, что в дальнейшем переход будет. Вот только жаль что приоритет у этого вопроса очень низкий...

[celsoft 6 081]

Вчера отдал Вам 160$ Задал вопрос о том в каком месте обрабатывается парсинг tpl и получил ответ из серии "Вам оно ненадо".

Зачем так откровенно обманывать, ваш вопрос был поставлен совсем по другому, а именно как написано на http://forum.dle-news.ru/index.php?showtopic=50109&st=0&p=238551&fromsearch=1&#entry238551 и ответили вам, что такой возможности подключения в скрипте не предусмотрено (что является правдой). Где в вашем сообщении вопрос "в каком месте обрабатывается парсинг"? Ваш вопрос звучит как "В какой очередности обрабатывается содержимое шаблонов tpl". И Вам ответили что такой возможности (очередноности) нет, даже понятия такого нет, а не "А оно вам надо". Как вы вопрос поставили, так на него вам и ответили, поэтому не нужно обманывать. Если вы под своим вопросом имели ввиду что то другое, то нужно ставить свой вопрос корректно, служба поддержки отвечает на те вопросы которые поставлены и в рамках описанных на http://dle-news.ru/support.html если вопрос выходит за рамки службы поддержки, то на него не отвечается.

[aDolph 0]

Вот например для того, что бы выводить всплывающие подсказки для ВОВ (http://ru.wowhead.com/?powered) на русском языке, я вынужден их выводить на английском, поскольку получаются одни кракозяблики.

Вместо

<a href="http://ru.wowhead.com/?item=30301">Item #30301</a>

мне приходится использовать

<a href="http://www.wowhead.com/?item=30301">Item #30301</a>

Конечно это мелочь, когда посетитель читает весь текст по русски и во всплывающей подсказке видит описание на английском языке. Но все же это не является приятным моментом. А судя по данному опросу, более 70% проголосовавших нуждаются в поддержке UTF-8.

[hawkeye 1]

А судя по данному опросу, более 70% проголосовавших нуждаются в поддержке UTF-8.

всё равно, будут говорить, что это не актуально...

[celsoft 6 081]

Я ничего не буду говорить, я лишь констатирую факты, а они таковы: Общее количество сайтов на DLE несколько сотен тысяч, а теперь посмотрите на количество проголосовавших, это менее 0,012% от количества пользователей скрипта.

Я посмотрю на вашу заинтересованность позже, когда через несколько дней выйдет версия Datalife Engine v.8.5 UTF Edition Beta. Посмотрю на вашу заинтересованность в тестировании и использовании, посмотрю на количество желающих использовать.

[freeman85 4]

Я посмотрю на вашу заинтересованность позже, когда через несколько дней выйдет версия Datalife Engine v.8.5 UTF Edition Beta.

sudavolstviem primu uchastie vtestirovanii. etot den budet velichaishe den budem otpraznovat

[blaga 39]

Я посмотрю на вашу заинтересованность позже, когда через несколько дней выйдет версия Datalife Engine v.8.5 UTF Edition Beta. Посмотрю на вашу заинтересованность в тестировании и использовании, посмотрю на количество желающих использовать.

Это правда будет или вы шутите?

По поводу тестирования не обещаю, но использовать готов на всю катушку!