AlDev Apr 4 2010 at 09:18

Flash XML parsing: win vs mac

2 min

748

Adobe Flash

Comments 20

ionflux Apr 4 2010 at 10:14

А под маком какие значения будут?

trace(XML.ignoreWhitespace); trace(XML.ignoreComments); trace(XML.ignoreProcessingInstructions);

Уж больно кажется что это к ignoreWhitespace относится, которое под виндами в true.

AlDev Apr 4 2010 at 10:17

То же думал. Но все true.

ionflux Apr 4 2010 at 11:03

Кстати судя по логике версия для мака парсит нормально xml, а вот под виндами уже не правильно. Бо между format и cdata есть символы (табуляция или пробелы).

В принципе костыль для данной проблемы довольно простой — следить чтоб секция cdata сразу шла после открывающего тэга.

kresteleff Apr 4 2010 at 11:26

Из этого вывод нечего пользоваться автоформатом

-3

ionflux Apr 4 2010 at 12:19

Из этого стоит сделать вывод что где-то есть баги.

AlDev Apr 4 2010 at 13:37

О да. Идеальные пользователи с идеальными данными!

AlexcYeCu Apr 4 2010 at 12:48

Сборка при помощи mxmlc, система, в которой собиралось linux, flash player LNX 10,0,45,2, ось Fedora (GNU/Linux):

смещение есть

Всё тоже самое, но плеер WIN 9,0,0,296 (запущен как $ wine SAFlashPlayer9.exe):

смещение есть

Сборка при помощи mxmlc, система, в которой собиралось linux, flash player SOL 10,0,45,2, ось OpenSolaris:

смещение есть

Можно, конечно, ещё проверить под 10.1 для linux, но результаты говорят сами за себя…

yateam Apr 4 2010 at 13:46

Какое замечательное наблюдение — оно стоило того, чтобы его поместить на главной Хабра!

AlDev Apr 4 2010 at 14:19

То есть то, что Flash Player работает по разному в разных системах с xml-ем — это так, не интересный никому факт?

-2

kresteleff Apr 4 2010 at 18:02

Это известный факт

Sone Apr 4 2010 at 17:39

Да на флеше много подобных вещей. Вот недавно фиксил баг когда флешь без видимых причин возвращал вместо символе перевода строки \u000a символ \u000d при чем оба они воспринимаются флешем как перевод строки, чего не могу сказать о сервере.

MaxL Apr 5 2010 at 03:40

Жаль что я так поздно попал на хабр. Полезных и важных статьей все меньше и меньше.

AlDev Apr 5 2010 at 09:11

Я всего лишь обратил внимание на еще один из множества багов «кроссплатформенности» flash player-а, дабы никто не напоролся на эти грабли.

MaxL Apr 5 2010 at 13:31

Я сам Flex`ер и Flash`ер. Для меня читать о багах, которые и так очевидны при правильном дебагге не очень интересно.

AlDev Apr 5 2010 at 15:46

то есть вы дебажите каждую swf-ку на mac и win всегда?

MaxL Apr 5 2010 at 15:52

Конечно у меня в студии стоят mac, win, linux машинки (последняя на вируталке стоит). Вот на них и проверяем работоспособность каждой. Если много кода, то использую обычный tracert для проверки данных. Тут ничего сложно нет :-)

AlDev Apr 5 2010 at 16:36

Ваш случай достаточно редок :)

AlDev Apr 5 2010 at 15:49

Суть не в символах, а в том, что под разными системами парсинг xml-я обработает их по-разному.

MaxL Apr 5 2010 at 16:06

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

Для нас, флешеров, каждая версия flash рlayer как ie6 для верстальщика. Только последнего уже похоронили, (скоро гробки, кто пойдет проведать? :) а flash player как имел кучу дыр в 7-ой версии, так и в 10-ой большую часть еще не убрали.
Почему верстальщики не клепают посты на хабре о каждой особенности ie6 в верстке, а тут взялись это делать с flash player?

AlDev Apr 5 2010 at 16:40

Кстати и кейсов побольше.
Flash Player {Version} + * Browser {Version} так же может выдать очень любопытные сочитания
Например в firefox под мак можно поймать абсолютно уникальные проблемы с фокусом.
Что же касается топика — возможно кому-то он интересен ;-)

Show the best of all time