Flash XML parsing: win vs mac

[@ionflux]

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

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


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

[@AlDev]

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

[@ionflux]

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

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

[@kresteleff]

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

[@ionflux]

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

[@AlDev]

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

[@AlexcYeCu]

Сборка при помощи 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]

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

[@AlDev]

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

[@kresteleff]

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

[@Sone]

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

[@MaxL]

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

[@AlDev]

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

[@MaxL]

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

[@AlDev]

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

[@MaxL]

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

[@AlDev]

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

[@AlDev]

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

[@MaxL]

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

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

[@AlDev]

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