Что за delphi такой XE?

← →
Дмитрий С © (2011-08-18 23:08) [0]

Немного поискал в сети, даже поставил себе, так и не понял - это версия в ширь или в рост?

Мне показалось что у нее некоторые проблемы в юникодом (японские буквы не отображаются на форме)

← →
Inovet © (2011-08-18 23:23) [1]

Что-то поздно ты проснулся.:)

← →
DVM © (2011-08-18 23:31) [2]

> Дмитрий С © (18.08.11 23:08)

> Мне показалось что у нее некоторые проблемы в юникодом

нет у нее никаких проблем с юникодом. Шрифт выбери нормальный.

← →
Дмитрий С © (2011-08-18 23:38) [3]

> DVM © (18.08.11 23:31) [2]

Так не дает нормальный выбирать:( У меня на работе 2010 стоит - там можно нормально выбрать, например, Arial - он и будет нормально отображаться, а тут не хочет. Можно установить чтото вроде @Arial - будет показывать японский, но остальные (английские и русские) показывает плохо (шрифт явно не Arial). Конечно может это и не с дельфи связано.

← →
Игорь Шевченко © (2011-08-18 23:53) [4]

поддержку азиатских языков установи, а потом говори про проблемы у XE

← →
Дмитрий С © (2011-08-19 00:05) [5]

> Игорь Шевченко © (18.08.11 23:53) [4]

Точно, помню что-то такое было в XP, а в 7ке не нашел как доставить. Сейчас еще поищу.

← →
Дмитрий С © (2011-08-19 00:10) [6]

Хотя бразуер, да и остальная Windows спокойно отображает японские символы.
Только что создал файл トヨタ自動車.txt с таким же содержанием. Explorer и notepad свободно его отображают

← →
Дмитрий С © (2011-08-19 00:29) [7]

Ха, удивительно. Заработал японский. Вместо квадратов теперь японские буквы. Хотя я ничего не делал.

Как я понял XE это просто новая 2011 версия delphi да?

← →
Германн © (2011-08-19 01:08) [8]

> Дмитрий С © (18.08.11 23:08)
>
> Немного поискал в сети, даже поставил себе

Ну и зачем поставил?

← →
Кто б сомневался © (2011-08-19 02:06) [9]

Сразу скажи с какой версии переходил.

← →
Дмитрий С © (2011-08-19 02:10) [10]

На работе стоит 2010 - с нее и переходил.

А поставил на свой нетбук - надо было одну програмку написать, для локализации одной игрушки:)

← →
Anatoly Podgoretsky © (2011-08-19 09:15) [11]

> Дмитрий С (19.08.2011 00:29:07) [7]

Барабашка?

← →
Anatoly Podgoretsky © (2011-08-19 09:15) [12]

> Дмитрий С (19.08.2011 02:10:10) [10]

И зря, 2010 ничем не хуже

← →
uw © (2011-08-19 17:57) [13]

Anatoly Podgoretsky © (19.08.11 09:15) [12]
И зря, 2010 ничем не хуже

Помнится, заводил я тут тему о том, что в 2010 при создании диалога меняется раскладка с русской на латиницу. В 2006 всё было нормально, а в 2010 - фигня. Не для всех программ, а вот для моей конкретной. Мне ещё тогда ИШ посоветовал проверять результат, возвращаемый функцией API. Ну это не помогло, конечно :) Как я ни вертелся, 2010 так нормально и не заработала. Пришлось мне этот проект сопровождать в 2006.

А тут Толя со своим заявлением, де, ничем не хуже. Дай, думаю, попробую на ХЕ. Попробовал - и получилось! Теперь можно от 2006 избавляться.

Так что, и от Подгорецкого иногда толк бывает!

← →
Anatoly Podgoretsky © (2011-08-19 18:05) [14]

> uw (19.08.2011 17:57:13) [13]

Не торопись избавляться.

← →
uw © (2011-08-19 18:13) [15]

Не буду. У нас есть ещё проект, в который я время от времени вставляю что-то. Проект большой и написан на 2006-м. Парень, который ведёт этот проект, не видит возможности перейти на следующие версии. Поэтому и я на всякий случай тестирую свои вставки на 2006-м.

← →
Eraser © (2011-08-19 19:36) [16]

> [15] uw © (19.08.11 18:13)

> Парень, который ведёт этот проект, не видит возможности
> перейти на следующие версии

лентяй парень, гнать из конторы.

← →
Игорь Шевченко © (2011-08-19 20:34) [17]

