არა, არ მგონია შენი რეალიზაციის გადაწერა გახდეს საჭირო. jQuery – ს საკმაოდ კარგი იმპლემენტაცია აქვს, ე.წ. internal storage აქვს ივენთ ჰენდლერების და მარტივად მოგვარებადია მეხსიერების პრობლემები. ამ შემთხვევაში არ მქონდა მე მასე და მომიწია დამატებითი ოფლის დაღვრა

იმედია ჩემი რეალიზაცია არ დაინგრევა ამ memory leak-ის გამო, იმიტომ რომ გადაწერის თავი ეხლა უკვე ნამდვილად არა მაქვს

დიდი მადლობა სასარგებლო კომენტარისთვის.

ზუსტად მასე მომივიდა მეც ძალიან დიდი ხანი ვწერე Mac – ზე ისე რომ PC არც გამხსენებია… რამდენიმე დღეში რომ მოვრჩი ყველაფერს და IE – ში გავტესტე გულს შემომეყარა

პრობლემა იმაში კი არ არის ეგ ყველაფერი ავამუშავო, უბრალოდ ძალიან მეზიზღება როდესაც ასეთ შემოვლითი გზებით მიწევს სიარული.

ზუსტ ქეისს აგიხსნი:

არის დიალოგი რომელიც სხვადასხვა ობიექტზე კლიკისას იხსნება და ობიექტის შესაბამის ოპციების ფორმას ტვირთავს სერვერიდან Ajax – ის გამოყენებით.

პრობლემა იმაშია რომ ეს ოპციების ფორმები არის ძალიან რთული და ზოგი საშუალოდ 30/50 ინფუთ ელემენტს შეიცავს.

პოსტში აღწერილი სოლუშენის ძებნა სწორედ მაგის გამო დავიწყე რომ არ მინდოდა სათითაოდ ყველა Ajax რიქვესტის დასრულების შემდეგ სათითაო ინფუთ ელემენტისათვის onchange ივენთების ბაინდინგი მეკეთებინა

ბუნებრივად დამებადა აზრი რომ ეს ივენთები(არა მარტო change) უნდა დამეჭირა მშობელი კონტეინერის გამოყენებით.. თუმცა

IE – ს სპეციფიკადან გამომდინარე რამდენიმე სერიოზული მიზეზია რის გამოც არ მინდოდა სათითაო ელემენტის ჩამორბენა და onchange ივენთის მიბმა:

1) მსგავს კომპლექსურ ფორმებზე მაგ მანიპულაციის ჩატარება ნელია;

2) IE – ში DOM ელემენტზე მიბმული ივენთ ჰენდლერები პოტენციურად memory leak – ების გამომწვევია, ამითომ ოპციების ფორმის ხელახალი ჩატვირთვისას წინა ფორმის ყველა ელემენტის ჩამოვლა და მიბმული ჰენდლერების გა – null – ებაა საჭირო რომ ავირიდოთ თავიდან აღნიშნული პრობლემა

განსაკუთრებით ეს ბოლო ოპერაციაა ნელი რადგან რეკურსიუალდ მთელი იმ კონტეინერის DOM ხე უნდა გავიაროთ და სათითაო ელემენტის ყოველი attributes კოლექცია ვამოწმოთ …

და ასე შემდეგ და ასე შემდეგ

მოკლედ IE დაწყევლილია და ასეთივე დაწყევლილად დარჩება

P.S.

შენი პოსტი შემთხვევით წამეშალა და მე მივაპოსტე ხელმეორედ საბედნიეროდ იმეილში იყო

if ($.browser.msie) {
$(':input:not(.button)').change(function(){
       $(this).closest('.item-wrapper').trigger('change');
})
}

სავარაუდოდ, იგივეს გამეორება pure javascript-შიც შეიძლება, ოღონდ ტარგეტ ელემენტის გადაცემა არ დამჭირვებია და შესაბამისად არ მიცდია. trigger ფუნქცია დამატებით data ელემენტსაც იღებს არგუმენტად, ანუ იდეაში შესაძლებელია შეჩოჩება.

“ხშირად იყენებთ HTML ფორმის ელემენტების ამ ივენთს? და რა შემთხვევაში? ალბათ უფრო SELECT ელემენტთან მუშაობისას ხომ? თქვენი არ ვიცი მაგრამ ჩემს პირად პრაქტიკაში განსაკუთრებული გამოყენება ამ ივენთს არ ჰქონია”

მე ვიყენებ ფორმის შევსების კორექტულობის დროს და ხშირად ajax-ში, მაგალითად check username ამ შემთხვევაში ყოველ focus-ზე გაიგზავნება მოთხოვნა და ამ შემთხვევაში ონჩეინჯი ჯობია

ეჰ შოთ.. ეგ “იდიოტიზმამდე მარტივი” რაღაც იდიოტიზმამდე მარტივ რეალობად მიქცია IE – მ არ მუშაობს ეგ ყველაფერი IE – ში და გამოგონებები მომიწევს… ხოდა თუ გამოვიგონე რაიმე რეალური დავწერ აქ და თუ ვერ გამოვიგონე და მაგასაც ვაღიარებ

მადლობა საინტერესო გადაწყვეტილებისათვის

არ ვიცი IE – ში არ გამიტესტავს ჯერ, მაგრამ სხვაგან ყველგან კარგად მუშაობს… როგორც ჩანს მომიწევს IE – სთვის გამოგონებების დამატება კოდისთვის

ეგ არის რა, რაღაცას აღმოაჩენ გაგეხარდება და… მერე მოვა IE და მოგი^(&^(&^(ს კარნავალში