JavaScript IE appendChild () - Неожиданный вызов к методу или доступу свойства
1.) Языки сценариев популярны в эти дни для большинства вещей из-за лучших аппаратных средств. Perl/Python/Lisp распространен для легких приложений (автоматизация, легкое вычисление); я вижу много Perl на моей работе (вычислительный EM), так как нам нравится Unix/Linux. Для материала производительности обычно используются C/C ++/Fortran. Для параллельных вычислений, ну, в общем, мы обычно вручную параллелизируем выполнения в EM в противоположность наличию программы, неявно делают это (т.е. разделите задания углом взгляда при вычислениях эффективных площадей отражения).
2.) Мы просто вид людей броска в соединение здесь. Много кода, который мы имеем, очень грязно, но ученые обычно являются легкомысленным набором, которые не возражают против такой вещи. Не идеальный, но у нас есть вещи поставить, и мы сильно неукомплектованы. Мы медленно - улучшение.
3.) Мы используем SVN; однако, у нас нет программного обеспечения отслеживания ошибок. Почти столь хороший, как это добирается для нас, txt файл, который говорит Вам, где ошибки определенные ошибки.
4.) Мое предложение для реализации лучших практик для ученых: медленно делают это . Как ученые, мы обычно не поставляем продукты. Никто в науке не делает имя себе при наличии чистого, удобного в сопровождении кода . Они получают распознавание от результатов того кода, обычно. Они должны видеть выравнивание для того, чтобы провести время при изучении методов программного обеспечения. Медленно представляйте новые понятия и пытайтесь заставить их следовать; они - ученые, поэтому после того, как их собственное эмпирическое доказательство подтвердит полноценность вещей как управление версиями, они начнут использовать все это время!
4 ответа
РЕШЕНО! ... вроде как У меня были скрытые входы в дочерних div, в которых хранится идентификатор перемещаемого элемента для отправки формы. Я удалил скрытые поля ввода и поместил их под свои поля выбора. Каждый раз, когда div перемещается, он обновляет имя скрытого до родительского идентификатора div. Кажется, у IE есть проблема с appendChild (), когда у узла есть дочерние элементы. Иногда это работало, а иногда - нет. Добавление одного элемента без дочерних элементов всегда работает. Я не совсем уверен, в чем была проблема, но все вышеперечисленное решило ее.
Ура
Grep
I agree with Kaze noe Koe, dynamically setting the name of elements is not the most bullet-proof practice. Unfortunately, I cannot tell you how to get rid of the error. However, I highly recommend using a JavaScript library (jQuery, Prototype, Dojo, ...). They are quite small, relatively easy to learn, and much more convenient to use than the horrible DOM API. Last but not least, they shield you from many such awkward Browser incompatibilities. Give it a try, after a couple of days you cannot imagine going back, I promise.
Are you sure it isn't dying on:
children[i].childNodes[0].name=toLocation;
What are you trying to accomplish with this line?
Seriously, try to comment it out. I don't even think it is what you think it is - isn't the right property called nodeName?
children [i] .childNodes [0] .name = toLocation;
Каждый дочерний div, содержащийся в родительском div, также содержит скрытое входное значение. Родительские блоки div не содержат атрибута name, только id. Когда дочерние блоки div перетаскиваются из одного родительского блока в другой, он обновляет значение имени всех скрытых входов до идентификатора блока. Когда форма отправляется, сервер может определить, какие значения присутствовали в конкретном родительском div. Пока это работает в IE и Firefox без сбоев. Проблема определенно заключается в методе appendChild (), поскольку он продолжает нарушать этот оператор. Если родительский div пуст при загрузке, все работает отлично. Если родительские дочерние элементы div добавляются к другому div, а затем снова, я получаю исключение только в IE.
К сожалению, я пока не могу реализовать фреймворк. Наши теги часто меняются, чтобы соответствовать новым требованиям.