> лентяй парень, гнать из конторы.

На свете бывают проекты посложнее Hello, world, на перевод которых требуются трудозатраты, которые нафиг никому не сдалось оплачивать. Расширяй кругозор, дружище, и не ставь диагнозов, не думая.

← →
DVM © (2011-08-19 22:27) [18]

> Игорь Шевченко © (19.08.11 20:34) [17]

> На свете бывают проекты посложнее Hello, world, на перевод
> которых требуются трудозатраты, которые нафиг никому не
> сдалось оплачивать.

Трудозатраты на перевод любого проекта под Delphi XE не такие уж большие, если все самописное. На первом этапе можно обойтись глобальным поиском и заменой. А грамотно написанные проекты вообще переводить не требуется. Так что еще проблемы с переводом - это результат халатного отношения к работе ранее. Года с 2000 талдычат, не надо рассчитывать, что размер Char не изменится. Года с 2006 талдычат, что Pointer нельзя приводить к Integer и ноборот.

← →
Игорь Шевченко © (2011-08-19 22:28) [19]

DVM © (19.08.11 22:27) [18]

> Трудозатраты на перевод любого проекта под Delphi XE не
> такие уж большие, если все самописное

Берешься оценить ? Или тоже больше по диагнозам спец ?

← →
DVM © (2011-08-19 22:34) [20]

> Игорь Шевченко © (19.08.11 22:28) [19]

> Берешься оценить ?

Чтобы оценить время перевода любого модуля со старой версии Delphi на новую, мне достаточно на него поглядеть. Соответственно надо смотреть все модули. Да не так все страшно как кажется.

Недавно только переводил два огромных модуля на Delphi XE (один для Extended MAPI второй для Lotus Domino) уложился в пару дней. Первый удалось сделать действительно юникодным, второй пока остался не юникодным, но в XE работает корректно.

← →
Игорь Шевченко © (2011-08-19 22:43) [21]

> Недавно только переводил два огромных модуля

ну давай посчитаем.

Модулей (*.pas, *.dpr, *.dpk) ~20000, средний размер 3 кило, 250 строк. Считаем, что написано более или менее правильно, Pointer к Integer и наборот встречается в тысячной части модулей, размер Char за единицу считается в сотой части.

Модулей (*.dfm) ~7000 (надеюсь, ты в курсе, что их тоже надо править)

от тебя требуется:

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

← →
DVM © (2011-08-19 22:57) [22]

> Игорь Шевченко © (19.08.11 22:43) [21]

> Модулей (*.pas, *.dpr, *.dpk) ~20000, средний размер 3 кило,
> 250 строк.

От души у вас там модулей. 1 модуль = один тип (класс) что ли? Ну да ладно.

> Pointer к Integer и наборот встречается в тысячной части
> модулей,

ну для XE это не критично, критично в XE2

> Модулей (*.dfm) ~7000 (надеюсь, ты в курсе, что их тоже
> надо править)

Я, если честно не в курсе чего там еще можно править, кроме шрифта. Обычно проблем не возникало.

> от тебя требуется:
>
> 1. количество человеко-дней для того, чтобы этот зоопарк
> компилировался.
> 2. количество человеко-дней для того, чтобы этот зоопарк
> функционировал также, как и до перевода.

глобальным поиском и заменой это все это может получиться перевести за неделю, а то и меньше. Но юникодным оно может и не станет. Будет куча варнингов о приведении string к ansistring и наоборот (в основном при передаче данных из / в интерфейс), но их для начала можно подавить директивами компилятора.

← →
Игорь Шевченко © (2011-08-19 23:02) [23]

> Я, если честно не в курсе чего там еще можно править, кроме
> шрифта

тип полей датасета и тип его же параметров, например

> глобальным поиском и заменой это все это может получиться
> перевести за неделю, а то и меньше. Но юникодным оно может
> и не станет. Будет куча варнингов о приведении string к
> ansistring и наоборот (в основном при передаче данных из
> / в интерфейс), но их для начала можно подавить директивами
> компилятора

Я сильно извиняюсь, а что на что надо глобально менять ?

← →
DVM © (2011-08-19 23:04) [24]

> Игорь Шевченко © (19.08.11 22:43) [21]

> Модулей (*.pas, *.dpr, *.dpk) ~20000, средний размер 3 кило,
> 250 строк

Кстати, серьезный проект (не уровня hello world, как ты выразился выше) вовсе не обязательно должен иметь безумное число модулей. Проектов с 20000 модулями один на миллион.

