Anton

Это почему это?
Твой пример проверяет, есть ли в списке вариантов поля со списком значение, которое мы хотим присвоить полю.
То, про что я писал - фактически оптимизация по времени того же самого действа в случае частых проверок (хотя конечно не могу гарантировать, что это будет быстрее - не проверял).
В обоих случаях результат получится одинаковый: либо оно там есть, либо нет.
Но вообще говоря положительный ответ не гарантирует успешности присваивания, так как в принципе между проверкой и присваиванием список может измениться.
Но наверное если такое и возможно, то пренебрежимо маловероятно...

Anton

Ну так я вроде сразу и написал:

Хотя наверное не очень понятно.
То есть речь о следующем:
Я установил значение поля со списком.
В процессе этого/сразу после этого или через какое-то время - могу я понять, что у меня там сейчас правильное значение не проверяя, принадлежит ли мое значение тому, что написано в value списка вариантов?
Мб исключение какое бросается?..
Или обработчик события туда можно повесить?..
Или единственный способ - варианты того как ты написал ?

Про оптимизацию было сказано в сравнительном качестве.
В общем вопрос исчерпан, спасибо

Нет, не правильно.

p.s. для html, насколько мне известно - собственная реализация (в т. ч. и getElementsByAttribute) через xpath, перебор или строчный поиск в innerHTML.

Отредактировано Anton (03-08-2008 10:11:26)

Forest

Так ты же его, скорее всего, не определил. Напрямую он определён только в XUL. Если добавить код, типа

то getElementsByAttribute будет работать и в xml и в html.
Я именно так и сказал.

А сам-то как думаешь ? )

Насколько мне известно - нельзя.

Forest

Всегда пожалуйста. Надеюсь, мне удалось положительно повлиять на твой способ постановки вопросов...

... хотя и не в полной мере. Что ж, на то они и примеры.

Forest

Жаль.

Хорошо. Вопрос был такой:

и я ответил: "...Если <menulist...".
Как скоро после этой пары вопрос-ответ выяснилось, что код требуется для html ? Вот это мне очень не понравилось. Перед этим точно так же вопрос об оптимизации был поставлен постфактум, когда я просил о более точной формулировке. Во второй уже раз решил - раз вопросы задаются неопределённо, ну я и отвечать буду в той же манере.

для html встроенного getElementsByAttribute нет.
пробуем в chrome и в обычном документе

alert("getElementsByAttribute" in window.document)

если уже действительно нужно, то можно сделать самому.

Отредактировано Shutnik (03-08-2008 22:47:05)

Возникла задача - реализовать копирование (ctrl+c например) для контролов xul-а (конкретно это был листбокс).
Поискал инфу на эту тему, но нашел только про меню, да и то там как-то обойден стороной вопрос про реализацию самих обработчиков.
Попробовал сделать по-аналогии - не получилось.
Вот что пробовал:

...
  <keyset id="sidebarKeyset">
    <key id="copy_key" oncommand="CKGFF2_GetSelected(event);"
        modifiers="accel" key="C" />
  </keyset>
...
    <listbox id="CKGFF2-Current" flex="1" key="copy_key" />
...

Не смог получить в обработчике CKGFF2_GetSelected(event) контекст listbox-а - везде только keyset.
Другой вариант вообще не заработал (нажатия не ловил).

В принципе установкой обработчика в сам listbox проблема решается, но тогда приходится отслеживать то ли нажато.
А хотелось именно привязать обработчики к хоткеям и использовать при необходимости.
Или мое желание не соответствует идеологии разработки и работающий вариант - единственно верный, а keyset - только для меню?

Отредактировано Forest (26-08-2008 14:35:29)

Anton

Спасибо, помогло

Только вот я почитал доку на developer.mozilla.org и как-то не уверен, что это допустимый вариант использования (правда там вообще дока неполная).
И как оно вообще работает, когда таких хоткеев определяется много (десятки например)? Или справляется?

Anton

Да, это тоже должно подойти, спасибо

Добавлено Mon Sep  1 16:04:21 2008 :
Я правильно понимаю, что в АПИ Лиса нет работы с консолью?
Просто понадобилось  получить stdout консольного приложения, а ничего подходящего не нашел
Пришлось делать через перенаправление в файл.
Вот что получилось (нужна была только первая строка):

// временный файл создаем в папке tmp
    var tmpFile = Components.classes["@mozilla.org/file/directory_service;1"].getService(Components.interfaces.nsIProperties).get("TmpD", Components.interfaces.nsIFile);
    var tmpPath = tmpFile.path;
    tmpFile.append("TmpFile");
    var tmpFullPath = tmpFile.path;

// Запускаем наш скрипт с перенаправлением вывода во временный файл
    var runFile = Components.classes["@mozilla.org/file/local;1"].createInstance(Components.interfaces.nsILocalFile);
    runFile.initWithPath("c:\\script.bat");
    var process = Components.classes["@mozilla.org/process/util;1"].createInstance(Components.interfaces.nsIProcess);
    process.init(runFile);
    var args = [">", tmpFullPath];
    process.run(false, args, args.length);

// Получаем данные из временного файла
    var istream = Components.classes["@mozilla.org/network/file-input-stream;1"].createInstance(Components.interfaces.nsIFileInputStream);
    istream.init(tmpFile, 0x01, 0444, 0);
    istream.QueryInterface(Components.interfaces.nsILineInputStream);
    
    var line = {}, hasmore;
    hasmore = istream.readLine(line);

Оно работает, но как-то кривовато выглядит
Опять же не получилось удалить этот временный файл:

tmpFile.remove(false)

не работает, а попытка работать с файлом через nsIFile (а не через nsILocalFile) успехом пока не увенчалась.

Вообще или я еще не до конца разобрался с этим, либо все таки АПИ работы с файловой системой у Лиса хромает?..

От ссылочки на правильную документацию про это/пример не отказался бы (особенно с удалением).
Инфу копал в основном на оффсайте, но мб недостаточно глубоко?..

Или нормально это все можно только через XPCOM сделать?

Отредактировано Forest (01-09-2008 16:05:07)