← →
Dennis I. Komarov © (2011-08-19 23:05) [25]

Я все понимаю, но так ли оно надо?

← →
Игорь Шевченко © (2011-08-19 23:10) [26]

DVM © (19.08.11 23:04) [24]

Я к другому: к тому, кто за это будет платить ? Работы даже на механический перенос достаточно много, вовсе не неделя. А работы на тестирование и на исправление багов переноса - на порядок больше.

← →
DVM © (2011-08-19 23:11) [27]

> Игорь Шевченко © (19.08.11 23:02) [23]

> тип полей датасета и тип его же параметров, например

это не всегда, хотя да, я менял, но только потому, что использовалась кривоватая ZEOS , там где было ADO менять ничего не приходилось.

> Я сильно извиняюсь, а что на что надо глобально менять ?

я использую такой подход:

Если модуль не мой, и не стоит задача заточить его под юникод, то глобальная замена:
string -> ansistring, char - > ansichar, pchar - > pansichar, поиск вызовов length и осмотр окрестного к ней кода, не умножается ли она где на байты.

← →
DVM © (2011-08-19 23:13) [28]

> Игорь Шевченко © (19.08.11 23:10) [26]

> Я к другому: к тому, кто за это будет платить ?

Кому это все надо, тот и будет. Если никому не надо, то и смысла в переводе нет.

> Если модуль не мой, и не стоит задача заточить его под юникод,
> то глобальная замена:

В том и вопрос, а на кой тогда переходить?

> Eraser (19.08.2011 19:36:16) [16]

А нафига, ради моды что ли?

> Так что еще проблемы с переводом - это результат халатного
> отношения к работе ранее.

Это так, но мало кто до 2009 писал AnsiString, а не string и также по другим строка. Мы только что пережили переход с 16 бит на 32, хотя и сейчас встречаются перлы, типа P + 4, вместо P + SizeOf(Integer).

> Dennis I. Komarov © (19.08.11 23:29) [30]

> В том и вопрос, а на кой тогда переходить?

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

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

> DVM (19.08.2011 22:57:22) [22]

А это потому что, команда схитрила и сделала Integer равным 4 байтам, хотя
много лет капала на мозги противоположное

> The generic integer types are Integer and Cardinal; use these whenever
> possible, since they result in the best performance for the underlying CPU
> and operating system.

Повторили судьбу Cardinal, который делали производным от разных типов, и
даже размер менялся. Они вообще заклятые волюнтаристы рационализаторы, в
плохом смысле этого слова.

> DVM © (19.08.11 23:35) [35]

ИМХО, в большенсве случаев - дань моде. Реально совсем не надо, тем более, если до этого работало без юникода. Там где реально надо, писали и на D7 а-ля tnt... Вот там и переходить проще

Хотя это мое скромное...

> Anatoly Podgoretsky © (19.08.11 23:34) [34]

> Это так, но мало кто до 2009 писал AnsiString, а не string
> и также по другим строка.

Ну string простительно еще. Никто ж не знал как оно будет.

Pointer к NativeUInt еще меньше кто приводил, хотя тип существует с 2006 года как минимум.

Но когда вместо THandle используют Cardinal повсеместно и т.д. - это все говнокод на мой взгляд.

> Dennis I. Komarov © (19.08.11 23:41) [37]

> ИМХО, в большенсве случаев - дань моде. Реально совсем не
> надо, тем более, если до этого работало без юникода.

Отчасти да. Но если проект планируется поддерживать еще многие годы, мое мнение, что надо постепенно его адаптировать под новые среды по мере возможности, иначе его код станет настолько архаичным спустя годы, что его адаптировать будет уже совсем сложно.

> [17] Игорь Шевченко © (19.08.11 20:34)

Поддержка юникода появилась 3 года назад. Можно было за этот срок выделить время на его внедрение. К тому же не так много работы перевести проект на юникод. Больше разговоров о том, что "не вижу возможности" и мифические немыслемые трудозатраты на это. Из своего опыта могу сказать, что это типичнейшая отговорка, конкретно в этом юникодном случае. Что они там виндовс пишут что ли?

> [37] Dennis I. Komarov © (19.08.11 23:41)

Дань моде это, возможно, только для программ, расчитанных на работу внутри какого-то одного конкретного учреждения или же для узкоспециализированных утилит, опять же, для внутренних нужд. В остальном, обязательно найдутся юзеры, которым понадобиться полноценный юникод. Про коробочные продукты и речи нет, там понадобится 100%.

Что за delphi такой XE? Найти похожие ветки