Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 01.03.07 10:09
Оценка: 19 (3) +1
Вот, наткнулся на статейку о нововведениях в JavaScript:
http://developer.mozilla.org/presentations/xtech2006/javascript/

Честно говоря, глаза разбегаются
И первым делом — возникла мысль — а стоит ли оно того?
Получается, что JavaScript вырастает во что-то вроде питона/руби.
Исчезает самое ценное в нём (ценное на мой субьективный взляд, конечно) — предельная чистота концепций. Хотя писать что-то более-менее обьёмное на JS, похоже, станет проще .
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 01.03.07 10:22
Оценка:
L>Вот, наткнулся на статейку о нововведениях в JavaScript:
L>http://developer.mozilla.org/presentations/xtech2006/javascript/

То, что там написано, частично реализовано в JavaScript 1.7 в Firefox 2: http://developer.mozilla.org/en/docs/New_in_JavaScript_1.7

L>Честно говоря, глаза разбегаются

L>И первым делом — возникла мысль — а стоит ли оно того?
L>Получается, что JavaScript вырастает во что-то вроде питона/руби.
L>Исчезает самое ценное в нём (ценное на мой субьективный взляд, конечно) — предельная чистота концепций. Хотя писать что-то более-менее обьёмное на JS, похоже, станет проще .

Самое главное мне не нравится type annotations. Dynamic typing в Яваскрипте рулит.


dmitriid.comGitHubLinkedIn
Re: Ой, чего с JavaScript-то деется...
От: Gajdalager Украина  
Дата: 01.03.07 10:23
Оценка:
Здравствуйте, Left2, Вы писали:

L>Вот, наткнулся на статейку о нововведениях в JavaScript:

L>http://developer.mozilla.org/presentations/xtech2006/javascript/

L>Честно говоря, глаза разбегаются

L>И первым делом — возникла мысль — а стоит ли оно того?
L>Получается, что JavaScript вырастает во что-то вроде питона/руби.
Я бы предпочел чтобы он вырос во что-то вроде Java Лично мне нравиться путь, которым идет GWT, думаю. для AJAX — это то, что доктор прописал.. Если еще можно будет исполнять GWT-код без трансляции в JavaScript — вообще круто будет
Re: Ой, чего с JavaScript-то деется...
От: Disappear  
Дата: 01.03.07 10:34
Оценка:
Здравствуйте, Left2, Вы писали:

L>Вот, наткнулся на статейку о нововведениях в JavaScript:

L>http://developer.mozilla.org/presentations/xtech2006/javascript/

L>Честно говоря, глаза разбегаются

L>И первым делом — возникла мысль — а стоит ли оно того?
L>Получается, что JavaScript вырастает во что-то вроде питона/руби.
L>Исчезает самое ценное в нём (ценное на мой субьективный взляд, конечно) — предельная чистота концепций. Хотя писать что-то более-менее обьёмное на JS, похоже, станет проще .

С развитием Web 2.0 все к тому и будет идти. Вот толь, непонятно как дела будут обстоять с поддержкой этого чуда у Microsoft, Apple и Opera
Re[2]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 01.03.07 10:39
Оценка:
D>С развитием Web 2.0 все к тому и будет идти. Вот толь, непонятно как дела будут обстоять с поддержкой этого чуда у Microsoft, Apple и Opera

Ну, там есть идеи насчёт того чтобы иметь транслятор JS 2.0 -> JS 1. То есть, на сервере лежит JS 2.0, а если пришёл старый (некошерный) браузер — ему отдают JS 1.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[2]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 01.03.07 10:46
Оценка:
M>Самое главное мне не нравится type annotations. Dynamic typing в Яваскрипте рулит.

Согласен. Боюсь, не превратится ли таким путём язык в помойку типа Perl.
Лично мне JavaScript понравился именно тем что это был первый язык в который ничего не захотелось добавить
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[3]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 01.03.07 11:34
Оценка:
Здравствуйте, Left2, Вы писали:

M>>Самое главное мне не нравится type annotations. Dynamic typing в Яваскрипте рулит.


L>Согласен. Боюсь, не превратится ли таким путём язык в помойку типа Perl.

L>Лично мне JavaScript понравился именно тем что это был первый язык в который ничего не захотелось добавить

Ну, из 1.7 мне нравится destructuring assignment. А еще я не отказался бы от packages. Вот только зачем мешать в кучу packages и namespaces, как предложено для Js2, я не понимаю.


dmitriid.comGitHubLinkedIn
Re[2]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 01.03.07 12:11
Оценка:
Здравствуйте, Disappear, Вы писали:

D>Вот толь, непонятно как дела будут обстоять с поддержкой этого чуда у Microsoft, Apple и Opera


JavaScript 2 это ECMAScript 4. А ECMAScript стараются поддерживать все разработчики.
Re[4]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 01.03.07 12:14
Оценка:
M>Ну, из 1.7 мне нравится destructuring assignment.
Киньте в меня камнем если подобное не делается (с чуть другим синтаксисом) на обычном JS:

var a, b, c;
destructuring_assignment([a, b, c], arr);


M>А еще я не отказался бы от packages. Вот только зачем мешать в кучу packages и namespaces, как предложено для Js2, я не понимаю.

Packages...
Ну мне тоже кажется что это решабельно — из каждого файла выставляется один обьект, который имеет все нужные функции-переменные:

var MyPackage = {
    MyFunction: function() { };
    MyIntVariable: 0;
}

// В другом пакете:
MyPackage.MyFunction(MyPackage.MyIntVariable);


Зато не разводим лишние сущности в языке
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re: Тормозная презентация?
От: igna Россия  
Дата: 01.03.07 12:18
Оценка:
Здравствуйте, Left2, Вы писали:

L>Вот, наткнулся на статейку о нововведениях в JavaScript:

L>http://developer.mozilla.org/presentations/xtech2006/javascript/

Спасибо, а то что у меня очень медленно слайды прорисовываются, это я сам дурак?
Re[5]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 01.03.07 12:25
Оценка:
M>>Ну, из 1.7 мне нравится destructuring assignment.
L>Киньте в меня камнем если подобное не делается (с чуть другим синтаксисом) на обычном JS:

L>
L>var a, b, c;
L>destructuring_assignment([a, b, c], arr);
L>


Это откуда? Поиск по javascript destructuring_assignment ничего не дал, если только такую функцию не писать самому ручками. На самом деле возможность написать

function get_array()
{
    return [1, 2, 3];
}

[a, b, c] = get_array();

[a, b] = [b, a]

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

M>>А еще я не отказался бы от packages. Вот только зачем мешать в кучу packages и namespaces, как предложено для Js2, я не понимаю.

L>Packages...
L>Ну мне тоже кажется что это решабельно — из каждого файла выставляется один обьект, который имеет все нужные функции-переменные:

L>
L>var MyPackage = {
L>    MyFunction: function() { };
L>    MyIntVariable: 0;
L>}

L>// В другом пакете:
L>MyPackage.MyFunction(MyPackage.MyIntVariable);
L>


L>Зато не разводим лишние сущности в языке


Тут такая фишка, что иногда пишешь что-то вроде фреймворка И не хочется делать один гигантский класс. И не хочется засорять глобальное пространство. А так — упаковал все в package aka модуль и радуешься


dmitriid.comGitHubLinkedIn
Re[2]: Тормозная презентация?
От: Left2 Украина  
Дата: 01.03.07 12:25
Оценка:
I>Спасибо, а то что у меня очень медленно слайды прорисовываются, это я сам дурак?
Я лично её PgDown-ом проталкивал.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[6]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 01.03.07 12:31
Оценка:
M>Это откуда? Поиск по javascript destructuring_assignment ничего не дал, если только такую функцию не писать самому ручками.
Ручками, естественно. Сорри, это я невнятно выразился

M>это всего лишь синтаксический сахар, имхо. Но приятный

Ага, именно — всего лишь сахар

M>Тут такая фишка, что иногда пишешь что-то вроде фреймворка И не хочется делать один гигантский класс. И не хочется засорять глобальное пространство. А так — упаковал все в package aka модуль и радуешься


Почему один гигантский класс? Можно ж всё это вложеным делать:

var MyPackage = {
    MyFunction: function() { };        
    MyIntVariable: 0;
        MySubPackage1 {
            MyClass : function(par1, par2) {}            
        }
        MySubPackage2 {
            MyClass : function(par1, par2) {}            
        }
}

// и потом:

var a = new MyPackage.MySubPackage1.MyClass(1, 2); 
var b = new MyPackage.MySubPackage2.MyClass(1, 2);
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[7]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 01.03.07 12:33
Оценка:
С синтаксисом чуть наплужил, там вместо ";" должны быть запятые, но в целом идея должна быть понятна
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[3]: Тормозная презентация?
От: igna Россия  
Дата: 01.03.07 12:33
Оценка:
Здравствуйте, Left2, Вы писали:

L>Я лично её PgDown-ом проталкивал.


А я мышью, но не в этом дело. При изменении размеров шрифта задержка ощутима, а при изменении размеров окна браузера последний и вовсе задумывается на пару секунд. Может это и есть Web 2.0? А не ну его тогда?
Re[2]: Ой, чего с JavaScript-то деется...
От: elmal  
Дата: 01.03.07 12:34
Оценка:
Здравствуйте, Mamut, Вы писали:

L>>Вот, наткнулся на статейку о нововведениях в JavaScript:

L>>http://developer.mozilla.org/presentations/xtech2006/javascript/
У меня что-то ссылка не работает

M>Самое главное мне не нравится type annotations. Dynamic typing в Яваскрипте рулит.

А можно спросить чем не нравится type annotations? И что такого хорошего в Dynamic typing? На скриптах довольно много приходилось писать, но Dynamic typing мягко говоря не полюбил.
Re[3]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 01.03.07 13:40
Оценка: +1
M>>Самое главное мне не нравится type annotations. Dynamic typing в Яваскрипте рулит.
E>А можно спросить чем не нравится type annotations? И что такого хорошего в Dynamic typing? На скриптах довольно много приходилось писать, но Dynamic typing мягко говоря не полюбил.

Можно я попробую ответить насчёт Dynamic typing?
Чисто сугубо моё личное ИМХО.
Сама по себе возможность иметь статическую типизацию для языка типа JS — это, в целом, хорошо. Во-1 — уходит часть ошибок, во-2 — теоретически это должно повысить производительность. Вот только лично мне кажется что наличие статической типизации очень сильно усложнит язык. На данный момент в JavaScript все переменные равны, то есть для того чтобы пройтись по всем полям обьекта — мне нужно только написать:
 for (var strName in obj)
 {
    var oMethodOrFunc = obj[strName];
 }

Введение статической типизации потребует наличия полновесных механизмов reflection и boxing/unboxing. И это существенно усложнит язык. А этого сильно не хотелось бы. Сила JS — именно в его простоте.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[7]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 01.03.07 14:10
Оценка:
L>Почему один гигантский класс? Можно ж всё это вложеным делать:

А. Ну да. Как-то забыл я об этой возможности, хотя сам ей пользуюсь периодически


dmitriid.comGitHubLinkedIn
Re[4]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 01.03.07 14:22
Оценка: 12 (1) +1
Здравствуйте, Left2, Вы писали:

L>Можно я попробую ответить насчёт Dynamic typing?

L>Чисто сугубо моё личное ИМХО.
L>Сама по себе возможность иметь статическую типизацию для языка типа JS — это, в целом, хорошо. Во-1 — уходит часть ошибок, во-2 — теоретически это должно повысить производительность. Вот только лично мне кажется что наличие статической типизации очень сильно усложнит язык. На данный момент в JavaScript все переменные равны, то есть для того чтобы пройтись по всем полям обьекта — мне нужно только написать:
L>Введение статической типизации потребует наличия полновесных механизмов reflection и boxing/unboxing. И это существенно усложнит язык. А этого сильно не хотелось бы. Сила JS — именно в его простоте.

Насколько я понял, никто не собирается отменять динамическую типизацию. Более того, статическая типизация была введена как раз для удобства разработки и поддержки больших проектов. Т. е. каждый сам для себя решает в зависимости от задачи, какую типизацию выбрать. Главное, что можно продолжать писать скрипты по-старинке, при этом даже не подозревая о наличии статической типизации. Получаем как бы 2 уровня языка: простой (то, что имеем сейчас) и продвинутый (статическая типизация и т. п.).
Re[4]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 01.03.07 14:22
Оценка:
L>Введение статической типизации потребует наличия полновесных механизмов reflection и boxing/unboxing. И это существенно усложнит язык. А этого сильно не хотелось бы. Сила JS — именно в его простоте.

Помимо этого есть сложность и в другом. Я лично не хочу изучать все прелести DOM и писать:

str: String;
el: HTMLElement;

el = document.getElementById("myEl");
str = el.innerHTML;


И еще кастить все это дело к HTMLHtmlElement, HTMLHeadElement, HTMLLinkElement, HTMLTitleElement, HTMLMetaElement... в то время, как я могу написать:

var str;
var el;

el = document.getElementById("myEl");
str = el.innerHTML;


dmitriid.comGitHubLinkedIn
Re[5]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 01.03.07 14:32
Оценка: 12 (1)
Здравствуйте, Mamut, Вы писали:

L>>Введение статической типизации потребует наличия полновесных механизмов reflection и boxing/unboxing. И это существенно усложнит язык. А этого сильно не хотелось бы. Сила JS — именно в его простоте.

M>Помимо этого есть сложность и в другом. Я лично не хочу изучать все прелести DOM и писать:

Тебя никто не будет заставлять использовать статическую типизацию.
Re: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 01.03.07 14:34
Оценка: 32 (2)
Здравствуйте, Left2, Вы писали:

L>Вот, наткнулся на статейку о нововведениях в JavaScript:

L>http://developer.mozilla.org/presentations/xtech2006/javascript/

Вот тут гораздо больше информации: http://developer.mozilla.org/es4/
Re[2]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 01.03.07 14:55
Оценка:
L>>Вот, наткнулся на статейку о нововведениях в JavaScript:
L>>http://developer.mozilla.org/presentations/xtech2006/javascript/

A>Вот тут гораздо больше информации: http://developer.mozilla.org/es4/


[holywar on]
http://developer.mozilla.org/es4/spec/chapter_19_native_objects.html

Native objects

Object.prototype.toJSONString
...
String.prototype.parseJSON

ну и так далее
[/holywar of]

Интересно, что (де)среиализатор из/в JSON они впихнули в native objects.

Ну и идею namespaces я не очень понял


dmitriid.comGitHubLinkedIn
Re[3]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 01.03.07 14:59
Оценка:
Здравствуйте, Mamut, Вы писали:

M>Ну и идею namespaces я не очень понял


Там есть вот такой пример:
package actors {
    public namespace English
    public namespace French
    public class BilingualGreeter {
        English function hello() { 
            print("hello, world")
        }
        French function hello() { 
            print("bonjour, le monde")
        }
    }
}

import actors.*
var greeter : BilingualGreeter = new BilingualGreeter
use namespace English     // Make all identifiers in the English namespace visible

greeter.hello()           // Invoke the English version
greeter.French::hello()   // Invoke the French version
Re[4]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 01.03.07 16:03
Оценка:
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, Mamut, Вы писали:


M>>Ну и идею namespaces я не очень понял


A>Там есть вот такой пример:


Я все равно не очень понимаю их usefulness... Кроме усложнения самого языка...


dmitriid.comGitHubLinkedIn
Re[3]: Ой, чего с JavaScript-то деется...
От:  
Дата: 01.03.07 16:25
Оценка:
Hello, anonymous!
You wrote on Thu, 01 Mar 2007 12:11:20 GMT:

D>> Вот толь, непонятно как дела будут обстоять с поддержкой этого

D>> чуда у Microsoft, Apple и Opera

a> JavaScript 2 это ECMAScript 4.


Ничего подобного. Т.н. ECMAScript Edition 4 выдуман в Mozilla, это не стандарт и неизвестно будет ли он стандартизирован в таком виде — этот proposal висит в ECMA уже не первый год.

a> А ECMAScript стараются поддерживать

a> все разработчики.

Поддерживают стандарты. JavaScript 2 это проприетарное решение Mozilla.
Posted via RSDN NNTP Server 2.1 beta
Re[4]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 01.03.07 17:06
Оценка: 2 (1)
Здравствуйте, YК, Вы писали:

a>> JavaScript 2 это ECMAScript 4.

YК>Ничего подобного. Т.н. ECMAScript Edition 4 выдуман в Mozilla, это не стандарт и неизвестно будет ли он стандартизирован в таком виде — этот proposal висит в ECMA уже не первый год.

ECMA и Mozilla Foundation — не одна и та же организация. Именно ECMA выпустила спецификации предыдущих трёх версий ECMAScript (3 версия: http://www.ecma-international.org/publications/standards/Ecma-262.htm), и именно в ECMA сейчас трудится TG1 (http://www.ecma-international.org/memento/TC39-TG1.htm), работающая сейчас над ECMAScript 4. Да, согласен это еще не стандарт, но спецификацию обещают выпустить в конце перого квартала этого года.

a>> А ECMAScript стараются поддерживать

a>> все разработчики.
YК>Поддерживают стандарты. JavaScript 2 это проприетарное решение Mozilla.

Да кто ж будет с этим спорить, конечно JavaScript продукт Mozilla, решение от Microsoft называется JScript. ) Что же касается поддержки ECMAScript 4, то вот: http://search.microsoft.com/results.aspx?mkt=en-US&amp;mkt=en-US&amp;q=ECMAScript+Edition+4&amp;x=0&amp;y=0
Re[5]: Ой, чего с JavaScript-то деется...
От:  
Дата: 01.03.07 18:17
Оценка:
Hello, anonymous!
You wrote on Thu, 01 Mar 2007 17:06:09 GMT:

a>>> JavaScript 2 это ECMAScript 4.

YК>> Ничего подобного. Т.н. ECMAScript Edition 4 выдуман в Mozilla,
YК>> это не стандарт и неизвестно будет ли он стандартизирован в
YК>> таком виде — этот proposal висит в ECMA уже не первый год.

a> ECMA и Mozilla Foundation — не одна и та же организация.


А то я не знаю

a> в ECMA сейчас трудится TG1

a> (http://www.ecma-international.org/memento/TC39-TG1.htm),
a> работающая сейчас над ECMAScript 4. Да, согласен это еще не
a> стандарт, но спецификацию обещают выпустить в конце перого
a> квартала этого года.

Откуда все эти данные? На сайте ECMA вообще нет никаких упоминаний о ведущейся работе над новой редакцией ECMAScript, не говоря уже о сроках.
Вся информация о т.н. ECMAScript 4 исходит от Mozilla, где можно найти чудные документы, обещающие его выпуск еще в 2002-м году http://www.mozilla.org/js/language/es4/

a>>> А ECMAScript стараются поддерживать все разработчики.

YК>> Поддерживают стандарты. JavaScript 2 это проприетарное решение
YК>> Mozilla.

a> Да кто ж будет с этим спорить, конечно JavaScript продукт Mozilla,

a> решение от Microsoft называется JScript. ) Что же касается
a> поддержки ECMAScript 4, то вот:
a> http://search.microsoft.com/results.aspx?mkt=en-US&amp;mkt=en-US&amp;q=
a> ECMAScript+Edition+4&x=0&y=0

Как-то негусто, если за основу брать Мозилловский proposal, не находишь? Оно и неудивительно: смысла реализовывать какие-то черновые спецификации немного. В Microsoft один раз уже накололись с WD-XSL
Потом, это реализовано только в JScript.NET, а он не включен даже в IE7. Учитывая ту скорость, с которой MS выпускает новые версии броузеров, для web-разработки это станет доступным ой как нескоро.
Posted via RSDN NNTP Server 2.1 beta
Re[2]: Ой, чего с JavaScript-то деется...
От:  
Дата: 01.03.07 19:06
Оценка: 7 (1)
Hello, Mamut!
You wrote on Thu, 01 Mar 2007 10:22:35 GMT:

L>> Вот, наткнулся на статейку о нововведениях в JavaScript:

L>> http://developer.mozilla.org/presentations/xtech2006/javascript/

M> То, что там написано, частично реализовано в JavaScript 1.7 в

M> Firefox 2:
M> http://developer.mozilla.org/en/docs/New_in_JavaScript_1.7

Если говорить о JavaScript 1.7, то добавленные в него генераторы позволяют интересным образом эмулировать многопоточность — Threading in JavaScript 1.7.
Posted via RSDN NNTP Server 2.1 beta
Re[6]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 01.03.07 22:08
Оценка:
Здравствуйте, YК, Вы писали:

YК>Откуда все эти данные?


Не поверишь. ) Из презентации, со ссылки на которую и началось это обсуждение:

* Access to the ECMA TG1 wiki in June 2006
* JS1.7 in Firefox 2 this fall
* JS1.9 (probably) in Firefox 3, Q1 2007
* ECMAScript Edition 4 spec deadline: end of Q1 2007
* JS2 based on final ES4 in Q2 2007

Первые 2 пункта уже выполнены. Ссылку на вики ECMA TG1 я тут приводил. Кстати, одновременно с открытием своей вики разработчики создали и список рассылки https://mail.mozilla.org/listinfo/es4-discuss для обсуждения этой новой редакции.

YК>На сайте ECMA вообще нет никаких упоминаний о ведущейся работе над новой редакцией ECMAScript, не говоря уже о сроках.


Она есть, но её там мало (вообще, очень неинформативный сайт). В пресс-релизах говорится, что ведутся работы, правда сроки постоянно переносятся. Типа такого:

ECMA is in the process of harmonizing the various diverging extensions of ECMAScript. The
full second version of the language is scheduled for publication as ECMA-262 Edition 4 in Q1
2004. This will update the standard with respect to the language and the various differing
implementations.



YК>Вся информация о т.н. ECMAScript 4 исходит от Mozilla, где можно найти чудные документы, обещающие его выпуск еще в 2002-м году http://www.mozilla.org/js/language/es4/


Я полагаю, именно Mozilla это больше всех и надо. И мне кажется, что они все таки доведут эту работу до конца.

YК>Потом, это реализовано только в JScript.NET, а он не включен даже в IE7. Учитывая ту скорость, с которой MS выпускает новые версии броузеров, для web-разработки это станет доступным ой как нескоро.


Веб-разработка сейчас это не только IE, но это другой разговор.
Re: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 02.03.07 00:06
Оценка: -2
Здравствуйте, Left2, Вы писали:

L>Вот, наткнулся на статейку о нововведениях в JavaScript:

L>http://developer.mozilla.org/presentations/xtech2006/javascript/

L>Честно говоря, глаза разбегаются

L>И первым делом — возникла мысль — а стоит ли оно того?
L>Получается, что JavaScript вырастает во что-то вроде питона/руби.
L>Исчезает самое ценное в нём (ценное на мой субьективный взляд, конечно) — предельная чистота концепций. Хотя писать что-то более-менее обьёмное на JS, похоже, станет проще .

Абсолютно непонятно зачем одновременно с Generators (yield) введены Iterators, да еще так коряво.
Это ж ведь идентичные сущности.

И еще предполагается что такой код:

function range(begin, end) {
  for (let i = begin; i < end; ++i) {
    yield i;
  }
}
var evens = [i for (i in range(0, 21)) if (i % 2 == 0)];


будет как бы яснее и понятнее чем вот такой:

var evens = []; for (var i=0; i <= 20; i++) if (i % 2 == 0) evens.push(i);


(из главы Array Comprehensions)
Re: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 02.03.07 00:34
Оценка:
Здравствуйте, Left2, Вы писали:

L>Исчезает самое ценное в нём (ценное на мой субьективный взляд, конечно) — предельная чистота концепций. Хотя писать что-то более-менее обьёмное на JS, похоже, станет проще .


Согласен. Это все куда-то не туда заносит.

По-моему, если уж так хочется то нужно просто вернуться к Java.
Только встраивать Java не как апплеты а как например всю ту же систему behaviors которую я сделал в Sciter.

Designing Reusable UI Components in Sciter. Color-chooser, part I. http://www.terrainformatica.com/index.php/?p=18
Color-chooser, part II. Three pieces of the Puzzle. http://www.terrainformatica.com/index.php/?p=19
Color-chooser, part III. Prototype… of what? http://www.terrainformatica.com/index.php/?p=22
Re: Ой, чего с JavaScript-то деется...
От: Шахтер Интернет  
Дата: 02.03.07 07:37
Оценка: :)))
Здравствуйте, Left2, Вы писали:

L>Вот, наткнулся на статейку о нововведениях в JavaScript:

L>http://developer.mozilla.org/presentations/xtech2006/javascript/

L>Честно говоря, глаза разбегаются

L>И первым делом — возникла мысль — а стоит ли оно того?
L>Получается, что JavaScript вырастает во что-то вроде питона/руби.
L>Исчезает самое ценное в нём (ценное на мой субьективный взляд, конечно) — предельная чистота концепций. Хотя писать что-то более-менее обьёмное на JS, похоже, станет проще .

фичероз
В XXI век с CCore.
Копай Нео, копай -- летать научишься. © Matrix. Парадоксы
Re[2]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 02.03.07 09:08
Оценка:
CS>И еще предполагается что такой код:

CS>
CS>function range(begin, end) {
CS>  for (let i = begin; i < end; ++i) {
CS>    yield i;
CS>  }
CS>}
CS>var evens = [i for (i in range(0, 21)) if (i % 2 == 0)];
CS>


CS>будет как бы яснее и понятнее чем вот такой:


CS>
CS>var evens = []; for (var i=0; i <= 20; i++) if (i % 2 == 0) evens.push(i);
CS>


CS>(из главы Array Comprehensions)


Это у них (имхо) корявая реализация типа (смесь Яваскрипта и Эрланга ):
var evens = [i | i <- range(0, 21), i % 2 == 0]


Корявая в том смысле, что за скобочками кода не видно


dmitriid.comGitHubLinkedIn
Re[5]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 02.03.07 09:12
Оценка:
Left2 wrote:

> M>Ну, из 1.7 мне нравится destructuring assignment.

> Киньте в меня камнем если подобное не делается (с чуть другим
> синтаксисом) на обычном JS:
> var a, b, c;
> destructuring_assignment([a, b, c], arr);

Погоди, ты имеешь в виду, что можно написать функцию, которая присвоит значения этим переменным? Ты уверен? Значением
[a,b,c] переданным в эту функцию будет массив [undefined,undefined,undefined], и ничего ты с ним не сделаешь.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[3]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 02.03.07 11:00
Оценка:
Mamut wrote:

> Это у них (имхо) корявая реализация типа (смесь Яваскрипта и Эрланга ):

По моему, один в один с питона слизано
arr=[3*x for x in range(0,21) if x > 3]

Лучше бы они питон встроили наряду с js, чем ещё один язык сочинять...
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[4]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 02.03.07 12:33
Оценка: +2
Здравствуйте, ., Вы писали:

.>Лучше бы они питон встроили наряду с js, чем ещё один язык сочинять...


И так остро стоит проблема несовместимости браузеров, так ты предлагаешь её ещё усугубить.
Re[5]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 02.03.07 13:40
Оценка: 1 (1) +1
anonymous wrote:

> .>Лучше бы они питон встроили наряду с js, чем ещё один язык сочинять...

> И так остро стоит проблема несовместимости браузеров, так ты предлагаешь
> её ещё усугубить.
А смысл, если эти все фичи будут работать только в FF?
Что-то мне кажется, что всё это дело появится в IE или даже в Opera очень не скоро, если вообще когда-нибудь случится
такое чудо.
Для чего это включают в FF, имхо, основное — не веб-страницы, а сам браузер (доволно много js-кода там), плагины, XUL и
прочие вкусности, там в нутро эти фичи уже частенько встречаются.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[6]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 02.03.07 14:13
Оценка:
.>
>> var a, b, c;
>> destructuring_assignment([a, b, c], arr);
.>

.>Погоди, ты имеешь в виду, что можно написать функцию, которая присвоит значения этим переменным? Ты уверен? Значением
.>[a,b,c] переданным в эту функцию будет массив [undefined,undefined,undefined], и ничего ты с ним не сделаешь.

Э
Каюсь, был не прав
Посыпаю голову пеплом
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[7]: Ой, чего с JavaScript-то деется...
От:  
Дата: 02.03.07 14:23
Оценка:
Hello, anonymous!
You wrote on Thu, 01 Mar 2007 22:08:29 GMT:

YК>> Откуда все эти данные?


a> Не поверишь. ) Из презентации, со ссылки на которую и началось это

a> обсуждение:
a>

a> * Access to the ECMA TG1 wiki in June 2006
a> * JS1.7 in Firefox 2 this fall
a> * JS1.9 (probably) in Firefox 3, Q1 2007
a> * ECMAScript Edition 4 spec deadline: end of Q1 2007
a> * JS2 based on final ES4 in Q2 2007


Так это все опять информация от Mozilla. Я нахожу очень странным, что официальной информации о ECMAScript Edition 4 толком нет. В ее отсутствие, по-моему, преждевременно ставить знак равенства между JavaScript 2 и ECMAScript Edition 4. Если все фичи, которые наворотили в JavaScript 2 войдут в стандарт, то проблем не будет, но есть опасность получить частичную несовместимость броузеров со всеми вытекающими последствиями.

a> Ссылку на вики ECMA TG1 я тут приводил


Если ты об этом — http://www.ecma-international.org/memento/TC39-TG1.htm — то там ничего полезного нет.
Posted via RSDN NNTP Server 2.1 beta
Re[2]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 02.03.07 18:03
Оценка: +1
Здравствуйте, Шахтер, Вы писали:

Ш>Здравствуйте, Left2, Вы писали:


L>>Вот, наткнулся на статейку о нововведениях в JavaScript:

L>>http://developer.mozilla.org/presentations/xtech2006/javascript/

L>>Честно говоря, глаза разбегаются

L>>И первым делом — возникла мысль — а стоит ли оно того?
L>>Получается, что JavaScript вырастает во что-то вроде питона/руби.
L>>Исчезает самое ценное в нём (ценное на мой субьективный взляд, конечно) — предельная чистота концепций. Хотя писать что-то более-менее обьёмное на JS, похоже, станет проще .

Ш>фичероз


Причем в тяжелой форме.

Ну зачем там templates?
Что бы все "как у взрослых" было?
Технической небходимости в них нет в модели принятой в JS.
Re[8]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 02.03.07 18:30
Оценка:
Здравствуйте, YК, Вы писали:

YК>Так это все опять информация от Mozilla. Я нахожу очень странным, что официальной информации о ECMAScript Edition 4 толком нет. В ее отсутствие, по-моему, преждевременно ставить знак равенства между JavaScript 2 и ECMAScript Edition 4. Если все фичи, которые наворотили в JavaScript 2 войдут в стандарт, то проблем не будет, но есть опасность получить частичную несовместимость броузеров со всеми вытекающими последствиями.


Brendan Eich, создавний JavaScript и разрабатывающий сейчас JavaScript 2 для Mozilla, является членом TG1. Так что работа скорее всего координируется, если вообще не ведётся совместно. Но тут мы уже ступили на зыбкую почву домыслов. )

a>> Ссылку на вики ECMA TG1 я тут приводил

YК>Если ты об этом — http://www.ecma-international.org/memento/TC39-TG1.htm — то там ничего полезного нет.

Нет, про: http://rsdn.ru/Forum/Message.aspx?mid=2390322&amp;only=1
Re: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 02.03.07 18:38
Оценка:
И Adobe тут замешана: http://www.opennet.ru/openforum/vsluhforumID3/35930.html
Re[5]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 02.03.07 23:18
Оценка:
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, ., Вы писали:


.>>Лучше бы они питон встроили наряду с js, чем ещё один язык сочинять...


A>И так остро стоит проблема несовместимости браузеров, так ты предлагаешь её ещё усугубить.


А броузер вообще один должен быть. Во всяком случае для desktop.

Как я понял Microsoft решила убить IE потому как IE7 дохнет на глазах.
Ну казалось бы чего такого в документе http://www.whatwg.org/specs/web-apps/current-work/
кроме того что он длинный? Почему же надо так страдать чтобы его отрендерить?

Такую имплементацию иначе как желанием похоронить назавать трудно.
Re[6]: Ой, чего с JavaScript-то деется...
От: VladD2 Российская Империя www.nemerle.org
Дата: 03.03.07 11:23
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>Как я понял Microsoft решила убить IE потому как IE7 дохнет на глазах.

CS>Ну казалось бы чего такого в документе http://www.whatwg.org/specs/web-apps/current-work/
CS>кроме того что он длинный? Почему же надо так страдать чтобы его отрендерить?

Ты полностью не адекватен. Неужели ты думаешь, что из-за одного документа в Интеренете люди откажуется от удобного предустановаленного броузера?

CS>Такую имплементацию иначе как желанием похоронить назавать трудно.


Одна ошибка в реализации — это уже "желание похороинить"? Нда, злорадство дейсвительно притупляет зрение.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[6]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 03.03.07 11:49
Оценка:
Здравствуйте, c-smile, Вы писали:

.>>>Лучше бы они питон встроили наряду с js, чем ещё один язык сочинять...

A>>И так остро стоит проблема несовместимости браузеров, так ты предлагаешь её ещё усугубить.
CS>А броузер вообще один должен быть. Во всяком случае для desktop.

Мы видим, что стало с IE после уничтожения соперников. Тебе хочется повторения? Я за конкуренцию.
Re[7]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 03.03.07 21:45
Оценка:
Left2 wrote:

> Э

> Каюсь, был не прав
> Посыпаю голову пеплом
И лови камень потяжелее!
В общем это можно переписать только так, вроде:
destructuring_assignment([this, 'a', 'b', 'c'], arr);

Что выглядит уже несколько некрасиво.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[6]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 03.03.07 22:07
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>Как я понял Microsoft решила убить IE потому как IE7 дохнет на глазах.


IE8 сейчас уже разрабатывается. Я в свое время накатал им довольно объемистую телегу насчет того, что я там увидеть желаю.
... << RSDN@Home 1.2.0 alpha rev. 675 on Windows Vista 6.0.6000.0>>
AVK Blog
Re: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 03.03.07 22:07
Оценка:
Здравствуйте, Left2, Вы писали:

Лучше бы они стандартизировали какой нибудь промежуточный простенький p-code. Это и совместимости бы поспособствовало, и разработчики смогли бы свободнее развивать языки, и концептуальные уродцы, вроде тех, что урезают размеры имен переменных и выкидывают лишние пробелы, чтобы страничка была меньше, стали бы ненужны.
... << RSDN@Home 1.2.0 alpha rev. 675 on Windows Vista 6.0.6000.0>>
AVK Blog
Re[2]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 03.03.07 23:18
Оценка:
Здравствуйте, AndrewVK, Вы писали:

AVK>Здравствуйте, Left2, Вы писали:


AVK>Лучше бы они стандартизировали какой нибудь промежуточный простенький p-code.


Собственно такое уже есть, называется WMLScript для wireless (WAP browser).

WMLScript is the scripting language used in WML pages
WMLScript is a light version of the JavaScript language
WML scripts are not embedded in the WML pages. WML pages only contains references to script URLs
WMLScript is compiled into byte code on the server before it is sent to the WAP browser
WMLScript is a part of the WAP specification.
Re[7]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 04.03.07 00:15
Оценка:
Здравствуйте, AndrewVK, Вы писали:

CS>>Как я понял Microsoft решила убить IE потому как IE7 дохнет на глазах.

AVK>IE8 сейчас уже разрабатывается. Я в свое время накатал им довольно объемистую телегу насчет того, что я там увидеть желаю.

Они кажется свой кривой DOM собирались в 8-ой версии исправлять.
Re[7]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 04.03.07 05:23
Оценка: 3 (2) :)
Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, c-smile, Вы писали:


CS>>Как я понял Microsoft решила убить IE потому как IE7 дохнет на глазах.

CS>>Ну казалось бы чего такого в документе http://www.whatwg.org/specs/web-apps/current-work/
CS>>кроме того что он длинный? Почему же надо так страдать чтобы его отрендерить?

VD>Ты полностью не адекватен. Неужели ты думаешь, что из-за одного документа в Интеренете люди откажуется от удобного предустановаленного броузера?


Это кто-то другой неадекватен. Я лично пользую IE6 ибо это объективно лучший движок.

Вот таблица упорядоченная по времени на рендеринг CSS.
Взято отсюда: http://www.howtocreate.co.uk/browserSpeed.html

Browser name Cold start Warm start Rendering CSS Rendering table Script speed Multiple images History
[STRONG]Opera 6.03[/STRONG] 3.74 1.66 0.75 0.72 64 » 2.94 15
[STRONG]Internet Explorer 5.0[/STRONG] 5.25 » 3.11 0.81 1.08 31 2.25 34
[STRONG]Opera 9.01[/STRONG] 2.47 2.24 0.84 1.08 13 1.44 8
[STRONG]Opera 7.54[/STRONG] 4.90 2.40 0.86 1.19 19 1.87 21
[STRONG]Opera 8.0[/STRONG] 3.66 2.38 0.92 1.17 13 1.78 15
[STRONG]Avant 1.1 »[/STRONG] 10.09 2.90 » 1.31 1.38 32 2.74 43
[STRONG]Internet Explorer 6.0[/STRONG] 6.99 » 1.77 1.32 1.33 60 2.32 32
[STRONG]Maxthon 1.1 »[/STRONG] 11.09 3.24 1.36 1.60 63 2.70 32
[STRONG]Netscape 8 »[/STRONG] 24.67 13.54 1.43 » 1.77 29 » 2.34 55
[STRONG]Mozilla 1.8[/STRONG] 11.94 2.48 1.49 1.39 23 2.00 40
[STRONG]Firefox 1.5[/STRONG] 17.26 2.74 1.52 1.58 21 2.85 38
[STRONG]Firefox 2.0 »[/STRONG] 11.64 3.05 1.71 1.62 22 2.03 48
[STRONG]Firefox 1.0[/STRONG] 11.54 2.52 1.81 1.48 23 2.05 41
[STRONG]ICEbrowser 6[/STRONG] 15.44 7.10 1.84 » 1.08 139 2.30 131
[STRONG]Internet Explorer 7.0 (b3)[/STRONG] 7.80 » 2.40 2.13 1.47 36 2.47 39
[STRONG]NetFront 3.2[/STRONG] 9.19 8.32 2.42 7.47 65 » 7.71 233 »
[STRONG]K-Meleon 0.8.2[/STRONG] 5.92 2.67 2.81 1.73 - » 2.60 40 »
[STRONG]Firefox 1.0 (Moox)[/STRONG] 20.33 » 2.78 3.18 1.57 26 » 2.84 41
[STRONG]Escape 5.1.4[/STRONG] 15.94 11.03 3.71 » 3.04 354 3.54 153
[STRONG]Escape 4.82[/STRONG] 9.75 6.88 5.07 » 2.67 391 3.83 194
[STRONG]WebTV Viewer 2.8[/STRONG] 7.34 5.04 13.24 » 5.58 41 5.84 154 »
[STRONG]Netscape 4.77[/STRONG] 9.33 1.84 16.60 » 2.34 » 80 2.08 38
[STRONG]Mozilla 1.0[/STRONG] 9.54 2.81 21.80 1.46 95 2.04 58

CS>>Такую имплементацию иначе как желанием похоронить назавать трудно.


VD>Одна ошибка в реализации — это уже "желание похороинить"? Нда, злорадство дейсвительно притупляет зрение.


Причем здесь "злорадство". Я объективен ибо без этого в моем деле никак.

Это скорее слепая любовь ведет к "полюбишь и козла".

Это система, Влад. Нравится оно тебе или нет. Обрати внимание на скорость скролирования. Или вот, наведи мышь на гиперлинк — он должен поиметь желтый background — посмотри сколько это занимает? А сколько процесорного времени?

И если бы проблема была в этом одном документе.
Re[7]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 04.03.07 05:25
Оценка:
Здравствуйте, anonymous, Вы писали:

A>Мы видим, что стало с IE после уничтожения соперников. Тебе хочется повторения? Я за конкуренцию.


А что с ним собственно стало?
Re[7]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 04.03.07 05:40
Оценка:
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, c-smile, Вы писали:


.>>>>Лучше бы они питон встроили наряду с js, чем ещё один язык сочинять...

A>>>И так остро стоит проблема несовместимости браузеров, так ты предлагаешь её ещё усугубить.
CS>>А броузер вообще один должен быть. Во всяком случае для desktop.

A>Мы видим, что стало с IE после уничтожения соперников. Тебе хочется повторения? Я за конкуренцию.


Проблема в том что броузеро-строители озабочены нонче сугубо исполнению стандарта.
Задача же создания действительно удобной модели как оказалось ортогональна деятельности
создателей W3C DOM.

IE своей монополией в свое время ввел DHTML что есть основа всего того чего мы имеем.

Сейчас же любое отклонение вызывает битье по пальцам.
Я бы понял если бы механизм разработки сиандартов был более динамичным что-ли тогда можно было бы
ожидать какого-нибудь прогресса. А так...

Вон WHATWG выдумала XBL и усиленно толкает — зачем оно такое?
Т.е. имеем HTML + CSS + JavaScript и этого оказывается мало для того чтобы
свзать класс элементов с обработчиками событий в скрипте — нужно все-таки XML воткнуть туда в виде
еще одного языка. Типа чтобы web developers не скучали.
Re[4]: Тормозная презентация?
От: c-smile Канада http://terrainformatica.com
Дата: 04.03.07 05:42
Оценка:
Здравствуйте, igna, Вы писали:

I>Здравствуйте, Left2, Вы писали:


L>>Я лично её PgDown-ом проталкивал.


I>А я мышью, но не в этом дело. При изменении размеров шрифта задержка ощутима, а при изменении размеров окна браузера последний и вовсе задумывается на пару секунд. Может это и есть Web 2.0? А не ну его тогда?


В IE7 смотрим небось?
Re[3]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 04.03.07 07:24
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>Собственно такое уже есть, называется WMLScript для wireless (WAP browser).


Не совсем такое же. Я предлагаю вобще никаких ограничений на сам язык не накладывать в стандарте. Ну или сделать отдельный стандарт.
... << RSDN@Home 1.2.0 alpha rev. 675 on Windows Vista 6.0.6000.0>>
AVK Blog
Re[4]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 04.03.07 08:31
Оценка:
Здравствуйте, AndrewVK, Вы писали:

AVK>Здравствуйте, c-smile, Вы писали:


CS>>Собственно такое уже есть, называется WMLScript для wireless (WAP browser).


AVK>Не совсем такое же. Я предлагаю вобще никаких ограничений на сам язык не накладывать в стандарте. Ну или сделать отдельный стандарт.


Сложно. Ибо байткод зело языко-ориентирован.
Re[5]: Тормозная презентация?
От: igna Россия  
Дата: 04.03.07 08:53
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>В IE7 смотрим небось?


В старом Firefox-е. Поставил новый, теперь не жалуюсь. Спасибо.
Re[7]: Ой, чего с JavaScript-то деется...
От: EvilChild Ниоткуда  
Дата: 04.03.07 10:04
Оценка:
Здравствуйте, AndrewVK, Вы писали:

AVK>IE8 сейчас уже разрабатывается. Я в свое время накатал им довольно объемистую телегу насчет того, что я там увидеть желаю.


И какие шансы, что пожелания учтут?
now playing: Quinoline Yellow — Trad Marc9
Re[8]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 04.03.07 12:25
Оценка:
Здравствуйте, EvilChild, Вы писали:

AVK>>IE8 сейчас уже разрабатывается. Я в свое время накатал им довольно объемистую телегу насчет того, что я там увидеть желаю.


EC>И какие шансы, что пожелания учтут?


... << RSDN@Home 1.2.0 alpha rev. 675 on Windows Vista 6.0.6000.0>>
AVK Blog
Re[5]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 04.03.07 12:25
Оценка: +1
Здравствуйте, c-smile, Вы писали:

AVK>>Не совсем такое же. Я предлагаю вобще никаких ограничений на сам язык не накладывать в стандарте. Ну или сделать отдельный стандарт.


CS>Сложно. Ибо байткод зело языко-ориентирован.


На платформе CLR есть и эйфель, и F#, и классические С# и C++. Для целей написания скриптов более чем.
... << RSDN@Home 1.2.0 alpha rev. 675 on Windows Vista 6.0.6000.0>>
AVK Blog
Re[8]: Ой, чего с JavaScript-то деется...
От: VladD2 Российская Империя www.nemerle.org
Дата: 04.03.07 15:53
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>Это кто-то другой неадекватен.


Гы-гы.

CS> Я лично пользую IE6 ибо это объективно лучший движок.


Ты? И что? А я пользуюсь IE7 на додной машине и IE6 на другой. IE7 в использовании удобнее. С точке зрения скорости работы мне они оба фиолетовы. Я разницы не замечаю.

CS>Вот таблица упорядоченная по времени на рендеринг CSS.


Да плевать подавляющему большинству народа на какие-то там цифорки. Ты совершенно не адекватен.

IE7 будет на подавляющем большинстве компьютеров просто потом что он идет во всех апдэйтах и ставится с новыми версиями ОС.

Так что это буквально дело времени.

Если в IE7 есть ошибка, и она будет напрягать хоть немного заметную долю аудитории, то глюк вычистят и выпустят патч. Тольк и всего. Так что я вообще не понимаю твоих "обличительных речей".

Еще раз повтор, ты совершенно неадекватно воспринимаешь реальность.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[9]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 04.03.07 16:16
Оценка: +1
VladD2 wrote:
> Если в IE7 есть ошибка, и она будет напрягать хоть немного заметную долю
> аудитории, то глюк вычистят и выпустят патч. Тольк и всего. Так что я
> вообще не понимаю твоих "обличительных речей".
У меня стоит IE7, я им пользуюсь для тестирования. Это такая $#%^$*#$# —
тормозит и глючит даже на простых страницах. Даже IE6 был лучше.
Posted via RSDN NNTP Server 2.0
Sapienti sat!
Re[5]: Тормозная презентация?
От: Lloyd Россия  
Дата: 04.03.07 16:17
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>В IE7 смотрим небось?


В IE7 она нормально показывается.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[6]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 04.03.07 19:28
Оценка:
Здравствуйте, AndrewVK, Вы писали:

AVK>Здравствуйте, c-smile, Вы писали:


AVK>>>Не совсем такое же. Я предлагаю вобще никаких ограничений на сам язык не накладывать в стандарте. Ну или сделать отдельный стандарт.


CS>>Сложно. Ибо байткод зело языко-ориентирован.


AVK>На платформе CLR есть и эйфель, и F#, и классические С# и C++. Для целей написания скриптов более чем.


CLR байткод не подходит для эффективной имплементации скриптовых языков. Операции с typeless типами например достаточно накладны.
Да и вообще... bytecode скриптового языка компактнее по количеству комманд и с другой стороны более ёмок что-ли.
Например у меня команда BC_OUTPUT делает вывод аккумулятора в stdout (нужно для PHP alike processing).
Можно было бы её разложить на три BC_GREF/stdout, BC_LIT/println, BC_CALL но это в три раза медленнее.
И такая специфика есть у каждого языка.
Re[9]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 04.03.07 19:41
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, c-smile, Вы писали:


CS>>Это кто-то другой неадекватен.


VD>Гы-гы.


CS>> Я лично пользую IE6 ибо это объективно лучший движок.


VD>Ты? И что? А я пользуюсь IE7 на додной машине и IE6 на другой. IE7 в использовании удобнее. С точке зрения скорости работы мне они оба фиолетовы. Я разницы не замечаю.


Где-то я это слышал уже... "а зато душа у нея красивая"...

CS>>Вот таблица упорядоченная по времени на рендеринг CSS.


VD>Да плевать подавляющему большинству народа на какие-то там цифорки. Ты совершенно не адекватен.


Это у тебя мантра такая "Ты совершенно не адекватен"?

VD>IE7 будет на подавляющем большинстве компьютеров просто потом что он идет во всех апдэйтах и ставится с новыми версиями ОС.


Ты логи сайта давно смотрел? Особенно статистику по броузерам?

VD>Так что это буквально дело времени.


VD>Если в IE7 есть ошибка, и она будет напрягать хоть немного заметную долю аудитории, то глюк вычистят и выпустят патч. Тольк и всего. Так что я вообще не понимаю твоих "обличительных речей".


VD>Еще раз повтор, ты совершенно неадекватно воспринимаешь реальность.


Влад, я не пойму, тебе потрындеть просто хочется или как? О чем вся эта лирика?

Тормоза броузера просекаются на первом же stress test. Если кто-то не исполнил этот элементарный
стресс тест перед выпуском то это значит что никому не нужно было или все согласились "ну и фиг с ним".
О чем я и говорил собственно.
Re[7]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 04.03.07 20:43
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>CLR байткод не подходит для эффективной имплементации скриптовых языков.


Я думаю, "неэффективный" JScript.NET сделает по производительности оригинальный JScript как котенка. Если есть иные данные — велкам.

CS>Да и вообще... bytecode скриптового языка компактнее по количеству комманд и с другой стороны более ёмок что-ли.


Я сейчас не хочу обсуждать гипотетическую виртуальную машину скриптового языка vs CLR. Речь о другом. CLR был приведен исключительно в качестве иллюстрации того, что даже строго типизированная VM оказывается способна выполнять очень широкий спектр языков. В случае интерпретируемой VM этого достичь будет только проще.
... << RSDN@Home 1.2.0 alpha rev. 675 on Windows Vista 6.0.6000.0>>
AVK Blog
Re[8]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 05.03.07 05:05
Оценка:
Здравствуйте, AndrewVK, Вы писали:

AVK>Здравствуйте, c-smile, Вы писали:


CS>>CLR байткод не подходит для эффективной имплементации скриптовых языков.


AVK>Я думаю, "неэффективный" JScript.NET сделает по производительности оригинальный JScript как котенка. Если есть иные данные — велкам.


Может да, а может нет.

Если код сугубо typeless то выигрыша в том что это в .NET мало.
typless value как я понимаю в CLR будет выглядеть как ссылка на объект а все возможные
типы/знначения это boxed конструкции. Ожидать особой эффективности от такого решения сложно.
Это и расход памяти и работа для GC на пустом месте ну и скорость работы с виртуальным функциями.

Я могу ошибаться по поводу эффективного способа представления discriminated union (a.k.a. variant) в .net
поэтому буду признателен если кто подскажет верный путь.


CS>>Да и вообще... bytecode скриптового языка компактнее по количеству комманд и с другой стороны более ёмок что-ли.


AVK>Я сейчас не хочу обсуждать гипотетическую виртуальную машину скриптового языка vs CLR. Речь о другом. CLR был приведен исключительно в качестве иллюстрации того, что даже строго типизированная VM оказывается способна выполнять очень широкий спектр языков. В случае интерпретируемой VM этого достичь будет только проще.


Да наверное можно было бы за основу взять WMLScript спецификацию и сделать на её основе нечто.
Если все бы согласились с предлагаемой архитектурой VM которая жестко вшита в bytecode.
Re[7]: Ой, чего с JavaScript-то деется...
От: Sinclair Россия https://github.com/evilguest/
Дата: 05.03.07 06:10
Оценка:
Здравствуйте, AndrewVK, Вы писали:
AVK>IE8 сейчас уже разрабатывается. Я в свое время накатал им довольно объемистую телегу насчет того, что я там увидеть желаю.
У нее случайно публичного статуса нет, чтобы мы проголосовали?

Я бы кстати с удовольствием пообсуждал с народом (типа c-smile) вопросы существующих браузеров, чтобы сформировать свое мнение.
У меня лично есть некоторый набор пожеланий, но он довольно-таки размазанный и нечеткий. Потому как существенных изменений ожидать не приходится; а с несущественными мы и сами научились бороться. Даже неумение IE работать с альфаканалом в PNG и то было заборото.
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Re[8]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 05.03.07 06:36
Оценка:
Здравствуйте, c-smile, Вы писали:

A>>Мы видим, что стало с IE после уничтожения соперников. Тебе хочется повторения? Я за конкуренцию.

CS>А что с ним собственно стало?

Застой. Развитие прекратилось.
Re[8]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 05.03.07 06:52
Оценка:
Здравствуйте, c-smile, Вы писали:

A>>Мы видим, что стало с IE после уничтожения соперников. Тебе хочется повторения? Я за конкуренцию.

CS>Проблема в том что броузеро-строители озабочены нонче сугубо исполнению стандарта.
CS>Задача же создания действительно удобной модели как оказалось ортогональна деятельности
CS>создателей W3C DOM.

Сейчас уже поздно отказываться от существующей модели, поэтому спорить бессмысленно. Да, многим не нравится, но это всё, что у нас есть.

CS>IE своей монополией в свое время ввел DHTML что есть основа всего того чего мы имеем.


+

CS>Сейчас же любое отклонение вызывает битье по пальцам.

CS>Я бы понял если бы механизм разработки сиандартов был более динамичным что-ли тогда можно было бы
CS>ожидать какого-нибудь прогресса. А так...

Что ты понимаешь под более динамичным механизмом разработки стандартов?

CS>Вон WHATWG выдумала XBL и усиленно толкает — зачем оно такое?


Вон Microsoft придумала HTC — аналогичный вопрос. И мне казалость, что XBL придумали в Mozilla, а уж WHATWG получила его от них. Кстати, за него взялить и в W3C, уже есть working draft sXBL aka XBL 2.0.

CS>Т.е. имеем HTML + CSS + JavaScript и этого оказывается мало для того чтобы

CS>свзать класс элементов с обработчиками событий в скрипте — нужно все-таки XML воткнуть туда в виде
CS>еще одного языка. Типа чтобы web developers не скучали.

Ну а как ещё новые поведение и свойства добавлять элементам?
Re[8]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 05.03.07 06:54
Оценка:
Здравствуйте, Sinclair, Вы писали:

S>Я бы кстати с удовольствием пообсуждал с народом (типа c-smile) вопросы существующих браузеров, чтобы сформировать свое мнение.

S>У меня лично есть некоторый набор пожеланий, но он довольно-таки размазанный и нечеткий.

Так опубликуй этот набор.
Re[7]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 05.03.07 06:59
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>CLR байткод не подходит для эффективной имплементации скриптовых языков. Операции с typeless типами например достаточно накладны.


Для скриптовых языков есть виртуальная машина Parrot: http://www.parrotcode.org/
Re[9]: Ой, чего с JavaScript-то деется...
От: Sinclair Россия https://github.com/evilguest/
Дата: 05.03.07 08:43
Оценка: 12 (1) +1
Здравствуйте, anonymous, Вы писали:

A>Так опубликуй этот набор.

Ну вот например, многие ли знают об атрибутах accept и size для <input type=file>? А они между прочим стандартизованы еще десять лет назад в HTML 3.2. Я был бы не против поддержки этой возможности.
Я также очень бы хотел иметь возможность регистрировать Web Publishing Providers, Image Print Providers и Music Providers в пост-XP системах без правки реестра. Примерно так, как регистрируются Search Provider в IE 7.0. Без этого возможность выглядит совершенно дурацкой: для того, чтобы зарегистировать чисто онлайновый сервис на клиентской машине, пользователь вынужден запускать исполняемый код и оказывать ему офигенное доверие.
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Re[9]: Ой, чего с JavaScript-то деется...
От: Sinclair Россия https://github.com/evilguest/
Дата: 05.03.07 08:43
Оценка: +1
Здравствуйте, anonymous, Вы писали:
A>Ну а как ещё новые поведение и свойства добавлять элементам?
Через HTML+CSS+JavaScript.
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Re[9]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 05.03.07 09:12
Оценка:
A>Ну а как ещё новые поведение и свойства добавлять элементам?

Например, вот так:
// http://jquery.com/

// работаем со всеми элементами а на странице

$("a")
    .click(
        function(){alert('Hello, World'); return false;}
    )
    .attr("class", "myclass")


dmitriid.comGitHubLinkedIn
Re[8]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 05.03.07 09:20
Оценка:
Здравствуйте, Sinclair, Вы писали:

S>У нее случайно публичного статуса нет, чтобы мы проголосовали?


Нет. А тебе что, этот survey не приходил?
А вобще, Ложечкин обещал познакомить с русскими товарищами из IE team, так что у тебя будет возможность рассказать о своих пожеланиях лично.

S>Я бы кстати с удовольствием пообсуждал с народом (типа c-smile) вопросы существующих браузеров, чтобы сформировать свое мнение.


Типа c-smile бессмысленно, бо там речь шла не о фичах движка, а о пользовательских фичах.

S>Даже неумение IE работать с альфаканалом в PNG и то было заборото.


Так починили же в IE7.
... << RSDN@Home 1.2.0 alpha rev. 675>>
AVK Blog
Re[9]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 05.03.07 09:30
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>Может да, а может нет.


Ну то есть ты сам не знаешь, но споришь. Похвально.

CS>Если код сугубо typeless то выигрыша в том что это в .NET мало.


А проигрыша?

CS>типы/знначения это boxed конструкции. Ожидать особой эффективности от такого решения сложно.


Ожидать эффективности от интерпретаторов тоже сложно.

CS>Это и расход памяти и работа для GC на пустом месте ну и скорость работы с виртуальным функциями.


Смешно. Учитывая, как сейчас тормозит JScript на примитивнейших алгоритмах, рассуждать о тормозах вирутальных функций ...

CS>Я могу ошибаться по поводу эффективного способа представления discriminated union (a.k.a. variant) в .net


Есть там FieldOffsetAttribute. Только это все фигня по сравнению с тормозами интерпретаторов. И еще раз тебе напоминаю — CLR приведен в качестве иллюстрации, а не в качестве готового решения.

CS>Если все бы согласились с предлагаемой архитектурой VM которая жестко вшита в bytecode.


Ну с JavaScript же согласились, а это куда более жесткое оганичение.
... << RSDN@Home 1.2.0 alpha rev. 675>>
AVK Blog
Re[10]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 05.03.07 09:30
Оценка:
Здравствуйте, Cyberax, Вы писали:

C>У меня стоит IE7, я им пользуюсь для тестирования. Это такая $#%^$*#$# —

C>тормозит и глючит даже на простых страницах. Даже IE6 был лучше.

А у меня стоит IE7, и никакого ухудшения по сравнению с IE6 я не заметил.
... << RSDN@Home 1.2.0 alpha rev. 675>>
AVK Blog
Re[10]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 05.03.07 09:31
Оценка: :)
Здравствуйте, Mamut, Вы писали:

A>>Ну а как ещё новые поведение и свойства добавлять элементам?

M>Например, вот так:
M>
M>$("a")
M>    .click(
M>        function(){alert('Hello, World'); return false;}
M>    )
M>    .attr("class", "myclass")
M>


Атрибут это не свойство (хотя в MS так не думают). Да и свойсво click ты не добавил, а изменил его значение.

А как тебе такое? Правда это не HTML, а XUL. (Извиняюсь, за большой кусок кода, посто это один рально работающий binding.)
    <binding id="my-button"
            extends="chrome://global/content/bindings/toolbarbutton.xml#toolbarbutton-image">
        <implementation implements="nsIObserver">
            <constructor><![CDATA[
                // Initialize data source.
                var name = Components
                        .classes['@mozilla.org/network/io-service;1']
                        .getService(Components.interfaces.nsIIOService)
                        .getProtocolHandler("file")
                        .QueryInterface(Components.interfaces.nsIFileProtocolHandler)
                        .getURLSpecFromFile(this.dataFile);

                this.dataSource = this.rdfService.GetDataSourceBlocking(name);

                // Initialize current search engine.
                setTimeout(function(aThis) { aThis.searchEngine = aThis.searchBar.currentEngine; }, 0, this);

                // Add "browser-search-engine-modified" notification observer.
                Components
                        .classes["@mozilla.org/observer-service;1"]
                        .getService(Components.interfaces.nsIObserverService)
                        .addObserver(this, "browser-search-engine-modified", false);
            ]]></constructor>
            <field name="rdfService" readonly="true">Components.classes["@mozilla.org/rdf/rdf-service;1"].getService(Components.interfaces.nsIRDFService)</field>
            <field name="rdfContainerUtils" readonly="true">Components.classes["@mozilla.org/rdf/container-utils;1"].getService(Components.interfaces.nsIRDFContainerUtils)</field>
            <field name="dataSource">null</field>
            <property name="dataFile">
                <getter><![CDATA[
                    var file = Components
                            .classes["@mozilla.org/file/directory_service;1"]
                            .getService(Components.interfaces.nsIProperties)
                            .get("ProfD", Components.interfaces.nsIFile);

                    file.append("site-search.rdf");
                    if (!file.exists()) {
                        var data = "<?xml version=\"1.0\"?>\n" +
                            "<RDF:RDF xmlns:SS=\"http://dionys.pp.ru/SS-rdf#\"\n" +
                            "         xmlns:NC=\"http://home.netscape.com/NC-rdf#\"\n" +
                            "         xmlns:RDF=\"http://www.w3.org/1999/02/22-rdf-syntax-ns#\">\n" +
                            "  <!-- Empty -->\n" +
                            "</RDF:RDF>\n";
                        var stream = Components
                                .classes["@mozilla.org/network/file-output-stream;1"]
                                .createInstance(Components.interfaces.nsIFileOutputStream);
                        try
                        {
                            file.create(file.NORMAL_FILE_TYPE, 0666);
                            stream.init(file, 2, 0x200, 0);
                            stream.write(data, data.length);
                            stream.close();
                        }
                        catch (exception)
                        {
                            return null;
                        }
                    }
                    return file;
                ]]></getter>
            </property>
            <field name="searchBar" readonly="true">document.getElementById("searchbar")</field>
            <field name="searchRule">null</field>
            <property name="searchEngine"
                    onget="return this.searchBar.currentEngine;">
                <setter><![CDATA[
                    this.disabled = true;
                    this.searchRule = null;

                    var engines = this.rdfContainerUtils
                            .MakeSeq(this.dataSource, this.rdfService.GetResource("urn:root:engines"))
                            .GetElements();

                    while (engines.hasMoreElements())
                    {
                        var resource = engines.getNext();
                        var name = this.dataSource.GetTarget(resource, this.rdfService.GetResource("http://dionys.pp.ru/SS-rdf#name"), true);

                        if (name)
                        {
                            name = name.QueryInterface(Components.interfaces.nsIRDFLiteral)
                            if (name.Value == val.wrappedJSObject.name)
                            {
                                this.disabled = false;

                                var rule = { query : null, params : [] };
                                var query = this.dataSource.GetTarget(resource, this.rdfService.GetResource("http://dionys.pp.ru/SS-rdf#query"), true);
                                var params = this.dataSource.GetTargets(resource, this.rdfService.GetResource("http://dionys.pp.ru/SS-rdf#param"), true);

                                if (query instanceof Components.interfaces.nsIRDFLiteral)
                                    rule.query = query.Value;
                                while (params.hasMoreElements())
                                {
                                    var param = params.getNext();
                                    var name = this.dataSource.GetTarget(param, this.rdfService.GetResource("http://dionys.pp.ru/SS-rdf#name"), true);
                                    var value = this.dataSource.GetTarget(param, this.rdfService.GetResource("http://dionys.pp.ru/SS-rdf#value"), true);

                                    if (name instanceof Components.interfaces.nsIRDFLiteral && value instanceof Components.interfaces.nsIRDFLiteral)
                                        rule.params.push({ name : name.Value, value : value.Value });
                                }
                                this.searchRule = rule;
                                break;
                            }
                        }
                    }
                    return val;
                ]]></setter>
            </property>
            <method name="observe">
                <parameter name="aEngine"/>
                <parameter name="aTopic"/>
                <parameter name="aVerb"/>
                <body><![CDATA[
                    if (aTopic == "browser-search-engine-modified" && aVerb == "engine-current")
                        this.searchEngine = aEngine;
                ]]></body>
            </method>
            <method name="handleSearchCommand">
                <parameter name="aEvent"/>
                <body><![CDATA[
                    var textbox = this.searchBar.textbox;
                    var value = textbox.value;

                    if (this.searchBar.getAttribute("empty") == "true")
                        value = "";
                    if (value)
                        textbox._formHistSvc.addEntry(textbox.getAttribute("autocompletesearchparam"), value);

                    var tab = (aEvent.button == 1) || (aEvent.altKey ^ textbox._prefBranch.getBoolPref("browser.search.openintab"));

                    if (value && this.searchRule)
                    {
                        var browser = getBrowser();

                        // On "about:blank" location.host raises exception.
                        try
                        {
                            var host = browser.selectedBrowser.contentWindow.location.host;

                            if (host)
                            {
                                var regexp = /\{site\}/ig;
                
                                if (this.searchRule.query)
                                    value += " " + this.searchRule.query.replace(regexp, host);

                                var submission = this.searchEngine.getSubmission(value, null);
                                var uri = null;
                                var data = null;

                                  if (submission)
                                  {
                                    uri = submission.uri.spec;
                                    data = submission.postData;
                                }
                                if (uri)
                                    for (var i = 0; i < this.searchRule.params.length; i++)
                                        uri += "&"  + this.searchRule.params[i].name + "=" + this.searchRule.params[i].value.replace(regexp, host);
                                if (tab)
                                {
                                    content.focus();
                                    browser.loadOneTab(uri, null, null, data, false, false);
                                    if (gURLBar)
                                        gURLBar.value = uri;
                                }
                                else
                                    loadURI(uri, null, data, false);
                                content.focus();
                            }
                        }
                        catch (exception) {    }
                    }
                    else
                        this.searchBar.doSearch(value, tab);
                ]]></body>
            </method>
        </implementation>
        <handlers>
            <handler event="click"><![CDATA[
                if (event.button == 1)
                    this.handleSearchCommand(event);
                event.stopPropagation();
            ]]></handler>
            <handler event="command"><![CDATA[
                this.handleSearchCommand(event);
                event.stopPropagation();
            ]]></handler>
        </handlers>
    </binding>


Теперь у нашей кнопки (здесь опитывается кнопка панели инструментов), есть свой конструктор, свои поля (в том числе и read only) и свои методы. А кроме того она ещё и реализует интерфейс nsIObserver, т. е. способна работать обсервером.
Re[11]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 05.03.07 09:39
Оценка:
AndrewVK wrote:
> C>У меня стоит IE7, я им пользуюсь для тестирования. Это такая $#%^$*#$# —
> C>тормозит и глючит даже на простых страницах. Даже IE6 был лучше.
> А у меня стоит IE7, и никакого ухудшения по сравнению с IE6 я не заметил.
Открой большое изображение и попробуй его прокрутить.

Меня это жутко ДОСТАЕТ — приходится работать с сайтом, где диаграммы
можно просматривать только через IE. Если размер диаграммы больше
размера окна — работать становится невозможно. IE6 и FF работают без
всяких проблем.

Ну и по мелочам — часто плывет по непонятным причинам разметка. Причем
даже в онлайновом MSDN. Лечится клавишей F5.

Еще вечные проблемы с выделением текста, что именно выделит IE — каждый
раз сюрприз.
Posted via RSDN NNTP Server 2.0
Sapienti sat!
Re[12]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 05.03.07 09:51
Оценка:
Здравствуйте, Cyberax, Вы писали:

C>Открой большое изображение и попробуй его прокрутить.


Делал это неоднократно. Все в порядке.

C>Ну и по мелочам — часто плывет по непонятным причинам разметка.


Тоже не замечал.

C> Причем даже в онлайновом MSDN.


С MSDN все хорошо.

C>Еще вечные проблемы с выделением текста, что именно выделит IE — каждый

C>раз сюрприз.

Ну это и в IE6 было.
... << RSDN@Home 1.2.0 alpha rev. 675>>
AVK Blog
Re[10]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 05.03.07 09:57
Оценка:
>> Если в IE7 есть ошибка, и она будет напрягать хоть немного заметную долю
>> аудитории, то глюк вычистят и выпустят патч. Тольк и всего. Так что я
>> вообще не понимаю твоих "обличительных речей".
C>У меня стоит IE7, я им пользуюсь для тестирования. Это такая $#%^$*#$# —
C>тормозит и глючит даже на простых страницах. Даже IE6 был лучше.
Поддерживаю на 100%. Я тоже перелез на мозиллу только тогда, когда сдуру поставил себе IE7. Мне приходилось часто работать с простыми, но большими HTML-страницами (десяток метров и больше). Если IE6 на них просто подтормаживал, то работа с ними из IE7 уже очень сильно раздражает. Мозилла в этом плане выглядит куда приятнее.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[11]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 05.03.07 10:11
Оценка:
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, Mamut, Вы писали:


A>>>Ну а как ещё новые поведение и свойства добавлять элементам?

M>>Например, вот так:
M>>
M>>$("a")
M>>    .click(
M>>        function(){alert('Hello, World'); return false;}
M>>    )
M>>    .attr("class", "myclass")
M>>


A>Атрибут это не свойство (хотя в MS так не думают). Да и свойсво click ты не добавил, а изменил его значение.


Ну ладно

A>Теперь у нашей кнопки (здесь опитывается кнопка панели инструментов), есть свой конструктор, свои поля (в том числе и read only) и свои методы. А кроме того она ещё и реализует интерфейс nsIObserver, т. е. способна работать обсервером.


Ну например, тогда так (на основе http://developer.mozilla.org/es4/spec/spec.html, которого, правда, еще нет):

class myButton implements nsIObserver
{
    function myButton()
    {
                var name = Components
                        .classes['@mozilla.org/network/io-service;1']
                        .getService(Components.interfaces.nsIIOService)
                        .getProtocolHandler("file")
                        .QueryInterface(Components.interfaces.nsIFileProtocolHandler)
                        .getURLSpecFromFile(this.dataFile);

                this.dataSource = this.rdfService.GetDataSourceBlocking(name);

                // Initialize current search engine.
                setTimeout(function(aThis) { aThis.searchEngine = aThis.searchBar.currentEngine; }, 0, this);

                // Add "browser-search-engine-modified" notification observer.
                Components
                        .classes["@mozilla.org/observer-service;1"]
                        .getService(Components.interfaces.nsIObserverService)
                        .addObserver(this, "browser-search-engine-modified", false);
    }

    ...
}


единственное, енльзя, наверное, реализовать readOnly поля. Но их можно сделать private и определить к ним getters.

В том яваскрипте, что имеем сейчас реализовать интерфейс nsIObserver можно и так, просто определив необходимые функции. Ну что-то в стиле
var myButton = function() {
    // это наш конструктор
};

myButton.prototype = {
    observe = function(aEngine, aTopic, aVerb){
        if (aTopic == "browser-search-engine-modified" && aVerb == "engine-current")
                        this.searchEngine = aEngine;
    };

    // и так далее...
}


Да. У нас нет read-only аттрибутов. А в данном контексте они нам настолько нужны, чтобы создавать практически худший из возможных вариантов XML-языка со смесью XML и CData с Яваскриптом внутри:
<body><![CDATA[
                    if (aTopic == "browser-search-engine-modified" && aVerb == "engine-current")
                        this.searchEngine = aEngine;
                ]]></body>

?



Кстати. Для добавления новых полей к существующим объетам умные люди же придумали функцию extend:
extend = function() {
    // copy reference to target object
    var target = arguments[0],
        a = 1;

    var prop;
    while (prop = arguments[a++])
        // Extend the base object
        for ( var i in prop ) target[i] = prop[i];

    // Return the modified object
    return target;




dmitriid.comGitHubLinkedIn
Re[12]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 05.03.07 10:39
Оценка:
Здравствуйте, Mamut, Вы писали:

A>>Теперь у нашей кнопки (здесь опитывается кнопка панели инструментов), есть свой конструктор, свои поля (в том числе и read only) и свои методы. А кроме того она ещё и реализует интерфейс nsIObserver, т. е. способна работать обсервером.

M>Ну например, тогда так (на основе http://developer.mozilla.org/es4/spec/spec.html, которого, правда, еще нет):

Вот именно, что нет. )

M>В том яваскрипте, что имеем сейчас реализовать интерфейс nsIObserver можно и так, просто определив необходимые функции. Ну что-то в стиле

M>
M>var myButton = function() {
M>    // это наш конструктор
M>};
M>myButton.prototype = {
M>    observe = function(aEngine, aTopic, aVerb){
M>        if (aTopic == "browser-search-engine-modified" && aVerb == "engine-current")
M>                        this.searchEngine = aEngine;
M>    };
M>    // и так далее...
M>}
M>


А заставить тепрь это работать? С XBL это будет выглядеть так:
toolbatton {
    -moz-binding: url("chrome://my-extension/content/my-button.xml#my-button");
}

Т. е. в разметке у нас обычный <toolbutton>, а вот после присоединения CSS уже нечто другое.

M>Да. У нас нет read-only аттрибутов. А в данном контексте они нам настолько нужны, чтобы создавать практически худший из возможных вариантов XML-языка со смесью XML и CData с Яваскриптом внутри:


Ну не хуже чем HTC.

M>Кстати. Для добавления новых полей к существующим объетам умные люди же придумали функцию


К существующим да. А чтобы новые создавались с дополнительными свойствами?
Re[10]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 05.03.07 10:41
Оценка:
Здравствуйте, Sinclair, Вы писали:

A>>Так опубликуй этот набор.

S>Ну вот например, многие ли знают об атрибутах accept и size для <input type=file>? А они между прочим стандартизованы еще десять лет назад в HTML 3.2. Я был бы не против поддержки этой возможности.

Вот что думает Тим Бернерс-Ли по этому поводу:

> From: Tim Berners-Lee <timbl@w3.org>
> Date: Fri, 31 Mar 2000 16:37:02 -0500
>
>... you can write:
>
> <INPUT name="audiofile1" type="file" accept="audio/*">
>
> and be prompted for various means of audio input (a recorder,
> a mixing desk, a file icon drag and drop receptor, etc).
> Here "file" does not mean "from a disk" but "large body of
> data with a MIME type".
>
> As someone who used the NeXT machine's "lip service" many
> years ago I see no reason why browsers should not implement
> both audio and video and still capture in this way. There
> are many occasions that voice input is valuable. We have speech
> recognition systems in the lab, for example, and of course this
> is very much needed.... So you don't need to convince me of
> the usefulness.
>
> However, browser writers have not implemented this!
>
> One needs to encourage this feature to be implemented, and
> implemented well.
>
> I hope this helps.
>
> Tim Berners-Lee

Я как то по другому себе это представлял.
Re[13]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 05.03.07 11:03
Оценка:
AndrewVK wrote:
> C>Открой большое изображение и попробуй его прокрутить.
> Делал это неоднократно. Все в порядке.
Не верю.

У меня вот на этом изображении просто глазами видно как оно
прорисовывается при прокрутке по горизонтали.

http://rsdn.ru/File/37054/newrings_cassini_big.jpg

> C>Ну и по мелочам — часто плывет по непонятным причинам разметка.

> Тоже не замечал.
http://rsdn.ru/File/37054/iebug.png — через минуту браузинга. Причем
проявляется не всегда.

> C> Причем даже в онлайновом MSDN.

> С MSDN все хорошо.
Плохо. Сейчас лень искать проблему.

> C>Еще вечные проблемы с выделением текста, что именно выделит IE — каждый

> C>раз сюрприз.
> Ну это и в IE6 было.
Не до такой степени.
Posted via RSDN NNTP Server 2.0
Sapienti sat!
Re[14]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 05.03.07 11:23
Оценка:
Здравствуйте, Cyberax, Вы писали:

>> Делал это неоднократно. Все в порядке.

C>Не верю.

Ну не верь.

C>У меня вот на этом изображении просто глазами видно как оно

C>прорисовывается при прокрутке по горизонтали.

Долго скроллировал всякими разными способами, никаких проблем не заметил.

C>http://rsdn.ru/File/37054/newrings_cassini_big.jpg


>> C>Ну и по мелочам — часто плывет по непонятным причинам разметка.

>> Тоже не замечал.
C>http://rsdn.ru/File/37054/iebug.png — через минуту браузинга. Причем
C>проявляется не всегда.

У меня такого не было ни разу.

>> C>Еще вечные проблемы с выделением текста, что именно выделит IE — каждый

>> C>раз сюрприз.
>> Ну это и в IE6 было.
C>Не до такой степени.

ХЗ. Я разницы не заметил.
... << RSDN@Home 1.2.0 alpha rev. 675>>
AVK Blog
Re[13]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 05.03.07 11:43
Оценка: +1
A>А заставить тепрь это работать? С XBL это будет выглядеть так:
A>
A>toolbatton {
A>    -moz-binding: url("chrome://my-extension/content/my-button.xml#my-button");
A>}
A>

A>Т. е. в разметке у нас обычный <toolbutton>, а вот после присоединения CSS уже нечто другое.

Ну так я не виноват, что Мозилла не позволяет

Просто я не понимаю, где разница между, например:
            <method name="observe">
                <parameter name="aEngine"/>
                <parameter name="aTopic"/>
                <parameter name="aVerb"/>
                <body><![CDATA[
                    if (aTopic == "browser-search-engine-modified" && aVerb == "engine-current")
                        this.searchEngine = aEngine;
                ]]></body>
            </method>


и
observe: function(aEngine, aTopic, aVerb)
{
    if (aTopic == "browser-search-engine-modified" && aVerb == "engine-current")
        this.searchEngine = aEngine;
}


При том, что во втором количество мест, где можно допустить ошибку, меньше в несколько раз. Не говоря уже о читаемости.

The devil, как говорится, is in the details Единственное, что не позволит приведенный пример кода перевести на существующий Javascript, это:
<binding id="my-button"
            extends="chrome://global/content/bindings/toolbarbutton.xml#toolbarbutton-image">


и то это можно обойти, например так:
{
    _binds : "#my-button", 
    _extends: "chrome://global/content/bindings/toolbarbutton.xml#toolbarbutton-image"
}


Надеюсь, JavaScript 2 позволит им полностью отказаться от XML...

Единственный явный минус текущего Яваскрипта — невозможность сокрытия полей (private/read-only). Что может быть единственным аргументом в пользу использования такого XML. Но, имхо, для внутренних нужд легче было слегка расширить Javascript необходимыми модификаторами до появления стандларта... Но это только имхо

M>>Кстати. Для добавления новых полей к существующим объетам умные люди же придумали функцию


A>К существующим да. А чтобы новые создавались с дополнительными свойствами?


В смысле? Ну, например:

extend({newprop1: val1, newprop2: val2}, oldprops);




dmitriid.comGitHubLinkedIn
Re[14]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 05.03.07 11:52
Оценка:
У тебя на компьютере сколько процессоров стоит? ИМХО, то что AndrewVK не видит этих проблем может быть связано с тем что у него многоядерный или гипертредный проц.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[11]: Ой, чего с JavaScript-то деется...
От: Andrei N.Sobchuck Украина www.smalltalk.ru
Дата: 05.03.07 12:20
Оценка:
Здравствуйте, Left2, Вы писали:

L>Мне приходилось часто работать с простыми, но большими HTML-страницами (десяток метров и больше). /.../ Мозилла в этом плане выглядит куда приятнее.


У FF проблема с большими таблицами. Например, страница на 15Мб у которой 95% это одна большая таблица. IE6 открывает за пару минут. А FF намного дольше.
Я ненавижу Hibernate!
Re[14]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 05.03.07 12:21
Оценка:
Здравствуйте, Mamut, Вы писали:

A>>А заставить тепрь это работать? С XBL это будет выглядеть так:

M>Ну так я не виноват, что Мозилла не позволяет

Так ведь никто не позволяет. А использовать хочется уже сейчас.

M>Просто я не понимаю, где разница между, например:


Разница в "описательности". ) XML болле наглядно (и для человека, и для машины) описывает, в данном случае, метод, название, аргументы. Тело метода, естественно, ни кого на этом этапе не интересует, поэтому оно в CData. Но это моё видение. Кроме того, второй вариант сейчас не рализуем. )

M>The devil, как говорится, is in the details Единственное, что не позволит приведенный пример кода перевести на существующий Javascript, это:

M>
M><binding id="my-button"
M>            extends="chrome://global/content/bindings/toolbarbutton.xml#toolbarbutton-image">
M>


Почему? Это ж просто наследование.

M>>>Кстати. Для добавления новых полей к существующим объетам умные люди же придумали функцию

A>>К существующим да. А чтобы новые создавались с дополнительными свойствами?
M>В смысле? Ну, например:

В смысле, написав:
.my-button {
    -moz-binding: url("chrome://my-extension/content/my-button.xml#my-button");
}

мы получим, что все <toolbarbutton class="my-button"> будут обладать нужными свойствами и поведением. А в твоём случае придётся сначала найти все нужные элементы, а потом уже их изменить.
Re[9]: Ой, чего с JavaScript-то деется...
От: Sinclair Россия https://github.com/evilguest/
Дата: 05.03.07 13:07
Оценка:
Здравствуйте, AndrewVK, Вы писали:
AVK>Нет. А тебе что, этот survey не приходил?
Какой именно сюрвей?
AVK>А вобще, Ложечкин обещал познакомить с русскими товарищами из IE team, так что у тебя будет возможность рассказать о своих пожеланиях лично.
cool!
S>>Я бы кстати с удовольствием пообсуждал с народом (типа c-smile) вопросы существующих браузеров, чтобы сформировать свое мнение.
AVK>Типа c-smile бессмысленно, бо там речь шла не о фичах движка, а о пользовательских фичах.
А-а. Всё равно интересно .

S>>Даже неумение IE работать с альфаканалом в PNG и то было заборото.

AVK>Так починили же в IE7.
Ну, если честно, то нам уже даже и это не так важно. Да, приятно, но в целом воркэраунд и в 6.0 работает практически удовлетворительно. Убитые на него человеко-часы все равно не вернешь. А, во, кстати вспомнил: есть там проблема в бехавиорах, что в них все пути считаются относительно базы документа. У нас из-за этого были проблемы. Ну то есть вот если в .css сослаться на url (в атрибуте background там или еще где), то этот url резолвится относительно .css. И это правильно. А вот если я в этом .css прикрутил bahavior, то в нем нет способа сослаться на url "относительно CSS". Из-за этого иногда приходится маяться дурью и генерировать лишнюю динамику.
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Re[15]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 05.03.07 13:20
Оценка:
A>>>А заставить тепрь это работать? С XBL это будет выглядеть так:
M>>Ну так я не виноват, что Мозилла не позволяет

A>Так ведь никто не позволяет. А использовать хочется уже сейчас.


Гады

M>>Просто я не понимаю, где разница между, например:


A>Разница в "описательности". ) XML болле наглядно (и для человека, и для машины) описывает, в данном случае, метод, название, аргументы. Тело метода, естественно, ни кого на этом этапе не интересует, поэтому оно в CData. Но это моё видение. Кроме того, второй вариант сейчас не рализуем. )


Тут промолчу, потому что грозит большой флейм по поводу читаемости XML

M>>The devil, как говорится, is in the details Единственное, что не позволит приведенный пример кода перевести на существующий Javascript, это:

M>>
M>><binding id="my-button"
M>>            extends="chrome://global/content/bindings/toolbarbutton.xml#toolbarbutton-image">
M>>


A>Почему? Это ж просто наследование.


Просто наследования в Яваскрипте как бы нет.

M>>>>Кстати. Для добавления новых полей к существующим объетам умные люди же придумали функцию

A>>>К существующим да. А чтобы новые создавались с дополнительными свойствами?
M>>В смысле? Ну, например:

A>В смысле, написав:

A>
A>.my-button {
A>    -moz-binding: url("chrome://my-extension/content/my-button.xml#my-button");
A>}
A>

A>мы получим, что все <toolbarbutton class="my-button"> будут обладать нужными свойствами и поведением. А в твоём случае придётся сначала найти все нужные элементы, а потом уже их изменить.

А. Ну это уже косяки конкретной реализации Они бы могли позволить, например, писать следующее
myButton = function()
{
  // описываем конструктор
}

myButton.prototype = {
    id : "myButton", // хотя стоит ли? можно вычислить из имени класса/функции...
    extends : nsIObserver,
    // дальше описываем реализацию...
    someMethod : function(param1, param2) {
        // ...
    }
}

и подключать, например, так:
.my-button {
    -moz-binding: url("chrome://my-extension/content/my-button.js");
}


В общем, много можно было сделать Будем надеяться, что в Мозилле народ все подходы попробовал прежде, чем прийти к тому, что имеем сейчас...


dmitriid.comGitHubLinkedIn
Re[16]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 05.03.07 13:37
Оценка:
Здравствуйте, Mamut, Вы писали:

M>Тут промолчу, потому что грозит большой флейм по поводу читаемости XML


Не будем. )

A>>Почему? Это ж просто наследование.

M>Просто наследования в Яваскрипте как бы нет.

Оно как бы есть, но как бы не простое. ) Всё ж таки прототипный язык.

M>А. Ну это уже косяки конкретной реализации Они бы могли позволить, например, писать следующее

M>
M>myButton = function()
M>{
M>  // описываем конструктор
M>}

M>myButton.prototype = {
M>    id : "myButton", // хотя стоит ли? можно вычислить из имени класса/функции...
M>    extends : nsIObserver,
M>    // дальше описываем реализацию...
M>    someMethod : function(param1, param2) {
M>        // ...
M>    }
M>}
M>

M>и подключать, например, так:
M>
M>.my-button {
M>    -moz-binding: url("chrome://my-extension/content/my-button.js");
M>}
M>

M>В общем, много можно было сделать Будем надеяться, что в Мозилле народ все подходы попробовал прежде, чем прийти к тому, что имеем сейчас...

Вот поэтому на мой взгляд и нужен XML. Машине будет трудно понять, что ты написал в этом JS-файле, а валидный XML она всегда разберёт.
Re[15]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 05.03.07 13:37
Оценка:
Здравствуйте, Left2, Вы писали:

L>У тебя на компьютере сколько процессоров стоит? ИМХО, то что AndrewVK не видит этих проблем может быть связано с тем что у него многоядерный или гипертредный проц.


Не угадал. У меня вполне себе одноядерный Athlon 3500+.
... << RSDN@Home 1.2.0 alpha rev. 675>>
AVK Blog
Re[10]: Ой, чего с JavaScript-то деется...
От: AndrewVK Россия http://blogs.rsdn.org/avk
Дата: 05.03.07 13:37
Оценка:
Здравствуйте, Sinclair, Вы писали:

AVK>>Нет. А тебе что, этот survey не приходил?

S>Какой именно сюрвей?

По IE8. Он один, собственно, был. Месяца полтора назад.

S>>>Даже неумение IE работать с альфаканалом в PNG и то было заборото.

AVK>>Так починили же в IE7.
S>Ну, если честно, то нам уже даже и это не так важно. Да, приятно, но в целом воркэраунд и в 6.0 работает практически удовлетворительно.

Это который через DirectX?

S>А, во, кстати вспомнил: есть там проблема в бехавиорах, что в них все пути считаются относительно базы документа. У нас из-за этого были проблемы. Ну то есть вот если в .css сослаться на url (в атрибуте background там или еще где), то этот url резолвится относительно .css. И это правильно. А вот если я в этом .css прикрутил bahavior, то в нем нет способа сослаться на url "относительно CSS". Из-за этого иногда приходится маяться дурью и генерировать лишнюю динамику.


Ну ХЗ. Я вобще довольно отдаленное отношение имею к Web-программированию.
... << RSDN@Home 1.2.0 alpha rev. 675>>
AVK Blog
Re[17]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 05.03.07 14:22
Оценка: +1
anonymous wrote:

> Вот поэтому на мой взгляд и нужен XML. Машине будет трудно понять, что

> ты написал в этом JS-файле, а валидный XML она всегда разберёт.
Теоретически сложностей с этим тоже нет, например, просто требовать, чтобы подключаемый .js содержал ф-цию getBinding с
аргуметом id, выдающую объект с нужными свойствами.
Однако, как сделано, так сделано. Каких-то особых преимуществ ни у того, ни у другого подхода — нет.
Единственное — xml позволяет не привязываться к языку программирования, если написано
-moz-binding: url(http://mysite/generate-binding.cgi#my-button)

то можно смело ожидать там xml-ку со строго определённой структурой xbl, не важно какой язык (конкретный язык можно в
самой xml-ке указать). А если ожидать всё время js, то нет возможности прикрутить другой язык. Либо придётся mime-type
смотреть, либо расширение файла, либо ещё как, короче только проблемы.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[11]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 05.03.07 17:49
Оценка: +1
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, Mamut, Вы писали:


A>>>Ну а как ещё новые поведение и свойства добавлять элементам?

M>>Например, вот так:
M>>
M>>$("a")
M>>    .click(
M>>        function(){alert('Hello, World'); return false;}
M>>    )
M>>    .attr("class", "myclass")
M>>


A>Атрибут это не свойство (хотя в MS так не думают). Да и свойсво click ты не добавил, а изменил его значение.


A>А как тебе такое? Правда это не HTML, а XUL. (Извиняюсь, за большой кусок кода, посто это один рально работающий binding.)


.поскипано.

A>Теперь у нашей кнопки (здесь опитывается кнопка панели инструментов), есть свой конструктор, свои поля (в том числе и read only) и свои методы. А кроме того она ещё и реализует интерфейс nsIObserver, т. е. способна работать обсервером.


Ну это мрак если честно. Это просто *не может быть* так сложно.

Примерно так надо:
CSS:
div.Foo 
{
  prototype: Foo; // все <div class="Foo"> будут иметь этот behavior
}

Script:

type Foo: Behavior
{
  function onMouse(evt) {}
  function onKey(evt) {}
  property something(v) { get return this.tag; }
  function doSomething() { ... }
}

$("div.Foo").doSomething();


Я похоже додолбил w3c что они решили реинкарнировать BECSS. Во всяком случае уже начали
говорить о binding атрибуте.

И вообще я буду вельми признателен если мне кто-нибудь объяснит
почему связывание DOM элемента с набором функций (классом)
нужно делать через XML — т.е. еще один язык?
Re[18]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 05.03.07 20:06
Оценка: +2
Здравствуйте, ., Вы писали:

.>anonymous wrote:


>> Вот поэтому на мой взгляд и нужен XML. Машине будет трудно понять, что

>> ты написал в этом JS-файле, а валидный XML она всегда разберёт.
.>Теоретически сложностей с этим тоже нет, например, просто требовать, чтобы подключаемый .js содержал ф-цию getBinding с
.>аргуметом id, выдающую объект с нужными свойствами.
.>Однако, как сделано, так сделано. Каких-то особых преимуществ ни у того, ни у другого подхода — нет.
.>Единственное — xml позволяет не привязываться к языку программирования, если написано
.>
.>-moz-binding: url(http://mysite/generate-binding.cgi#my-button)
.>

.>то можно смело ожидать там xml-ку со строго определённой структурой xbl, не важно какой язык (конкретный язык можно в
.>самой xml-ке указать). А если ожидать всё время js, то нет возможности прикрутить другой язык. Либо придётся mime-type
.>смотреть, либо расширение файла, либо ещё как, короче только проблемы.

Можно я еще раз повторю вопрос? Зачем там XM[b]L ?

<style>
div.myclass
{
  binding: url(http://mysite/generate-binding.cgi#my-button);
}
</style>

<script type="text/something">

  var myhandlers = { onClick:...; onDblClick:... }

  for el in $("div.myclass") do el.assignHandlers = myhandlers;

</script>


Зачем для задачи связки языка A с HTML нужен еще язык B?
Re[10]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 05.03.07 20:53
Оценка: +2 -1 :))
Здравствуйте, Sinclair, Вы писали:

S>Здравствуйте, anonymous, Вы писали:

A>>Ну а как ещё новые поведение и свойства добавлять элементам?
S>Через HTML+CSS+JavaScript.

Это не наш путь — слишком просто.

Надо сначала замутить бодягу с придумыванием каким бы боком туда впендюрить XML,
потом создать комитет, потом пройти все круги утверждения. Потом сидеть и надеяться
что кто-то радостно это все имплементирует.
Вместо того чтобы скажем сделать одну функцию getElementsBySelector.
Re[12]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 06.03.07 05:59
Оценка:
Здравствуйте, c-smile, Вы писали:

A>>А как тебе такое? Правда это не HTML, а XUL. (Извиняюсь, за большой кусок кода, посто это один рально работающий binding.)

CS>.поскипано.
A>>Теперь у нашей кнопки (здесь опитывается кнопка панели инструментов), есть свой конструктор, свои поля (в том числе и read only) и свои методы. А кроме того она ещё и реализует интерфейс nsIObserver, т. е. способна работать обсервером.
CS>Ну это мрак если честно. Это просто *не может быть* так сложно.

Это *не* сложно. У меня на освоение ушло не больше часа, при том, что раньше я вообще ничего не знал об XBL.

CS>Примерно так надо:

CS>
CS>CSS:
CS>div.Foo 
CS>{
CS>  prototype: Foo; // все <div class="Foo"> будут иметь этот behavior
CS>}
CS>Script:
CS>type Foo: Behavior
CS>{
CS>  function onMouse(evt) {}
CS>  function onKey(evt) {}
CS>  property something(v) { get return this.tag; }
CS>  function doSomething() { ... }
CS>}
CS>$("div.Foo").doSomething();
CS>


Вот знаешь, что мне не нравится в таком подходе? То, что JavaScript влез в CSS файл (prototype), и вообще не очевидно откуда взялся этот Foo.

CS>И вообще я буду вельми признателен если мне кто-нибудь объяснит

CS>почему связывание DOM элемента с набором функций (классом)
CS>нужно делать через XML — т.е. еще один язык?

Тут я согласен с . (http://rsdn.ru/Forum/Message.aspx?mid=2394796&amp;only=1), XML позволяет описать данные и поведение, не привязываясь к языку. Т. е. машина получает стандартно описанные имя и аргументы, а уж что там за код за ними, её не интересует.
Re[12]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 06.03.07 07:56
Оценка:
CS>Я похоже додолбил w3c что они решили реинкарнировать BECSS. Во всяком случае уже начали
CS>говорить о binding атрибуте.

Реинкарнировать они-то реинкарнировали, но опять через ж... то есть через XML:

http://www.w3.org/TR/becss/


CS>И вообще я буду вельми признателен если мне кто-нибудь объяснит

CS>почему связывание DOM элемента с набором функций (классом)
CS>нужно делать через XML — т.е. еще один язык?

Это типа круто.


dmitriid.comGitHubLinkedIn
Re[19]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 06.03.07 16:06
Оценка:
c-smile wrote:

> Можно я еще раз повторю вопрос? Зачем там XM[b]L ?

Это спецификация, называется "Binding Language". Он не просто пара хандлеров... А язык описания байндинга.
Почитай http://www.w3.org/TR/xbl/ (правда там 2-я версия).
Почему это удобнее сделать в виде xml, а не в виде описания объектной модели, которая должна быть настолько
универсальна, чтобы удобно ложиться в модели всех ЯП (или хотя бы популярного большинтсва) — вопрос исключительно
флеймогонный.

> Зачем для задачи связки языка A с HTML нужен еще язык B?

Ну html тут на самом деле косвенно, тут и xul и прочая радость прикручивается.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[10]: Ой, чего с JavaScript-то деется...
От: VladD2 Российская Империя www.nemerle.org
Дата: 06.03.07 18:54
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>Это у тебя мантра такая "Ты совершенно не адекватен"?


Это правда. Ты выдаешь свое негативное отношение, за реальное положение дел.

VD>>IE7 будет на подавляющем большинстве компьютеров просто потом что он идет во всех апдэйтах и ставится с новыми версиями ОС.


CS>Ты логи сайта давно смотрел? Особенно статистику по броузерам?


И что я там увижу?

Поглядел... На нашем сайте IE6 на сегодня составляет 35%, а IE7 10%. В январе у IE7 было 7%. Раскладка по ОС 75% ХРюша.
Учитывая, что МС ввела дурной запрет на апгрэйд IE для "подозрительных" версий Виндовс, и то что многоие не в состоянии качать огромные апдэйты все развивается предсказуемо.
Со временем появятся разные SP3 для ХРющи и много народа перейдет на Висту. В итоге доля IE7 будет увеличиваться и прийдет к 30-40%.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[13]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 06.03.07 19:07
Оценка: +2
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, c-smile, Вы писали:


A>>>А как тебе такое? Правда это не HTML, а XUL. (Извиняюсь, за большой кусок кода, посто это один рально работающий binding.)

CS>>.поскипано.
A>>>Теперь у нашей кнопки (здесь опитывается кнопка панели инструментов), есть свой конструктор, свои поля (в том числе и read only) и свои методы. А кроме того она ещё и реализует интерфейс nsIObserver, т. е. способна работать обсервером.
CS>>Ну это мрак если честно. Это просто *не может быть* так сложно.

A>Это *не* сложно. У меня на освоение ушло не больше часа, при том, что раньше я вообще ничего не знал об XBL.


У меня на освоение понятия JSON ушло 3 секунды — ровно сколько заняло прочтение определения.

CS>>Примерно так надо:

CS>>
CS>>CSS:
CS>>div.Foo 
CS>>{
CS>>  prototype: Foo; // все <div class="Foo"> будут иметь этот behavior
CS>>}
CS>>


A>Вот знаешь, что мне не нравится в таком подходе? То, что JavaScript влез в CSS файл (prototype), и вообще не очевидно откуда взялся этот Foo.


Напиши:

div.Foo 
{
  binding: Foo; 
}


Foo это символическое имя — некий ID. К конкретному языку отношения не имеющий.
Любой язык в состоянии выполнить запрос типа:
  for(var el in $$("*{binding}")) bind(el, el.style.binding, handlers);

и назначить соотв. handlers всем элементам имеющим описанный binding атрибут в CSS.

Здесь ничего нового по сранению с тем что сделали Ben Nolan, Simon Willison и FallenGods

var MySomeOtherBehavior
{
     onclick : function()
     {
        alert(this.innerHTML);
     }
     onmouseenter : function()
     {
        this.style.color = "#00ff00";
     }
}

var mybindings =
{
   "span.someother"    : MySomeOtherBehavior;
   "span.someanoother" : MySomeAnotherBehavior;
};
Behaviour.register(myrules);




CS>>И вообще я буду вельми признателен если мне кто-нибудь объяснит

CS>>почему связывание DOM элемента с набором функций (классом)
CS>>нужно делать через XML — т.е. еще один язык?

A>Тут я согласен с . (http://rsdn.ru/Forum/Message.aspx?mid=2394796&amp;only=1), XML позволяет описать данные и поведение, не привязываясь к языку. Т. е. машина получает стандартно описанные имя и аргументы, а уж что там за код за ними, её не интересует.


Абстракция нужна но до определенных пределов. Как я написал выше для того чтобы сделать биндинг нужен 1 (один) атрибут в CSS.
Не нужно городить огород с описаниями функций и их вызовами across language domains, runtimes and different memory allocations schemas.
XBL это технически абсолютно безграмотное решение. Откуда эти идеи вообще все лезут? Кто-нибудь из практиков просил такое придумывать?
Народу в комитетах нужно изображать бурную деятельность как я понимаю...

И только не надо XUL туда лепить еще. Если XUL использует CSS то он может пользоваться механизмом behaviors точно так же как и HTML.
Re[13]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 06.03.07 19:14
Оценка:
Здравствуйте, Mamut, Вы писали:

CS>>Я похоже додолбил w3c что они решили реинкарнировать BECSS. Во всяком случае уже начали

CS>>говорить о binding атрибуте.

M>Реинкарнировать они-то реинкарнировали, но опять через ж... то есть через XML:


M>http://www.w3.org/TR/becss/



CS>>И вообще я буду вельми признателен если мне кто-нибудь объяснит

CS>>почему связывание DOM элемента с набором функций (классом)
CS>>нужно делать через XML — т.е. еще один язык?

M>Это типа круто.


Угу. Зудит у них. Какая-то болезнь право слово про XML.
Надо ж его куда-то пристегнуть, уж больно это слово из трех букв теоретикам ндравится.
Re[11]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 06.03.07 19:34
Оценка:
Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, c-smile, Вы писали:


CS>>Это у тебя мантра такая "Ты совершенно не адекватен"?


VD>Это правда. Ты выдаешь свое негативное отношение, за реальное положение дел.


Я тебе выдаю реальные цифры и реальные линки. А чем подтверждаешь ты свою беззаветную любофф?

VD>>>IE7 будет на подавляющем большинстве компьютеров просто потом что он идет во всех апдэйтах и ставится с новыми версиями ОС.


CS>>Ты логи сайта давно смотрел? Особенно статистику по броузерам?


VD>И что я там увижу?


VD>Поглядел... На нашем сайте IE6 на сегодня составляет 35%, а IE7 10%. В январе у IE7 было 7%. Раскладка по ОС 75% ХРюша.

VD>Учитывая, что МС ввела дурной запрет на апгрэйд IE для "подозрительных" версий Виндовс, и то что многоие не в состоянии качать огромные апдэйты все развивается предсказуемо.
VD>Со временем появятся разные SP3 для ХРющи и много народа перейдет на Висту. В итоге доля IE7 будет увеличиваться и прийдет к 30-40%.

У меня IE год назад был 70% сейчас 50%. Мозилла была в меньше 10% сейчас 35%.

Эти цифири так и называются — IE сливает воду.
Я не верю что если бы MS хотела держать IE то она допустила бы такую ситуацию.
Я как ты сам понимаешь достаточно хорошо представляю что такое rendering HTML/CSS и если я один могу забить IE7
по тестам на производительность то это должно о чем-то говорить.

Как я понимаю Microsoft как Интернет компании самим выгодно чтобы был один броузер — затрат
на разработку меньше. Ну в самом деле — при наличии на рынке бесплатного броузера наличие в OS встроенного движка
как-то не сильно увеличивает привлекательность OS как таковой. По идее они должны сейчас сконцетрироваться на XAML/WPF
— это то что действительно может сделать погоду для Windows — суть принести больше денег.
Re[20]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 06.03.07 19:38
Оценка:
Здравствуйте, ., Вы писали:

.>c-smile wrote:


>> Можно я еще раз повторю вопрос? Зачем там XM[b]L ?

.>Это спецификация, называется "Binding Language". Он не просто пара хандлеров... А язык описания байндинга.
.>Почитай http://www.w3.org/TR/xbl/ (правда там 2-я версия).
.>Почему это удобнее сделать в виде xml, а не в виде описания объектной модели, которая должна быть настолько
.>универсальна, чтобы удобно ложиться в модели всех ЯП (или хотя бы популярного большинтсва) — вопрос исключительно
.>флеймогонный.

>> Зачем для задачи связки языка A с HTML нужен еще язык B?

.>Ну html тут на самом деле косвенно, тут и xul и прочая радость прикручивается.

Так, давай от "счастья всем и бесплатно" перейдем на реальные задачи:

Чего конкретно тебе не зватает в связке HTML/CSS/Script или если уже хочешь то XUL/CSS/Script для
решения "задачи" binding?
Re[14]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 06.03.07 20:21
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>Здравствуйте, anonymous, Вы писали:


A>>Это *не* сложно. У меня на освоение ушло не больше часа, при том, что раньше я вообще ничего не знал об XBL.

CS>У меня на освоение понятия JSON ушло 3 секунды — ровно сколько заняло прочтение определения.

А сколько у тебя ушло на изучение JavaScript перед этим? Разница в том, что ты использовал известный тебе язык, а я изучил новый. Да и при чём тут JSON?

A>>Вот знаешь, что мне не нравится в таком подходе? То, что JavaScript влез в CSS файл (prototype), и вообще не очевидно откуда взялся этот Foo.

CS>Напиши:
CS>
CS>div.Foo 
CS>{
CS>  binding: Foo; 
CS>}
CS>

CS>Foo это символическое имя — некий ID. К конкретному языку отношения не имеющий.

Не важно, все равно часть какого-то чужеродного языка.

CS>Любой язык в состоянии выполнить запрос типа:

CS>
CS>  for(var el in $$("*{binding}")) bind(el, el.style.binding, handlers);
CS>

CS>и назначить соотв. handlers всем элементам имеющим описанный binding атрибут в CSS.

А зачем мне делать этот запрос, если всё будет сделано за меня автоматически?

A>>Тут я согласен с . (http://rsdn.ru/Forum/Message.aspx?mid=2394796&amp;only=1), XML позволяет описать данные и поведение, не привязываясь к языку. Т. е. машина получает стандартно описанные имя и аргументы, а уж что там за код за ними, её не интересует.

CS>Абстракция нужна но до определенных пределов. Как я написал выше для того чтобы сделать биндинг нужен 1 (один) атрибут в CSS.
CS>Не нужно городить огород с описаниями функций и их вызовами across language domains, runtimes and different memory allocations schemas.

Так там и есть сейчас один атрибут в CSS.

CS>XBL это технически абсолютно безграмотное решение. Откуда эти идеи вообще все лезут? Кто-нибудь из практиков просил такое придумывать?

CS>Народу в комитетах нужно изображать бурную деятельность как я понимаю...

XBL придумали практики, которые сделали вполне себе работающую платформу Mozilla. Комитет же работает над XBL 2.0, который по-моему вообще сейчас нигде не используется.

CS>И только не надо XUL туда лепить еще. Если XUL использует CSS то он может пользоваться механизмом behaviors точно так же как и HTML.


Почему не надо? Давай уйдём от частностей и будем рассматривать XML, со всеми его XUL, XHTML и прочими.
Re[14]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 06.03.07 20:45
Оценка:
c-smile wrote:
> A>Это *не* сложно. У меня на освоение ушло не больше часа, при том, что
> раньше я вообще ничего не знал об XBL.
> У меня на освоение понятия JSON ушло 3 секунды — ровно сколько заняло
> прочтение определения.
Угу, а вот придет тебе такой JSON:
[
    "a","b","c",formatDiskD()
]

и что будешь делать?

JSON — это ведь не данные, а КОД.

Значит нам нужен санитайзер для него, который еще будет понимать и
всякие 2*2 и прочие.

В общем, получается не проще XML в итоге.
Posted via RSDN NNTP Server 2.0
Sapienti sat!
Re[15]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 06.03.07 21:17
Оценка:
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, c-smile, Вы писали:


CS>>Здравствуйте, anonymous, Вы писали:


A>>>Это *не* сложно. У меня на освоение ушло не больше часа, при том, что раньше я вообще ничего не знал об XBL.

CS>>У меня на освоение понятия JSON ушло 3 секунды — ровно сколько заняло прочтение определения.

A>А сколько у тебя ушло на изучение JavaScript перед этим? Разница в том, что ты использовал известный тебе язык, а я изучил новый. Да и при чём тут JSON?


Я имею систему функций event handlers в JavaScript. Я также имею систему DOM объектов в JavaScript.

JSON это javascript object notation — способ делкларирования в JavaScript.
Т.е. я могу описать систему bindings средствами JS. Одну из большого набора возможных. Ту которая больше подходит по специфике задачи.

Зачем мне это делать через XBL?

CS>>Foo это символическое имя — некий ID. К конкретному языку отношения не имеющий.


A>Не важно, все равно часть какого-то чужеродного языка.


Я тебя не понимаю. binding: string; с точки зрения CSS это тоже самое что и binding: url(...);
CSS к этому значению никакого отношения не имеет. CSS только наследует этот атрибут и никак еге не интерпретирует.

CS>>Любой язык в состоянии выполнить запрос типа:

CS>>
CS>>  for(var el in $$("*{binding}")) bind(el, el.style.binding, handlers);
CS>>

CS>>и назначить соотв. handlers всем элементам имеющим описанный binding атрибут в CSS.

A>А зачем мне делать этот запрос, если всё будет сделано за меня автоматически?


В Sciter это тоже сделано автоматически. Там кстати подключаются behaviors из двух языков — C++ и script.

Любой UA в состоянии имплементировать то же самое.
Если UA может корректно активировать <a href="#" onclick="something()"> значит он уже знает про Content-Script-Type http header.
Т.е. в состоянии сделать binding "class of elements -> class of event handlers" автоматически.
Способ интерпретации string в атрибуте binding зависит от языка что естественно.

CS>>Абстракция нужна но до определенных пределов. Как я написал выше для того чтобы сделать биндинг нужен 1 (один) атрибут в CSS.

CS>>Не нужно городить огород с описаниями функций и их вызовами across language domains, runtimes and different memory allocations schemas.

A>Так там и есть сейчас один атрибут в CSS.


Ну да только для того чтобы запустить всю эту машинерию тебе нужно послать http request (40k машинных инструкций только локально)
инстанциировать XML парсер, построить XBL DOM, и собственно выполнить element.onclick = some_function_ref.
Потом прикопать распарсенный XBL DOM на случай внезапных UpdatePanels из ASP.NET и прочих динамических DOM манипуляторов.

А потом сесть и погоревать: вот блин хотели thin client соорудить а получилось как всегда.

Ну зачем оно так?
Ну есть же у меня на машине уже все и CSS я уже скачал, DOM — вот он родной, и скрипт уже тоже есть — в нем все что мне нужно уже здесь — все связанное
в систему. Зачем же мне еще эта XBLя нужна?

Можешь привести практический пример когда без XBL ну просто никуда или оно настолько красиво выходит что глаз не оторвать?


CS>>XBL это технически абсолютно безграмотное решение. Откуда эти идеи вообще все лезут? Кто-нибудь из практиков просил такое придумывать?

CS>>Народу в комитетах нужно изображать бурную деятельность как я понимаю...

A>XBL придумали практики, которые сделали вполне себе работающую платформу Mozilla. Комитет же работает над XBL 2.0, который по-моему вообще сейчас нигде не используется.


XBL придумали в Mozilla для чего? Как часть XUL насколько я помню. Ну дык XUL это XML и есть, добавить пару тройку tags туда рояли уже не играет. Т.е. там оно к месту (наверное)
Но зачем выдирать это оттуда и цеплять это к HTML?

CS>>И только не надо XUL туда лепить еще. Если XUL использует CSS то он может пользоваться механизмом behaviors точно так же как и HTML.


A>Почему не надо? Давай уйдём от частностей и будем рассматривать XML, со всеми его XUL, XHTML и прочими.


XML это не HTML. HTML это не XML и никогда им не будет по определению. Тэг <html> optional в HTML. За этим простым фактом много чего стоит.
Если нужно больше на эту тему то читаем www.whatwg.org и мотивацию HTML5.
Re[15]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 06.03.07 21:32
Оценка:
Здравствуйте, Cyberax, Вы писали:

C>c-smile wrote:

>> A>Это *не* сложно. У меня на освоение ушло не больше часа, при том, что
>> раньше я вообще ничего не знал об XBL.
>> У меня на освоение понятия JSON ушло 3 секунды — ровно сколько заняло
>> прочтение определения.
C>Угу, а вот придет тебе такой JSON:
C>
C>[
C>    "a","b","c",formatDiskD()
C>]
C>

C>и что будешь делать?

Это про что?

C>JSON — это ведь не данные, а КОД.


Тебя обманули. См. www.json.org

C>Значит нам нужен санитайзер для него, который еще будет понимать и

C>всякие 2*2 и прочие.

C>В общем, получается не проще XML в итоге.


Это про что вообще?
Re[5]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 06.03.07 23:33
Оценка: 26 (3)
A>Насколько я понял, никто не собирается отменять динамическую типизацию. Более того, статическая типизация была введена как раз для удобства разработки и поддержки больших проектов. Т. е. каждый сам для себя решает в зависимости от задачи, какую типизацию выбрать. Главное, что можно продолжать писать скрипты по-старинке, при этом даже не подозревая о наличии статической типизации.

Долго думал и решил всё же ответить

Вернее спросить Ну или всё же ответить, расценивайте как хотите. Всё нижеследующее — только лично моё очень скромное ИМХО.

Что даст JavaScript статическая типизация? Скорость? Так ведь всё равно как ни крути эта скорость не сможет приблизиться даже к скорости Java/.Net приложений, не говоря уже о скорости "битовыжималок" типа С и С++. "Скриптовость" в обозримые N лет не даст возможности написать на JavaScript что-то типа MP3 и/или MP4 encoder, ну или какой-нибудь 3D shooter. Даже на вполне развитых Java/.Net эта задача довольно-таки проблематичная. Существенного прироста производительности от введения статической типизации в JavaScript ждать не приходится — да, на каких-то алгоритмах она вырастет на порядок-два, но проблема в том что такие алгоритмы на данный момент очень мало кто пишет именно на JavaScript.

Далее. Ещё одно преимущество статической типизацией перед динамической — это выявление существенного количества ошибок на этапе компиляции в противовес оному в run-time. Мне кажется что процент ошибок который можно выявить в compile-time за счёт статической типизации — не так уж высок (ну, или по крайней мере — часто переоценивается). Особенно это коснётся JavaScript — ведь его динамическая "сущность" никуда не денется — люди так же будут пихать указатели на функции без всякой их типизации как параметры других функций — уж очень это удобно в JS Определённую аналогию тут можно провести с C и C++ — вроде бы, новомодные фичеры С++ позволяют писать не применяя опасных конструкций С — но ведь сколько времени и усилий понадобилось для того чтобы заставить программистов перелезть с одного стиля написания программ на другой!

Ну и теперь про недостатки такого решения:
A>Получаем как бы 2 уровня языка: простой (то, что имеем сейчас) и продвинутый (статическая типизация и т. п.).
Мне кажется (ещё раз подчеркну — ИМХО) вместо того чтобы иметь язык с двумя уровнями — лучше иметь 2 языка. Потому что человек который пишет скрипты "по старинке" всё равно столкнётся с проблемой понимания нового кода (примерно как программист на С смотрит на код на С++). А человек который пишет скрипты "с типизацией" всё равно рано или поздно постарается весь старый (утиный) код из проекта выкинуть. Уж простите за сравнение, но вспоминается прошлая попытка написать универсальный язык для программистов и домохозяек — Visual Basic. Помнится, что плевались на него с обеих сторон — и домохозяйки, и программисты.

Насчёт того что вместо развития JS стОило бы стандартизировать какую-то виртуальную машину — я скорее согласен чем не согласен. Google SpreadSheet у меня подтормаживает на любом браузере, и есть у меня подозрения что даже с новым JS 2.0 он кардинально быстрее не станет. C другой стороны, для производителей браузеров ИМХО проще сделать чётко специфицированную виртуальную машину чем реализовать довольно сложный язык.

Ну и то, чего мне больше всего жалко в "старом добром" JS — это чистоты концепций. Да, помнится чем-то подобным восхищались на этом сайте в отношении Oberon Но языка с таким простым и, одновременно, как бы так выразится — сбаллансированным, что ли — синтаксисом я ещё не встречал Ну очень всё просто и минималистично. Но при этом можно использовать массу как императивных, так и функциональных паттернов программирования. Очень просто всё, кроме (может быть) концепции конструкторов — тут я согласен с c-smile что это скорее баг дизайна. А как только язык разрастётся — тут же подобные баги дизайна полезут как тараканы на стол с крошками.

В целом всё ИМХО закончилось
Re[14]: Ой, чего с JavaScript-то деется...
От: Sinclair Россия https://github.com/evilguest/
Дата: 07.03.07 05:20
Оценка:
Здравствуйте, Cyberax, Вы писали:
C>http://rsdn.ru/File/37054/newrings_cassini_big.jpg
Could not reproduce. Pentuim IV 2.66 Ghz + LCD Monitor Acer AL1715.

C>http://rsdn.ru/File/37054/iebug.png — через минуту браузинга. Причем

C>проявляется не всегда.
Масштаб верни в 100%. IE не смог научиться корректно масштабировать смесь текста с изображениями.

C>Не до такой степени.

То же самое — масштаб верни в 100%.
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Re[6]: Ой, чего с JavaScript-то деется...
От: konsoletyper Россия https://github.com/konsoletyper
Дата: 07.03.07 05:50
Оценка: +2
Здравствуйте, Left2, Вы писали:

L>Далее. Ещё одно преимущество статической типизацией перед динамической — это выявление существенного количества ошибок на этапе компиляции в противовес оному в run-time. Мне кажется что процент ошибок который можно выявить в compile-time за счёт статической типизации — не так уж высок (ну, или по крайней мере — часто переоценивается).


Дело не в проценте, а в том, насколько эти ошибки оказываются замаскированными. Порой они могут проявить себя в совсем уж редких сценариях. Правда, на статическом языке тоже можно допустить такие ошибки, но это уже как правило ошибка дизайна, а не ошибка по невнимательности. А на динамике можно по невнимательности получить такую трудновылавливаемую ошибку.

L> Особенно это коснётся JavaScript — ведь его динамическая "сущность" никуда не денется — люди так же будут пихать указатели на функции без всякой их типизации как параметры других функций — уж очень это удобно в JS


А что мешает пихать в качестве параметров типизированные функции.

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

Насчёт языка с многими "уровнями" — ничего страшного в этом нет. Лишь бы дизайн языка при этом оказался последовательным. Вот есть языки (не буду называть) которые с одним механизмом типизации из-за непродуманности превратились в фичепомойки где стройностью и последовательностью даже не пахнет.
... << RSDN@Home 1.2.0 alpha rev. 672>>
Re[6]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 07.03.07 06:39
Оценка:
Здравствуйте, Left2, Вы писали:

В дополнение к http://rsdn.ru/Forum/Message.aspx?mid=2396913&amp;only=1

L>Что даст JavaScript статическая типизация? Скорость? Так ведь всё равно как ни крути эта скорость не сможет приблизиться даже к скорости Java/.Net приложений, не говоря уже о скорости "битовыжималок" типа С и С++. "Скриптовость" в обозримые N лет не даст возможности написать на JavaScript что-то типа MP3 и/или MP4 encoder, ну или какой-нибудь 3D shooter. Даже на вполне развитых Java/.Net эта задача довольно-таки проблематичная. Существенного прироста производительности от введения статической типизации в JavaScript ждать не приходится — да, на каких-то алгоритмах она вырастет на порядок-два, но проблема в том что такие алгоритмы на данный момент очень мало кто пишет именно на JavaScript.


Вот это всё надумано, конечно никто не собирается использовать JavScript для несвойственных ему задач. А шутер на нём и сейчас вполне реально написать, только очень примитивный и тормозной, см., например, http://abrahamjoffe.com.au/ben/canvascape/ и http://abrahamjoffe.com.au/ben/canvascape/textures.htm.

L>Ну и теперь про недостатки такого решения:

A>>Получаем как бы 2 уровня языка: простой (то, что имеем сейчас) и продвинутый (статическая типизация и т. п.).
L>Мне кажется (ещё раз подчеркну — ИМХО) вместо того чтобы иметь язык с двумя уровнями — лучше иметь 2 языка. Потому что человек который пишет скрипты "по старинке" всё равно столкнётся с проблемой понимания нового кода (примерно как программист на С смотрит на код на С++). А человек который пишет скрипты "с типизацией" всё равно рано или поздно постарается весь старый (утиный) код из проекта выкинуть.

Ну это все равно, что жаловаться на то, что человек пишущий на С++ рано или поздно столкнётся с шаблонами. Ну столкнётся — выучит, если надо.

L>Насчёт того что вместо развития JS стОило бы стандартизировать какую-то виртуальную машину — я скорее согласен чем не согласен.


JavaScript 2 должен будет работать на виртуальной машине. Может она и станет стандартом.
Re[7]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 07.03.07 08:49
Оценка: +1
L>>Далее. Ещё одно преимущество статической типизацией перед динамической — это выявление существенного количества ошибок на этапе компиляции в противовес оному в run-time. Мне кажется что процент ошибок который можно выявить в compile-time за счёт статической типизации — не так уж высок (ну, или по крайней мере — часто переоценивается).

K>Дело не в проценте, а в том, насколько эти ошибки оказываются замаскированными. Порой они могут проявить себя в совсем уж редких сценариях. Правда, на статическом языке тоже можно допустить такие ошибки, но это уже как правило ошибка дизайна, а не ошибка по невнимательности. А на динамике можно по невнимательности получить такую трудновылавливаемую ошибку.


Если язык — динамически типизирован, но при этом строго типизирован (Erlang ), то особых аргументов в пользу статической типизации не вижу вообще.


dmitriid.comGitHubLinkedIn
Re[8]: Ой, чего с JavaScript-то деется...
От: Курилка Россия http://kirya.narod.ru/
Дата: 07.03.07 09:02
Оценка: +1
Здравствуйте, Mamut, Вы писали:

M>Если язык — динамически типизирован, но при этом строго типизирован (Erlang ), то особых аргументов в пользу статической типизации не вижу вообще.


Ну почему...
Оптимизация — довольно сильный аргумент.
Всёж динамика реально требудет больше накладных расходов.
Вопрос только, насколько это критично.
Re[21]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 07.03.07 11:11
Оценка: +1
c-smile wrote:

> Чего конкретно тебе не зватает в связке HTML/CSS/Script или если уже

> хочешь то XUL/CSS/Script для решения "задачи" binding?
Надо удобный механизм описания визуальной компоненты. Чтобы по мановению волшебной палочки обычный <input> превращался в
текстовое поле с кнопулькой тута, пимпочкой здеся и финогвинкой тама.
Чтобы можно было в страницу ставить <myns:mimsy>, описав что это за зверь, и использовать.
Короче, что-то похожее на in-place xslt-преобразования, наверно.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[15]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 07.03.07 12:39
Оценка:
Sinclair wrote:
> Здравствуйте, Cyberax, Вы писали:
> C>http://rsdn.ru/File/37054/newrings_cassini_big.jpg
> Could not reproduce. Pentuim IV 2.66 Ghz + LCD Monitor Acer AL1715.
А ты масштаб поставь на 110%

> C>http://rsdn.ru/File/37054/iebug.png — через минуту браузинга. Причем

> C>проявляется не всегда.
> Масштаб верни в 100%. IE не смог научиться корректно масштабировать
> смесь текста с изображениями.
Блин. Действительно. Оказывается, у меня масштаб был 110%, а я этого
даже не замечал

Еще один минус IE.
Posted via RSDN NNTP Server 2.0
Sapienti sat!
Re[22]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 08.03.07 01:07
Оценка:
Здравствуйте, ., Вы писали:

.>c-smile wrote:


>> Чего конкретно тебе не зватает в связке HTML/CSS/Script или если уже

>> хочешь то XUL/CSS/Script для решения "задачи" binding?
.>Надо удобный механизм описания визуальной компоненты. Чтобы по мановению волшебной палочки обычный <input> превращался в
.>текстовое поле с кнопулькой тута, пимпочкой здеся и финогвинкой тама.
.>Чтобы можно было в страницу ставить <myns:mimsy>, описав что это за зверь, и использовать.
.>Короче, что-то похожее на in-place xslt-преобразования, наверно.

Т.е. в идеале хочется вот этого:

<style>

@import text/javascript url(mybehaviors.js) screen;

input[type="color-chooser"]
{
  behavior: СolorСhooser; 
}

</style>

--- mybehaviors.js ----

СolorСhooser = 
{
  attached: function() {  },
  onmouseenter: function() {  },
  onmouseleave: function() {  }
}


А теперь давай думать можно ли это непротиворечиво сделать в текущих технологиях или нет.
Re[23]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 08.03.07 09:42
Оценка:
c-smile wrote:

> А теперь давай думать можно ли это непротиворечиво сделать в текущих

> технологиях или нет.
Я же объясняю, что xbl это не просто ещё одна xml-ка для того, чтобы вызвать десяток DOM-методов, а спецификация, как
строить компоненты.
Иначе объясни, зачем тогда нужен CSS? Достаточно яваскрипта + HTML — и вперёд на баррикады — с помощью DOM расставляешь
где надо <FONT COLOR=> <TD BGCOLOR=> и прочее. Практически все стили есть в HTML элементах! Ну можно было накрайняк в
html-элементы затолкать недостающее оформление, типа курсоров.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[16]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 08.03.07 12:50
Оценка:
Здравствуйте, c-smile, Вы писали:

C>>JSON — это ведь не данные, а КОД.

CS>Тебя обманули. См. www.json.org

Не совсем, вполне может придти код типа:
[
    "a", "b", "c", eval(formatDiskD())
]
Re[17]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 08.03.07 13:20
Оценка:
anonymous wrote:

> Не совсем, вполне может придти код типа:

> [
> "a", "b", "c", eval(formatDiskD())
> ]
Это будет уже не json, а javascript
Как я понял, json это ещё один текстовый формат разметки данных. Абсолютно тоже самое что xml, но попроще, выкинуты
некоторые фичи, которые не всем и не всегда нужны.
К javascript имеет слабое отношение, кроме того, что оттуда украден синтаксис.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[18]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 08.03.07 16:40
Оценка: +1
. wrote:
> Это будет уже не json, а javascript
> Как я понял, json это ещё один текстовый формат разметки данных.
> Абсолютно тоже самое что xml, но попроще, выкинуты
> некоторые фичи, которые не всем и не всегда нужны.
> К javascript имеет слабое отношение, кроме того, что оттуда украден
> синтаксис.
Проблема в том, что он обычно в JS читается через 'eval'. А значит
является источником кучи замечательных и увлекательных дыр в безопасности.
Posted via RSDN NNTP Server 2.0
Sapienti sat!
Re[19]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 08.03.07 16:55
Оценка:
Cyberax wrote:

> Проблема в том, что он обычно в JS читается через 'eval'. А значит

> является источником кучи замечательных и увлекательных дыр в безопасности.
Ну это не является чем-то ужасным. Там где надо, легко заменяется на специальный внешний компонент, парсящий этот текст.
Хотя при этом мгновенно исчезает главное преимущество использования json в javascript...
Тут всё рассказано подробно и код есть: http://www.json.org/js.html
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[20]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 08.03.07 17:01
Оценка: +1
. wrote:
>> Проблема в том, что он обычно в JS читается через 'eval'. А значит
>> является источником кучи замечательных и увлекательных дыр в безопасности.
> Ну это не является чем-то ужасным. Там где надо, легко заменяется на
> специальный внешний компонент, парсящий этот текст.
XML, вид в профиль

> Хотя при этом мгновенно исчезает главное преимущество использования json

> в javascript...
> Тут всё рассказано подробно и код есть: http://www.json.org/js.html
Ага, делаем тормозной парсер на JS, хотя нативный валидирующий парсер
XML уже встроен в браузер. А XML+GZIP съест еще меньше траффика, чем JSON.
Posted via RSDN NNTP Server 2.0
Sapienti sat!
Re[21]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 08.03.07 17:21
Оценка:
Cyberax wrote:

> XML, вид в профиль

Я-то знаю, а вот c-smile считает javascript (tiscript?) серебрянной пулей...
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[23]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 08.03.07 18:16
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>Т.е. в идеале хочется вот этого:

CS>А теперь давай думать можно ли это непротиворечиво сделать в текущих технологиях или нет.

Я правильно понял, что behavior кроме как обрабатывать события ничего больше не может?
Re[24]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 08.03.07 18:49
Оценка:
anonymous wrote:

> Я правильно понял, что behavior кроме как обрабатывать события ничего

> больше не может?
Теоретически можно сделать всё. Если какому-нибудь handler-у (в примере attached) передать (в качестве парама ф-ции или
в качестве this, не важно) DOM-объект, к которому прицепился behaviour, можно поизменять DOM-дерево. Вот только как это
будет работать (в какой момент времени, а что если чего-то от чего-то наследуется, а что если компоненты друг в друга
вкладываются, а что если binding динамически меняется и т.п.) — неизвестно, xbl как раз это и призван описать и
стандартизировать, предоставляя простое представление подавляющего большинства нужд компонентостроителей.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[24]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 08.03.07 19:35
Оценка:
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, c-smile, Вы писали:


CS>>Т.е. в идеале хочется вот этого:

CS>>А теперь давай думать можно ли это непротиворечиво сделать в текущих технологиях или нет.

A>Я правильно понял, что behavior кроме как обрабатывать события ничего больше не может?


behavior может делать все что может скрипт. Или я не понял вопрос.
Re[24]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 08.03.07 21:03
Оценка:
Здравствуйте, ., Вы писали:

.>c-smile wrote:


>> А теперь давай думать можно ли это непротиворечиво сделать в текущих

>> технологиях или нет.
.>Я же объясняю, что xbl это не просто ещё одна xml-ка для того, чтобы вызвать десяток DOM-методов, а спецификация, как
.>строить компоненты.

Зачем мне эта спецификация?
Я знаю как строить компоненты в скрипте. Ты знаешь. Куча людей в Инете тоже знает.

.>Иначе объясни, зачем тогда нужен CSS? Достаточно яваскрипта + HTML — и вперёд на баррикады — с помощью DOM расставляешь

.>где надо <FONT COLOR=> <TD BGCOLOR=> и прочее. Практически все стили есть в HTML элементах! Ну можно было накрайняк в
.>html-элементы затолкать недостающее оформление, типа курсоров.

Я не понял, это про что?
Re[22]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 09.03.07 06:45
Оценка:
Здравствуйте, ., Вы писали:

.>Cyberax wrote:


>> XML, вид в профиль

.>Я-то знаю, а вот c-smile считает javascript (tiscript?) серебрянной пулей...

Я не понял. Чего я где считаю?
Re[21]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 09.03.07 07:03
Оценка: +1
Здравствуйте, Cyberax, Вы писали:

C>Ага, делаем тормозной парсер на JS, хотя нативный валидирующий парсер

C>XML уже встроен в браузер. А XML+GZIP съест еще меньше траффика, чем JSON.

Зачем делать "тормозной парсер на JS"?

У меня есть страница mydomain/a.html которая обращается к вебсервису mydomain/b.cgi.
Зачем мне здесь еще какой-нибудь парсер кроме eval()?

JSON не есть средство межсистемного взаимодействия.
Это формат обмена между двумя частями твоего приложения. Google и Yahoo
его используют именно так. Причем только в одну сторону — от сервера к клиенту.
От клиента на сервер идет стандартный function call через post параметры.

XML это DOM. с DOMом после того как ты получил сообщение надо что-то делать.
Кто-то должен его удалять. Т.е. его нужно также сопрягать с GC.

И потом XML не "встроен в браузер". Он приделан к броузеру. Это разные вещи.

Короче, я надеюсь весь комплекс проблем профессионалам рассказывать не надо.
Или надо?
Re[9]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 09.03.07 07:22
Оценка: +4
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, YК, Вы писали:


YК>>Так это все опять информация от Mozilla. Я нахожу очень странным, что официальной информации о ECMAScript Edition 4 толком нет. В ее отсутствие, по-моему, преждевременно ставить знак равенства между JavaScript 2 и ECMAScript Edition 4. Если все фичи, которые наворотили в JavaScript 2 войдут в стандарт, то проблем не будет, но есть опасность получить частичную несовместимость броузеров со всеми вытекающими последствиями.


A>Brendan Eich, создавний JavaScript и разрабатывающий сейчас JavaScript 2 для Mozilla, является членом TG1. Так что работа скорее всего координируется, если вообще не ведётся совместно. Но тут мы уже ступили на зыбкую почву домыслов. )


Насколько мне помнится автор JS2 это Валmдемар Хорват из Netscape (сейчас в Google).
Чем сложнее язык тем сложнее его имплементировать единообразно. За примерами далеко ходить не надо.

В предлагаемой редакции JavaScript 2 сложнее чем C#.
Ожидать надежной имплементации можно долго.

a>>> Ссылку на вики ECMA TG1 я тут приводил

YК>>Если ты об этом — http://www.ecma-international.org/memento/TC39-TG1.htm — то там ничего полезного нет.

A>Нет, про: http://rsdn.ru/Forum/Message.aspx?mid=2390322&amp;only=1


Я вообще балдею — как будто из насущных проблем изобретение JS2 и скажем HTML5 это просто актуальность №1.

А скажем отсутсвие vertical alignment в CSS и вообще убогость static positioning всех устраивает.
Как не было замены <table> в CSS так и нет.
Re[25]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 09.03.07 09:44
Оценка:
c-smile wrote:

> .>Иначе объясни, зачем тогда нужен CSS? Достаточно яваскрипта + HTML — и

> вперёд на баррикады — с помощью DOM расставляешь
> .>где надо <FONT COLOR=> <TD BGCOLOR=> и прочее. Практически все стили
> есть в HTML элементах! Ну можно было накрайняк в
> .>html-элементы затолкать недостающее оформление, типа курсоров.
> Я не понял, это про что?
Аналогия к твоему вопросу. Ты спрашиваешь, зачем XBL? Зачем ещё одна спека, если всё можно завернуть через css, DOM,
javascript? Та же ситуация с CSS — а зачем CSS, если всё можно закрутить через html, DOM, javascript?
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[26]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 09.03.07 10:30
Оценка: +3
>> .>Иначе объясни, зачем тогда нужен CSS? Достаточно яваскрипта + HTML — и
>> вперёд на баррикады — с помощью DOM расставляешь
>> .>где надо <FONT COLOR=> <TD BGCOLOR=> и прочее. Практически все стили
>> есть в HTML элементах! Ну можно было накрайняк в
>> .>html-элементы затолкать недостающее оформление, типа курсоров.
>> Я не понял, это про что?
.>Аналогия к твоему вопросу. Ты спрашиваешь, зачем XBL? Зачем ещё одна спека, если всё можно завернуть через css, DOM,
.>javascript? Та же ситуация с CSS — а зачем CSS, если всё можно закрутить через html, DOM, javascript?

Дальше сплошной имхо.

Меня раздражает то, что w3c и иже с ним выпускают не спеки, а полуспеки. Не технологии, а полутехнологии.

А, нам не нравится HTML? Давай выпустим многостраничную спеку CSS, которая практически неприменима в реальном мире (за исключением очень маленького подмножества).

А, нам не нравится Css 1, потом Css 2? Ну тогда давай займемся CSS 3, который не решает вообще ни одной из проблем, с которым сталкивается веб-разработчик (см. здесь)

А, нам не нравится, как JavaScript стал всеобъемлющей технологией, позволяющий делать все, что угодно, с браузером (см. YUI Ext, jQuery Interface, script.aculo.us...)? Так давай придумаем еще одну, которая ни с одной предыдущей не совместима, которая не решает ни одной практической задачи, и на реализацию которой браузерами уйдет еще лет 10, и ни одна реализация не будет полноценной.

Вопрос на засыпку. Что легче? Ввести behaviours, как это предлагает c-smile или предложить разработчикам учить новый XBL? Который в добавок (в реализации Мозиллы) и так на 90% только из Javascript'а и состоит. И только Мозиллой и поддерживается?

Кстати. Умные люди давно реализовали XBL средаствами Яваскрипта (см. unobtrusive Javascript и его реализации в том же jQuery). Что конкретно нового предлагает XBL? Такого, чтобы все ахнули и сказали: "вах! это именно то, что я так долго ждал! это сразу поможет сделать мне то-то и то-то и это-то"?


dmitriid.comGitHubLinkedIn
Re[10]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 09.03.07 11:00
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>Чем сложнее язык тем сложнее его имплементировать единообразно. За примерами далеко ходить не надо.

CS>В предлагаемой редакции JavaScript 2 сложнее чем C#.
CS>Ожидать надежной имплементации можно долго.

Вот уж подобные проблемы ни кого и ни когда не останавливали.

CS>Я вообще балдею — как будто из насущных проблем изобретение JS2 и скажем HTML5 это просто актуальность №1.


А почему это не насущная проблема? Планы повсеместного внедрения XHTML, очевидно, провалилось. Надо что-то делать.

CS>А скажем отсутсвие vertical alignment в CSS и вообще убогость static positioning всех устраивает.

CS>Как не было замены <table> в CSS так и нет.

Ты просто не умеешь их готовить: http://xpoint.ru/know-how/CSS/VerticalAlign
Re[25]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 09.03.07 11:14
Оценка:
Здравствуйте, c-smile, Вы писали:

A>>Я правильно понял, что behavior кроме как обрабатывать события ничего больше не может?

CS>behavior может делать все что может скрипт. Или я не понял вопрос.

Ну вот он может сделать что-то вроде этого?
<binding id="searchbar-box">
  <content>
    <children/>
    <xul:stack class="search-go-button-stack">
      <xul:toolbarbutton class="search-go-button" label="&search.button.go.label;"/>
    </xul:stack>
  </content>
</binding>

В результате к детям элемента, к которому применили этот binding, добавится кнопочка.
Re[22]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 09.03.07 12:32
Оценка:
c-smile wrote:
> C>Ага, делаем тормозной парсер на JS, хотя нативный валидирующий парсер
> C>XML уже встроен в браузер. А XML+GZIP съест еще меньше траффика, чем JSON.
> Зачем делать "тормозной парсер на JS"?
> У меня есть страница mydomain/a.html которая обращается к вебсервису
> mydomain/b.cgi.
> Зачем мне здесь еще какой-нибудь парсер кроме eval()?
А если кто-то неправильно заквотит данные в JSON так, что eval()
сработает? Уже наталкивался на такую проблему в веб-приложении,
заказаном индусам.

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

> JSON не есть средство межсистемного взаимодействия.

> Это формат обмена между двумя частями твоего приложения. Google и Yahoo
> его используют именно так. Причем только в одну сторону — от сервера к
> клиенту.
Угу. То-то его пихают уже в конфигурационные файлы и вообще везде где не
надо.

> XML это DOM. с DOMом после того как ты получил сообщение надо что-то

> делать.
> Кто-то должен его удалять. Т.е. его нужно также сопрягать с GC.
А дерево JS-ных объектов само магически исчезает? У тебя тот же DOM,
только немного более легкий.

> И потом XML не "встроен в браузер". Он приделан к броузеру. Это разные вещи.

Для JS-программиста это примерно одно и то же.
Posted via RSDN NNTP Server 2.0
Sapienti sat!
Re[8]: Ой, чего с JavaScript-то деется...
От: Lazy Cjow Rhrr Россия lj://_lcr_
Дата: 09.03.07 13:19
Оценка: :))
Mamut,

L>>>Далее. Ещё одно преимущество статической типизацией перед динамической — это выявление существенного количества ошибок на этапе компиляции в противовес оному в run-time. Мне кажется что процент ошибок который можно выявить в compile-time за счёт статической типизации — не так уж высок (ну, или по крайней мере — часто переоценивается).


K>>Дело не в проценте, а в том, насколько эти ошибки оказываются замаскированными. Порой они могут проявить себя в совсем уж редких сценариях. Правда, на статическом языке тоже можно допустить такие ошибки, но это уже как правило ошибка дизайна, а не ошибка по невнимательности. А на динамике можно по невнимательности получить такую трудновылавливаемую ошибку.


M>Если язык — динамически типизирован, но при этом строго типизирован (Erlang ), то особых аргументов в пользу статической типизации не вижу вообще.


Dynamically typed languages deserve to die, because they are impure, do not have type systems, have no abstraction facilities, and you cannot even be sure that a program written in such a language will not get you into jail, nuke the planet, or kill your relatives. This in stark contrast to statically typed languages, who enjoy His Divine Favor.

Resistance is futile.

(http://www.tutorials-blog.com/functional/Erlang-survive/ !!! осторожно, страница под 1 мб)

Это цитата 4-х годичной давности.

There are some original design decisions that make retrofitting a static type system difficult. Two of the big ones are dynamic code loading and the message passing, but there are most likely lots of small snags where functions would have been designed with different semantics (and different type signatures!) if dynamic typing weren't available. This is of course partly the "much work" argument again, but the combination of dynamic typing and advanced pattern matching is a core characteristic of Erlang, which, for one thing, leads people to happily write code that would require a PhD on type systems to even compile in e.g. ML or Haskell.

Это цитата из сообщения 2007-го года

Мне нравятся обе цитаты, особенно выделенные кусочки.
quicksort =: (($:@(<#[),(=#[),$:@(>#[)) ({~ ?@#)) ^: (1<#)
Re[26]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 09.03.07 13:45
Оценка: 53 (2)
A>>>Я правильно понял, что behavior кроме как обрабатывать события ничего больше не может?
CS>>behavior может делать все что может скрипт. Или я не понял вопрос.

A>Ну вот он может сделать что-то вроде этого?

A>
A><binding id="searchbar-box">
A>  <content>
A>    <children/>
A>    <xul:stack class="search-go-button-stack">
A>      <xul:toolbarbutton class="search-go-button" label="&search.button.go.label;"/>
A>    </xul:stack>
A>  </content>
A></binding>
A>

A>В результате к детям элемента, к которому применили этот binding, добавится кнопочка.

Гы. Всем лежать-бояться (Сорри, что влезаю, но все же )

$("#searchbar-box > *").append("<input class=\"search-go-button\">");


(c) jQuery

Я так понимаю, xul:toolbarbutton тоже где-то описывается. Код в студию!

В качестве контрпримера:
$("a").not("[href^=/]").not("[href^=#]").append("<span class=\"External\">^</span>");


Ко всем ссылкам, у которых "href" не начинается с "/" или с "#" (то есть ко внешним ссылкам), добавляется значок ↯

Ну или например (оттуда же, немного переработано).
bindSearchBeautifier : function(objectList)
{
    o.focus(function() {
        if ($(this).val() == "Type your search here...") {
        $(this).val("");
        }
    }).blur(function() {
        if ($(this).val() == "") {
        $(this).val("Type your search here...");
        }
    });
}

bindSearchBeautifier($("#searchInput")); 
// можно, кстати, забайндить как угодно:
// ко всем input'ам на странице:
// bindSearchBeautifier($(":input")); 
// ко разным input'ам на странице:
// bindSearchBeautifier($("#input1, #input2")); 
// ко разным input'ам с одинаковым классом:
// bindSearchBeautifier($(".searchInput"));

ну и HTML
<input type="text" id="searchInput" />


В поле поиска теперь будет текст "Type your search here...", который будет исчезать при клике внутри формы.


Кстати, насчет байндингов... Чем не байндинг: http://kelvinluck.com/assets/jquery/datePicker/ ?


dmitriid.comGitHubLinkedIn
Re[12]: Ой, чего с JavaScript-то деется...
От: VladD2 Российская Империя www.nemerle.org
Дата: 09.03.07 15:47
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>Я тебе выдаю реальные цифры и реальные линки. А чем подтверждаешь ты свою беззаветную любофф?


Вот коглядел цифры по нашему сайту. IE7 потихоничку прибывает. В начале года его было процентов 6-7, сейчас 11-13. IE6 занимает 31-37%. Опера и все мозилы занимают где-то по 20-23%.

Конечно это не сравнить с временами когда Нетскейп откровенно обосрался с 6-ой версией и ушел в даун. Но для меня это все очевидно. Пока Файрфокс был в стадии разрабоки никто им пользоваться не хотел. Когда они сделали версию совместимую с IE, то народу их использующего сильно прибавилось. Особенно в программистских кругах.

Учитывая обстоятельства с запретом апдэйта на IE7 для нелицензионных пользователей ХРющи очевидно, что рост IE7 будет в основном только когда когда будет перходить на Висту. Процесс этот будет долгим. С ХРюшей было то же самое. Учитывая ужесточнеие контроля за пиратами переход на Висту скорее всего растянется на енсколько лет.

Срок службы среднего ПК где-то 2-5 лет. Уверяю тебя, что все нвоые ПК будут в основном комплектвоаться Вистой. Так что через 5 лет IE7 будет держать процентов 20-35 (в зависимости от расклада).

Ну, а если людям будет достождать описанная тобой проблема, то МС ее устрнит с очередным патчем.

Так что не разводи истерик и не выдавай своих домыслов за реальное положение дел.

CS>У меня IE год назад был 70% сейчас 50%. Мозилла была в меньше 10% сейчас 35%.


Смотрим практически годовалые данные на нашем сайте:
01.04.2006:
браузер кол-во       %   
 
MSIE 6      2,406 55.6   
Netscape 5    931 21.5   
Opera         872 20.2   
MSIE 5         69  1.6   
другие         46  1.1



На сегодня — 09.03.2007:
[code]
браузер   кол-во    %   
 
MSIE 6     1,877 36.6   
Netscape   1,179 23.0   
Opera      1,084 21.1   
MSIE 7       550 10.7   
не определён 349 6.8   
другие        61 1.2   
MSIE 5        33 0.6

Складываем: 36.6 + 10.7 = 53% на 01.04.2006 было 55.6.
Опера прибавила 1% и Нетскейп (не надо забывать, что это все версии Мозилы!) 1.5.
Да, конечно, МС сдает позиции. Но сдавать такм образом он их будет еще 20 лет.

Причем забавно то, что практически все эти роуезры (74.7) пашут под ХРюшей. Так что МС вообще терять не чего. Доход IE не приносит. Он является завлекаловым для их ОС.

Не выдумывай.


CS>Эти цифири так и называются — IE сливает воду.


Ты хоть ссылку бы на рейтинг своего сайта привел.

CS>Я не верю что если бы MS хотела держать IE то она допустила бы такую ситуацию.


Ты выдумал ситуацию и боришся с ветренными мелницами. К сожалению, в этом форуме в последние годы подобное не редкость.

В общем, кончай беспокоиться о положении дел супер-монополиста. Думаю, ты их сепцам по маркетингу и в подметки не годишся. Так что давай лучше о каки-то программистских аспектах поговорим.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[27]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 09.03.07 17:06
Оценка: -1
Здравствуйте, Mamut, Вы писали:

A>>>>Я правильно понял, что behavior кроме как обрабатывать события ничего больше не может?

CS>>>behavior может делать все что может скрипт. Или я не понял вопрос.
A>>Ну вот он может сделать что-то вроде этого?
A>>В результате к детям элемента, к которому применили этот binding, добавится кнопочка.
M>Гы. Всем лежать-бояться (Сорри, что влезаю, но все же )
M>
M>$("#searchbar-box > *").append("<input class=\"search-go-button\">");
M>


О, да. Парсим HTML и потом вставляем его посредством DOM — мощь технологии.

M>Я так понимаю, xul:toolbarbutton тоже где-то описывается. Код в студию!


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

M>Ко всем ссылкам, у которых "href" не начинается с "/" или с "#" (то есть ко внешним ссылкам), добавляется значок ↯


Это делается нормальным CSS. Вот ты против XML, а я против того, что JavaScript применется как замена CSS.
Re[11]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 09.03.07 19:49
Оценка:
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, c-smile, Вы писали:


CS>>Чем сложнее язык тем сложнее его имплементировать единообразно. За примерами далеко ходить не надо.

CS>>В предлагаемой редакции JavaScript 2 сложнее чем C#.
CS>>Ожидать надежной имплементации можно долго.

A>Вот уж подобные проблемы ни кого и ни когда не останавливали.


Я не понял, не останавливали кого и от чего?

CS>>Я вообще балдею — как будто из насущных проблем изобретение JS2 и скажем HTML5 это просто актуальность №1.


A>А почему это не насущная проблема? Планы повсеместного внедрения XHTML, очевидно, провалилось. Надо что-то делать.


Чем тебя в принципе не устраивает HTML 4.01?

CS>>А скажем отсутсвие vertical alignment в CSS и вообще убогость static positioning всех устраивает.

CS>>Как не было замены <table> в CSS так и нет.

A>Ты просто не умеешь их готовить: http://xpoint.ru/know-how/CSS/VerticalAlign


Наверное я таки не умею их готовить

Если знаешь автора то передай ему привет, вот этот вот совет для вертикального выравнивания:

div {
    display: table-cell;
    vertical-align: middle;
}


абсолютно безграмотен технически. По определению rendering engine должен создать anonymous tr, anonymous tbody, anonymous table блоки.
В Mozilla это примерно 1k в памяти дополнительно. Неплохо для content-vertical-align: middle?
Я лично такие советы иначе как любительскими не считаю.

Это первое.

Второе: что если тебе надо сделать inline-block c content alignment bottom и alignment в строке скажем middle?
Т.е. один и тот же элемент должен иметь

    display: table-cell;
    vertical-align: bottom;

и
    display: inline-block;
    vertical-align: middle;


клево, да?

Ну нет в CSS content-vertical-algnment и все. Но есть куча теоретиков озабоченных JS2 и HTML5.
А практики... как десять лет исполняют трик "проход к цели через задний проход" так и исполняют.
Re[28]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 09.03.07 20:09
Оценка: +2
Здравствуйте, anonymous, Вы писали:

A>Здравствуйте, Mamut, Вы писали:


A>>>>>Я правильно понял, что behavior кроме как обрабатывать события ничего больше не может?

CS>>>>behavior может делать все что может скрипт. Или я не понял вопрос.
A>>>Ну вот он может сделать что-то вроде этого?
A>>>В результате к детям элемента, к которому применили этот binding, добавится кнопочка.
M>>Гы. Всем лежать-бояться (Сорри, что влезаю, но все же )
M>>
M>>$("#searchbar-box > *").append("<input class=\"search-go-button\">");
M>>


A>О, да. Парсим HTML и потом вставляем его посредством DOM — мощь технологии.


Я так пониамаю что
"Парсим XML в XML DOM и потом вставляем на его основе HTML DOM элементы, а потом прибиваем
XML DOM" значительно технически грамотнее?
Re[23]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 09.03.07 20:30
Оценка:
Здравствуйте, Cyberax, Вы писали:

>> JSON не есть средство межсистемного взаимодействия.

>> Это формат обмена между двумя частями твоего приложения. Google и Yahoo
>> его используют именно так. Причем только в одну сторону — от сервера к
>> клиенту.
C>Угу. То-то его пихают уже в конфигурационные файлы и вообще везде где не
C>надо.

1) Парсер JSON ( например http://oss.metaparadigm.com/json-c/ )
это 466 строк кода.
2) JSON intrinsically поддерживает типы данных (int, double, etc.) и коллекции map и vector.
3) JSON компактнее и human readable.

Это наверное те причины по которым люди выбирают json в этом случае.

>> XML это DOM. с DOMом после того как ты получил сообщение надо что-то

>> делать.
>> Кто-то должен его удалять. Т.е. его нужно также сопрягать с GC.
C>А дерево JS-ных объектов само магически исчезает? У тебя тот же DOM,
C>только немного более легкий.

А зачем мне его удалять? Я получил данные и их использую.
Если они мне не нужны то GC их уберет.

>> И потом XML не "встроен в браузер". Он приделан к броузеру. Это разные вещи.

C>Для JS-программиста это примерно одно и то же.

Код в студию. Скажем, нечто аналогичное этому:

<script language="JavaScript">
    var orderDoc = new ActiveXObject("MSXML2.DOMDocument.3.0");
    orderDoc.load("order.xml");
    var items = orderDoc.selectNodes("/Order/Item");
</script>


Только cross platform.
Re[24]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 09.03.07 20:42
Оценка:
c-smile wrote:
> C>Угу. То-то его пихают уже в конфигурационные файлы и вообще везде где не
> C>надо.
> 1) Парсер JSON ( например http://oss.metaparadigm.com/json-c/ )
> это 466 строк кода.
Угу. А в какой кодировке он парсит?

> 2) JSON intrinsically поддерживает типы данных (int, double, etc.) и

> коллекции map и vector.
И?

> 3) JSON компактнее и human readable.

Мне компактность ну абсолютно не сдалась. А поддержка валидации и
автокомплита по схеме/DTD в IDEA уделывает всякие доморошеные форматы
просто на световые годы.

> C>А дерево JS-ных объектов само магически исчезает? У тебя тот же DOM,

> C>только немного более легкий.
> А зачем мне его удалять? Я получил данные и их использую.
> Если они мне не нужны то GC их уберет.
Ну так и DOM-дерево XMLя он так же замечательно уберет. Хотя нет, вру.
Еще быстрее уберет — так как там используется быстрый счетчик ссылок.

>> > И потом XML не "встроен в браузер". Он приделан к броузеру. Это

> разные вещи.
> C>Для JS-программиста это примерно одно и то же.
> Код в студию. Скажем, нечто аналогичное этому:
> <script language="JavaScript">
> var orderDoc = new ActiveXObject("MSXML2.DOMDocument.3.0");
> orderDoc.load("order.xml");
> var items = orderDoc.selectNodes("/Order/Item");
> </script>
> Только cross platform.
http://www.w3schools.com/dom/dom_parser.asp
Posted via RSDN NNTP Server 2.1 beta
Sapienti sat!
Re[13]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 09.03.07 20:50
Оценка: +1
Здравствуйте, VladD2, Вы писали:

VD>Так что МС вообще терять не чего. Доход IE не приносит. Он является завлекаловым для их ОС.


Не выдумывай.

Ибо кого сегодня привлекает наличие встроенного броузера? Все течет все изменяется.

Представь себе что у нас есть один единственный броузер скажем Z.
"завлекаловом" для их ОС будет: "на нашей ОС работает броузер Z".
Re[25]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 09.03.07 21:06
Оценка:
Здравствуйте, Cyberax, Вы писали:

C>c-smile wrote:

>> C>Угу. То-то его пихают уже в конфигурационные файлы и вообще везде где не
>> C>надо.
>> 1) Парсер JSON ( например http://oss.metaparadigm.com/json-c/ )
>> это 466 строк кода.
C>Угу. А в какой кодировке он парсит?

В какой скажешь в такой и будет. UTF-8 как правило. Или я не понял вопрос.

>> 2) JSON intrinsically поддерживает типы данных (int, double, etc.) и

>> коллекции map и vector.
C>И?

Придуряешься?

>> 3) JSON компактнее и human readable.

C>Мне компактность ну абсолютно не сдалась. А поддержка валидации и
C>автокомплита по схеме/DTD в IDEA уделывает всякие доморошеные форматы
C>просто на световые годы.

От ты блин. Еще раз: я не говорю что JSON это серебрянная пуля.
Если тебе для твоих супер config файлов нужен "автокомплит по схеме/DTD" да еще
в IDEA то и используй XML. Я просто говорю что есть некое множество
ситуаций где JSON технически более оправдан. Т.е. ни XML ни JSON пулями
не являются.

>> C>А дерево JS-ных объектов само магически исчезает? У тебя тот же DOM,

>> C>только немного более легкий.
>> А зачем мне его удалять? Я получил данные и их использую.
>> Если они мне не нужны то GC их уберет.
C>Ну так и DOM-дерево XMLя он так же замечательно уберет. Хотя нет, вру.
C>Еще быстрее уберет — так как там используется быстрый счетчик ссылок.

Ясно.

"Так, чисто поржать" (с) Утомленные Солнцем...

опиши примерную имплементацию сопряжения
объекта с "быстрым счетчик ссылок" и системы основанной на GC объектах.

C>http://www.w3schools.com/dom/dom_parser.asp


Самому нравится?
Re[26]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 09.03.07 21:32
Оценка:
Здравствуйте, c-smile, Вы писали:

C>>Угу. А в какой кодировке он парсит?

CS>В какой скажешь в такой и будет. UTF-8 как правило. Или я не понял вопрос.
У меня уже проблема с кодировками была — когда мне приходили файлы в win-1251, а я их парсил в UTF-8. В XML эта проблема (как и многие другие) уже решена.

C>>И?

CS>Придуряешься?
Я не вижу чем это мне так будет сильно помогать. В XML тоже встроены map и vector. С типами данных — оба формата являются текстовыми.

C>>Мне компактность ну абсолютно не сдалась. А поддержка валидации и

C>>автокомплита по схеме/DTD в IDEA уделывает всякие доморошеные форматы
C>>просто на световые годы.
CS>От ты блин. Еще раз: я не говорю что JSON это серебрянная пуля.
CS>Если тебе для твоих супер config файлов нужен "автокомплит по схеме/DTD" да еще
CS>в IDEA то и используй XML.
Так ведь софт пишу не один я. И мне приходится со сторонними продуктами работать.

CS>Я просто говорю что есть некое множество

CS>ситуаций где JSON технически более оправдан. Т.е. ни XML ни JSON пулями
CS>не являются.
Однако, многие с пеной у рта пытаются засунуть JSON везде, где только можно.

Хотя у него, на самом деле, применений очень и очень мало.

CS>опиши примерную имплементацию сопряжения

CS>объекта с "быстрым счетчик ссылок" и системы основанной на GC объектах.
В узлах XML не может быть ссылок на объекты. Так что все просто.

C>>http://www.w3schools.com/dom/dom_parser.asp

CS>Самому нравится?
А какие проблемы? Закатываем в функцию, кладем в jsutil.js и наслаждаемся.
Sapienti sat!
Re[27]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 10.03.07 01:16
Оценка:
Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, c-smile, Вы писали:


C>>>Угу. А в какой кодировке он парсит?

CS>>В какой скажешь в такой и будет. UTF-8 как правило. Или я не понял вопрос.
C>У меня уже проблема с кодировками была — когда мне приходили файлы в win-1251, а я их парсил в UTF-8. В XML эта проблема (как и многие другие) уже решена.

Да? Клево. Тебе везет.

А то мне приходят <?xml version="1.0" encoding="UTF-8"?> но с байтами в KOI-8 кодировке.

А так, да, проблема решена.

C>>>И?

CS>>Придуряешься?
C>Я не вижу чем это мне так будет сильно помогать. В XML тоже встроены map и vector. С типами данных — оба формата являются текстовыми.

Таки придуряешься.

Ну скажи есть разница:

foo: 12.50;
и
<foo data:type="double">12.50</foo>

"В XML тоже встроены map и vector"

итить ... ну давай показывай как они там встроены.

C>>>Мне компактность ну абсолютно не сдалась. А поддержка валидации и

C>>>автокомплита по схеме/DTD в IDEA уделывает всякие доморошеные форматы
C>>>просто на световые годы.
CS>>От ты блин. Еще раз: я не говорю что JSON это серебрянная пуля.
CS>>Если тебе для твоих супер config файлов нужен "автокомплит по схеме/DTD" да еще
CS>>в IDEA то и используй XML.
C>Так ведь софт пишу не один я. И мне приходится со сторонними продуктами работать.

Хоспидя, ну и юзай XML со сторонними продуктами! Кто против-то?

CS>>Я просто говорю что есть некое множество

CS>>ситуаций где JSON технически более оправдан. Т.е. ни XML ни JSON пулями
CS>>не являются.
C>Однако, многие с пеной у рта пытаются засунуть JSON везде, где только можно.
C>Хотя у него, на самом деле, применений очень и очень мало.

С пеной наверно многие.

CS>>опиши примерную имплементацию сопряжения

CS>>объекта с "быстрым счетчик ссылок" и системы основанной на GC объектах.
C>В узлах XML не может быть ссылок на объекты. Так что все просто.

А в GC объектах могут быть ссылки на refcounted nodes.
Давай рассказывай как твои "быстрые счетчики ссылок" будт просто работать.

C>>>http://www.w3schools.com/dom/dom_parser.asp

CS>>Самому нравится?
C>А какие проблемы? Закатываем в функцию, кладем в jsutil.js и наслаждаемся.

Угу, вот народ и наслаждается:
http://www.google.com/search?q=JavaScript+parse+XML
Re[7]: Ой, чего с JavaScript-то деется...
От: c-smile Канада http://terrainformatica.com
Дата: 10.03.07 01:25
Оценка:
Здравствуйте, anonymous, Вы писали:

A>Вот это всё надумано, конечно никто не собирается использовать JavScript для несвойственных ему задач. А шутер на нём и сейчас вполне реально написать, только очень примитивный и тормозной, см., например, http://abrahamjoffe.com.au/ben/canvascape/ и http://abrahamjoffe.com.au/ben/canvascape/textures.htm.


Кстати этот шутер летает на IE6. На IE7 лучше и не пробовать. В FF лучше но тоже плохо.
Re[29]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 10.03.07 03:09
Оценка:
Здравствуйте, c-smile, Вы писали:

A>>О, да. Парсим HTML и потом вставляем его посредством DOM — мощь технологии.

CS>Я так пониамаю что

Нет ты не понимаешь, ещё один парсер HTML в дополнение к встроенному — вот видимо вершина технической грамотности.
Re[22]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 10.03.07 03:12
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>И потом XML не "встроен в браузер". Он приделан к броузеру. Это разные вещи.


Ну это у кого как.
Re[12]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 10.03.07 03:50
Оценка:
Здравствуйте, c-smile, Вы писали:

CS>>>Чем сложнее язык тем сложнее его имплементировать единообразно. За примерами далеко ходить не надо.

CS>>>В предлагаемой редакции JavaScript 2 сложнее чем C#.
CS>>>Ожидать надежной имплементации можно долго.
A>>Вот уж подобные проблемы ни кого и ни когда не останавливали.
CS>Я не понял, не останавливали кого и от чего?

Имплементаторов от имплементации. )

CS>>>Я вообще балдею — как будто из насущных проблем изобретение JS2 и скажем HTML5 это просто актуальность №1.

A>>А почему это не насущная проблема? Планы повсеместного внедрения XHTML, очевидно, провалилось. Надо что-то делать.
CS>Чем тебя в принципе не устраивает HTML 4.01?

Меня-то устраивает, но я ж не единственный пользователь этого HTML. Сейчас HTML4 уже не удовлетворяет потребностям писателей веб-приложений, собственно в этом и причина появления Web Apps 1.0.

CS>>>А скажем отсутсвие vertical alignment в CSS и вообще убогость static positioning всех устраивает.

CS>>>Как не было замены <table> в CSS так и нет.
A>>Ты просто не умеешь их готовить: http://xpoint.ru/know-how/CSS/VerticalAlign
CS>абсолютно безграмотен технически. По определению rendering engine должен создать anonymous tr, anonymous tbody, anonymous table блоки.
CS>В Mozilla это примерно 1k в памяти дополнительно. Неплохо для content-vertical-align: middle?

По какому такому определению? Почему CSS должен влиять на структуру HTML?

CS>Я лично такие советы иначе как любительскими не считаю.


Ты то может и считаешь, а остальные пользуются.

CS>Второе: что если тебе надо сделать inline-block c content alignment bottom и alignment в строке скажем middle?

CS>Т.е. один и тот же элемент должен иметь
CS>клево, да?

Используй вложенные элементы.

CS>Ну нет в CSS content-vertical-algnment и все. Но есть куча теоретиков озабоченных JS2 и HTML5.

CS>А практики... как десять лет исполняют трик "проход к цели через задний проход" так и исполняют.

Ну сколько можно объяснять, что создатели браузеров самые что ни на есть практики?
Re[28]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 10.03.07 08:45
Оценка:
A>>>>>Я правильно понял, что behavior кроме как обрабатывать события ничего больше не может?
CS>>>>behavior может делать все что может скрипт. Или я не понял вопрос.
A>>>Ну вот он может сделать что-то вроде этого?
A>>>В результате к детям элемента, к которому применили этот binding, добавится кнопочка.
M>>Гы. Всем лежать-бояться (Сорри, что влезаю, но все же )
M>>
M>>$("#searchbar-box > *").append("<input class=\"search-go-button\">");
M>>


A>О, да. Парсим HTML и потом вставляем его посредством DOM — мощь технологии.


Мы не парсим HTML. Мы работаем с уже готовым и преподнесенным нам на блюдечке DOM HTML документа.

M>>Я так понимаю, xul:toolbarbutton тоже где-то описывается. Код в студию!


A>Нет, это стандартный элемент XUL. Впрочем если брать этот пример, то выше я показывал как изменил его до неузноваемости.


M>>Ко всем ссылкам, у которых "href" не начинается с "/" или с "#" (то есть ко внешним ссылкам), добавляется значок ↯


A>Это делается нормальным CSS. Вот ты против XML, а я против того, что JavaScript применется как замена CSS.


Ну, это был как бы неправильный пример Зато ниже я привел другой пример с search box'ами. Никаким CSS от него не отвертишься. У меня еще есть примеров.

Я, кстати, так и не получил ответа на вопрос, чем, например, вот это отличается от предлагаемого байндинга.

Я, правда, могу сказать, чем. Это уже есть, существует, и вполне себе кроссбраузерно. Зачем мне нужен XBL, которого еще нет (кроме как в Мозилле) и который не предлагает мне никаких преимуществ по сравнению с существующей связкой HTML + CSS + JavaScript (под HTML я понимаю и HTML DOM тоже)?

О. Кстати. Байндинг, хм...

Предлагаю посмотреть на такой пример: http://www.yui-ext.com/deploy/yui-ext/docs/#../examples/view/chooser.html

Вот его сорцы:
/*
 * yui-ext
 * Copyright(c) 2006, Jack Slocum.
 */

YAHOO.ext.EventManager.onDocumentReady(function(){
    var chooser, btn;
    
    var insertImage = function(data){
        YAHOO.ext.DomHelper.append('images', {
            tag: 'img', src: data.url, style:'margin:10px;visibility:hidden;'
        }, true).show(true);
        btn.getEl().focus();
    };
    
    var choose = function(btn){
        if(!chooser){
            chooser = new ImageChooser({
                url:'get-images.php',
                width:515, 
                height:400
            });
        }
        chooser.show(btn.getEl(), insertImage);
    };
    
    btn = new YAHOO.ext.Button('buttons', {
        text: "Insert Image",
        handler: choose
    });
});


Чем хуже XBL? Ничем. Ничего не парсит, работает с готовым DOM документа и AJAX'ом. Что еще надо-то?


dmitriid.comGitHubLinkedIn
Re[28]: Ой, чего с JavaScript-то деется...
От: Cyberax Марс  
Дата: 11.03.07 16:40
Оценка:
c-smile wrote:
> C>У меня уже проблема с кодировками была — когда мне приходили файлы в
> win-1251, а я их парсил в UTF-8. В XML эта проблема (как и многие
> другие) уже решена.
> Да? Клево. Тебе везет.
> А то мне приходят <?xml version="1.0" encoding="UTF-8"?> но с байтами в
> KOI-8 кодировке.
Это уже неправильный XML. А в абсолютно правильном JSON это не
предусмотрено.

Вот сегодня еще столкнулся с проблема с entity — задолбало вводить в
JSON слова с ударениями, пришлось выучить коды букв с акцентами. В XML
для этого есть entities.

> CS>>Придуряешься?

> C>Я не вижу чем это мне так будет сильно помогать. В XML тоже встроены
> map и vector. С типами данных — оба формата являются текстовыми.
> Таки придуряешься.
> Ну скажи есть разница:
> foo: 12.50;
> и
> <foo data:type="double">12.50</foo>
Вижу. XML удобнее.

> "В XML тоже встроены map и vector"

> итить ... ну давай показывай как они там встроены.
Вектор:
<someContainer>
    <element>Blah0</element>
    <element>Blah1</element>
    <element>Blah2</element>
    <element>Blah3</element>
</someContainer>


Карта:
<someMap>
    <element key="1">Blah0</element>
    <element key="2">Blah1</element>
    <element key="3">Blah2</element>
    <element key="4">Blah3</element>
</someMap>


Согласен, карта немного некрасиво выглядит. Однако, вектор ничуть не хуже.

> C>Так ведь софт пишу не один я. И мне приходится со сторонними

> продуктами работать.
> Хоспидя, ну и юзай XML со сторонними продуктами! Кто против-то?
Создатели продукта на PHP, у которых уже все гвоздями забито.

> CS>>опиши примерную имплементацию сопряжения

> CS>>объекта с "быстрым счетчик ссылок" и системы основанной на GC объектах.
> C>В узлах XML не может быть ссылок на объекты. Так что все просто.
> А в GC объектах могут быть ссылки на refcounted nodes.
Ну так эти объекты уберутся — и из их финализаторов вызовется уменьшение
счетчиков. Собственно, оно сейчас так и работает.

> Давай рассказывай как твои "быстрые счетчики ссылок" будт просто работать.

Очень просто.
Posted via RSDN NNTP Server 2.0
Sapienti sat!
Re[29]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 13.03.07 09:54
Оценка:
Mamut wrote:

> Чем хуже XBL? Ничем. Ничего не парсит, работает с готовым DOM документа

> и AJAX'ом. Что еще надо-то?
Погляди в firefox в районе chrome\toolkit.jar!content\global\bindings\tabbrowser.xml
Не, ну можно вместо xml использовать javascript, конечно... вообще говоря, некое подмножество xml легко укладывается в
javascript. Но некоторые вещи не очень. Например кодировка, namespaces (не забываем, что помимо html существуют и другие
замечательные вещи — mathml, svg, xul...), возможность генерации/обработки xml-based документов с помощью того же
xml-парсера (и related технологий, типа xslt).

И если так рассуждать, то зачем вообще нужен css и html? Можно же полностью описать весь html с помощью javascript плюс
раскрасить вместо использования css.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[29]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 13.03.07 10:12
Оценка:
Mamut wrote:

> Чем хуже XBL? Ничем. Ничего не парсит, работает с готовым DOM документа

> и AJAX'ом. Что еще надо-то?
Погляди в firefox в районе chrome\toolkit.jar!content\global\bindings\tabbrowser.xml
Не, ну можно вместо xml использовать javascript, конечно... вообще говоря, некое подмножество xml легко укладывается в
javascript. Но некоторые вещи не очень. Например кодировка, namespaces (не забываем, что помимо html существуют и другие
замечательные вещи — mathml, svg, xul...), возможность генерации/обработки xml-based документов с помощью того же
xml-парсера (и related технологий, типа xslt).

И если так рассуждать, то зачем вообще нужен css и html? Можно же полностью описать весь html с помощью javascript плюс
раскрасить вместо использования css.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[29]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 13.03.07 10:20
Оценка:
Mamut wrote:

> Чем хуже XBL? Ничем. Ничего не парсит, работает с готовым DOM документа

> и AJAX'ом. Что еще надо-то?
Погляди в firefox в районе chrome\toolkit.jar!content\global\bindings\tabbrowser.xml
Не, ну можно вместо xml использовать javascript, конечно... вообще говоря, некое подмножество xml легко укладывается в
javascript. Но некоторые вещи не очень. Например кодировка, namespaces (не забываем, что помимо html существуют и другие
замечательные вещи — mathml, svg, xul...), возможность генерации/обработки xml-based документов с помощью того же
xml-парсера (и related технологий, типа xslt).

И если так рассуждать, то зачем вообще нужен css и html? Можно же полностью описать весь html с помощью javascript плюс
раскрасить вместо использования css.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[30]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 13.03.07 10:38
Оценка:
>> Чем хуже XBL? Ничем. Ничего не парсит, работает с готовым DOM документа
>> и AJAX'ом. Что еще надо-то?
.>Погляди в firefox в районе chrome\toolkit.jar!content\global\bindings\tabbrowser.xml

Смотрю и ужасаюсь вот этому:
      <field name="mCurrentBrowser">
        null
      </field>
      <field name="mProgressListeners">
        []
      </field>
      <field name="mTabListeners">
        new Array()
      </field>
      <field name="mTabFilters">
        new Array()
      </field>




Я понимаю, что все это ради возможности написать:
        <xul:hbox class="tab-drop-indicator-bar">
          <xul:hbox class="tab-drop-indicator"/>
        </xul:hbox>


Но когда файл из-за этого — дикая смесь XML и Javascript'a...
Когда там вот такое:
        <xul:hbox class="tabbrowser-strip" collapsed="true" tooltip="_child" context="_child"
                  anonid="strip"
                  ondraggesture="nsDragAndDrop.startDrag(event, this.parentNode.parentNode); event.stopPropagation();"
                  ondragover="nsDragAndDrop.dragOver(event, this.parentNode.parentNode); event.stopPropagation();"
                  ondragdrop="nsDragAndDrop.drop(event, this.parentNode.parentNode); event.stopPropagation();"
                  ondragexit="nsDragAndDrop.dragExit(event, this.parentNode.parentNode); event.stopPropagation();">




.>Не, ну можно вместо xml использовать javascript, конечно... вообще говоря, некое подмножество xml легко укладывается в

.>javascript. Но некоторые вещи не очень. Например кодировка,

В эпоху utf-8? Нет, я согласен, что кодировки иногда нужны реально левые. Другой вопрос, насколько часто они нужны?

.>namespaces


Ага. Это те самые, что Javascript 2 хотят вводить. Что это такое, кстати, и зачем оно нужно?

.>(не забываем, что помимо html существуют и другие

.>замечательные вещи — mathml, svg, xul...),

И что? Причем тут XUL и необходимость иметь его в виде такой каши?

.>возможность генерации/обработки xml-based документов с помощью того же

.>xml-парсера (и related технологий, типа xslt).

И? Причем тут XUL?

.>И если так рассуждать, то зачем вообще нужен css и html? Можно же полностью описать весь html с помощью javascript плюс

.>раскрасить вместо использования css.



Я не о том немного. Я, скорее, об этом (четыре вопроса)


dmitriid.comGitHubLinkedIn
Re[29]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 13.03.07 12:22
Оценка:
Здравствуйте, Mamut, Вы писали:

M>>>
M>>>$("#searchbar-box > *").append("<input class=\"search-go-button\">");
M>>>

A>>О, да. Парсим HTML и потом вставляем его посредством DOM — мощь технологии.
M>Мы не парсим HTML. Мы работаем с уже готовым и преподнесенным нам на блюдечке DOM HTML документа.

Где тут DOM HTML?
<input class=\"search-go-button\">


M>Зато ниже я привел другой пример с search box'ами. Никаким CSS от него не отвертишься. У меня еще есть примеров.

M>Я, кстати, так и не получил ответа на вопрос, чем, например, вот это отличается от предлагаемого байндинга.
M>Я, правда, могу сказать, чем. Это уже есть, существует, и вполне себе кроссбраузерно. Зачем мне нужен XBL, которого еще нет (кроме как в Мозилле) и который не предлагает мне никаких преимуществ по сравнению с существующей связкой HTML + CSS + JavaScript (под HTML я понимаю и HTML DOM тоже)?
M>О. Кстати. Байндинг, хм...
M>Предлагаю посмотреть на такой пример: http://www.yui-ext.com/deploy/yui-ext/docs/#../examples/view/chooser.html
M>Чем хуже XBL? Ничем. Ничего не парсит, работает с готовым DOM документа и AJAX'ом. Что еще надо-то?

Да ничем, они просто разные. С использованием XBL это было бы что-то вроде:
<yui:image-chooser label="Insert Image"/>

И всё, пользуй кто хочешь, в XBL лезть не обязательно. А можно еще атрибутов добавить для тонкой настройки.

Понимаешь, с помощью XBL ты можешь описать свой собственный язык описания UI и выдать пользователю просто набор тегов: <checkbox>, <radiobutton>, <treeview> и т. п. Пользователь из них как из кубиков соберёт всё, что ему надо и как он привык.
Re[29]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 13.03.07 13:18
Оценка:
Mamut wrote:

> Чем хуже XBL? Ничем. Ничего не парсит, работает с готовым DOM документа

> и AJAX'ом. Что еще надо-то?
Погляди в firefox в районе chrome\toolkit.jar!content\global\bindings\tabbrowser.xml
Не, ну можно вместо xml использовать javascript, конечно... вообще говоря, некое подмножество xml легко укладывается в
javascript. Но некоторые вещи не очень. Например кодировка, namespaces (не забываем, что помимо html существуют и другие
замечательные вещи — mathml, svg, xul...), возможность генерации/обработки xml-based документов с помощью того же
xml-парсера (и related технологий, типа xslt).

И если так рассуждать, то зачем вообще нужен css и html? Можно же полностью описать весь html с помощью javascript плюс
раскрасить вместо использования css.
Posted via RSDN NNTP Server 2.0
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[30]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 13.03.07 15:45
Оценка:
M>>>>
M>>>>$("#searchbar-box > *").append("<input class=\"search-go-button\">");
M>>>>

A>>>О, да. Парсим HTML и потом вставляем его посредством DOM — мощь технологии.
M>>Мы не парсим HTML. Мы работаем с уже готовым и преподнесенным нам на блюдечке DOM HTML документа.

A>Где тут DOM HTML?

A>
A><input class=\"search-go-button\">
A>


Я думал это было про >$("#searchbar-box > *")

Ладно, тогда так:
$.DIV({'class':'big'},
  $.SPAN({id:'one','class':'ps'},
    'Hello Joe', $.I('!')
  )
);




A>Да ничем, они просто разные. С использованием XBL это было бы что-то вроде:

A>
A><yui:image-chooser label="Insert Image"/>
A>

A>И всё, пользуй кто хочешь, в XBL лезть не обязательно. А можно еще атрибутов добавить для тонкой настройки.

A>Понимаешь, с помощью XBL ты можешь описать свой собственный язык описания UI и выдать пользователю просто набор тегов: <checkbox>, <radiobutton>, <treeview> и т. п. Пользователь из них как из кубиков соберёт всё, что ему надо и как он привык.


Не верю (с)

Не верю, что я смогу на питоне/ассемблере/эрланге написать на XBL приблудину, котору браузер сможет распарсить и показать мне. Все равно это останется кашей из XML+Javascript. Которую еще и никто поддерживать/реализовывать не будет.

А из кубиков я и сейчас собрать могу. Не менее быстро. С не менее тонкой настройкой.

В общем, я так и не понял, какие широкие горизонты открывает мне XBL


dmitriid.comGitHubLinkedIn
Re[6]: Ой, чего с JavaScript-то деется...
От: nixxxin  
Дата: 15.03.07 10:33
Оценка:
Здравствуйте, Left2, Вы писали:

L>Что даст JavaScript статическая типизация? Скорость? Так ведь всё равно как ни крути эта скорость не сможет приблизиться даже к скорости Java/.Net приложений, не говоря уже о скорости "битовыжималок" типа С и С++.


Не понял, какая разница, из чего компилировать в байт-код, из файлов в кодировке "C#.Net" или из файлов в кодировке "JScript.Net"?
Нету разницы в скорости...
Re[7]: Ой, чего с JavaScript-то деется...
От: Left2 Украина  
Дата: 15.03.07 10:42
Оценка:
N>Не понял, какая разница, из чего компилировать в байт-код, из файлов в кодировке "C#.Net" или из файлов в кодировке "JScript.Net"?
N>Нету разницы в скорости..

Ничего не понял из этого сообщения При чём тут JScript.Net ?
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Re[31]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 15.03.07 13:48
Оценка:
Mamut wrote:

> Но когда файл из-за этого — дикая смесь XML и Javascript'a...

> Когда там вот такое:
> <xul:hbox class="tabbrowser-strip" collapsed="true" tooltip="_child" context="_child"
> anonid="strip"
> ondraggesture="nsDragAndDrop.startDrag(event, this.parentNode.parentNode); event.stopPropagation();"
> ondragover="nsDragAndDrop.dragOver(event, this.parentNode.parentNode); event.stopPropagation();"
> ondragdrop="nsDragAndDrop.drop(event, this.parentNode.parentNode); event.stopPropagation();"
> ondragexit="nsDragAndDrop.dragExit(event, this.parentNode.parentNode); event.stopPropagation();">
А как иначе? Ну будет что-то в духе
var hbox = document.createElement("hbox", "there.is.only.xul")
hbox.class="tabbrowser-strip"
hbox.collapsed = true
....

Ничем не лучше.

> .>Не, ну можно вместо xml использовать javascript, конечно... вообще

> говоря, некое подмножество xml легко укладывается в
> .>javascript. Но некоторые вещи не очень. Например кодировка,
> В эпоху utf-8? Нет, я согласен, что кодировки иногда нужны реально
> левые. Другой вопрос, насколько часто они нужны?
Часто нужно, чтобы не было проблем с кодировками. xml их решает, javascript (и json в том числе) — не решает.

> .>namespaces

> Ага. Это те самые, что Javascript 2 хотят вводить. Что это такое,
> кстати, и зачем оно нужно?
Для того, чтобы можно было смешивать несколько документов в один документ. Что-то в духе:
<xul:window xmlns:xul="...there.is.only.xul...">
   <xbl:binding id="bbb" xmlns:xbl="...xbl...">
   </xbl:binding>
   <m:ci xmlns:m="mathml...">
     <svg:widget xmlns:svg="...svg">
...
</xul:window>


> .>(не забываем, что помимо html существуют и другие

> .>замечательные вещи — mathml, svg, xul...),
> И что? Причем тут XUL и необходимость иметь его в виде такой каши?
Вопрос не понял. Ты, случаем, XUL и XBL не путаешь?

> .>возможность генерации/обработки xml-based документов с помощью того же

> .>xml-парсера (и related технологий, типа xslt).
> И? Причем тут XUL?
Это объяснение почему XBL, и в чём выгода XML-based форматов.

> .>И если так рассуждать, то зачем вообще нужен css и html? Можно же

> полностью описать весь html с помощью javascript плюс
> .>раскрасить вместо использования css.
> Я не о том немного. Я, скорее, об этом
Вот и примени свои четыре вопроса по отношению к css:
а) не дает ничего нового
б) не облегчает решение описанных мной выше задач ни на йоту
с) будет по-разному реализована в разных браузерах (если будет) и все равно будет вызывать кучу проблем для разработчиков
d) ничем не отличается от существующей связки JavaScript + HTML + DOM?

А потом по отношению и к html

а) не дает ничего нового
б) не облегчает решение описанных мной выше задач ни на йоту
с) будет по-разному реализована в разных браузерах (если будет) и все равно будет вызывать кучу проблем для разработчиков
d) ничем не отличается от существующей связки JavaScript + DOM?


В итоге останется, что реально писать ВСЁ используя только JavaScript + DOM. Что-то вроде:
var html = document.createElement("html")
document.setDocumentRoot(html)
var head = document.createElement("head")
html.appendChild(head)
var title = document.createElement("title")
head.appendChild(title)
title.appendChild(document.createTextNode("Hello, world!")
var body = document.createElement("body")
html.appendChild(body)
body.style.marginTop="1px"
body.style.color = "red"

И т.п.
Можно удобные библиотеки написать, чтобы не приходилось каждый раз писать document.createElement/appendChild, а
описывать структуру в виде json-оида.
А теперь подумай — нафига тебе этот минимализм?
Posted via RSDN NNTP Server 2.1 beta
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[32]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 15.03.07 14:06
Оценка:
Здравствуйте, ., Вы писали:

.>Mamut wrote:


>> Но когда файл из-за этого — дикая смесь XML и Javascript'a...

>> Когда там вот такое:
>> <xul:hbox class="tabbrowser-strip" collapsed="true" tooltip="_child" context="_child"
>> anonid="strip"
>> ondraggesture="nsDragAndDrop.startDrag(event, this.parentNode.parentNode); event.stopPropagation();"
>> ondragover="nsDragAndDrop.dragOver(event, this.parentNode.parentNode); event.stopPropagation();"
>> ondragdrop="nsDragAndDrop.drop(event, this.parentNode.parentNode); event.stopPropagation();"
>> ondragexit="nsDragAndDrop.dragExit(event, this.parentNode.parentNode); event.stopPropagation();">
.>А как иначе? Ну будет что-то в духе
.>
.>var hbox = document.createElement("hbox", "there.is.only.xul")
.>hbox.class="tabbrowser-strip"
.>hbox.collapsed = true
.>....
.>

.>Ничем не лучше.

Лучше. Нет смеси несмесимых технологий. Да еще с такой убогой (никакой) читаемостью. Сравним:
onDargGesture = function() {
    nsDragAndDrop.startDrag(event, this.parentNode.parentNode);
    event.stopPropagation();
}


и
ondraggesture="nsDragAndDrop.startDrag(event, this.parentNode.parentNode); event.stopPropagation();"


Первое хоть еще дебагить можно. А второе?

>> В эпоху utf-8? Нет, я согласен, что кодировки иногда нужны реально

>> левые. Другой вопрос, насколько часто они нужны?
.>Часто нужно, чтобы не было проблем с кодировками. xml их решает, javascript (и json в том числе) — не решает.

Что-то мне говорит, что XML — это тоже не панацея от кодировок

>> .>namespaces

>> Ага. Это те самые, что Javascript 2 хотят вводить. Что это такое,
>> кстати, и зачем оно нужно?
.>Для того, чтобы можно было смешивать несколько документов в один документ. Что-то в духе:
.>
.><xul:window xmlns:xul="...there.is.only.xul...">
.>   <xbl:binding id="bbb" xmlns:xbl="...xbl...">
.>   </xbl:binding>
.>   <m:ci xmlns:m="mathml...">
.>     <svg:widget xmlns:svg="...svg">
.>...
.></xul:window>
.>


Я все равно не понял, зачем это нужно (особенно в свете предлагаемых packages)

>> .>(не забываем, что помимо html существуют и другие

>> .>замечательные вещи — mathml, svg, xul...),
>> И что? Причем тут XUL и необходимость иметь его в виде такой каши?
.>Вопрос не понял. Ты, случаем, XUL и XBL не путаешь?

Быть может Но пока XBL только в XUL ведь применяется И здесь приводили примеры из XUL...

>> .>возможность генерации/обработки xml-based документов с помощью того же

>> .>xml-парсера (и related технологий, типа xslt).
>> И? Причем тут XUL?
.>Это объяснение почему XBL, и в чём выгода XML-based форматов.

Так в чем эта выгода?

Смесь технологий?
Потеря читаемости?
Дубликация уже существующих технологий?

>> .>И если так рассуждать, то зачем вообще нужен css и html? Можно же

>> полностью описать весь html с помощью javascript плюс
>> .>раскрасить вместо использования css.
>> Я не о том немного. Я, скорее, об этом
.>Вот и примени свои четыре вопроса по отношению к css:
.>А потом по отношению и к html

"Вот валит, гад" (с)

Я ж не призываю отказываться от существующей связки JavaScript + CSS + HTML.
Я предлагаю.

а) От них не отказываться
б) Добавить в уже существующие технологии те 2-3 вещи, которые им недостают:
б.1) В Javascript — getElementsByCSS, getElementByXPath (чтобы нативно поддерживалась функциональность наподобие этой
б.2) В CSS — %% и flow
б.3) В HTML — не знаю

Просто вопрос у меня следующий:
XBL не дает _ничего_ нового. Вообще. Абсолютно. Мне еще никто не смог внятно объяснить, в чем его преимущества, и какие проблемы, стоящие перед веб-разработчиками, он позволяет решить. Это просто новая технология? Технология ради технологии? Так зачем мне она такая нужна?

Так _что_ же такого предоставляет XBL, чтобы было необходимо вводить новую технологию, а не "допилить" существующие?


dmitriid.comGitHubLinkedIn
Re[33]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 15.03.07 18:34
Оценка:
Mamut wrote:

> .>Ничем не лучше.

> Лучше. Нет смеси несмесимых технологий. Да еще с такой убогой (никакой)
Просто вы не умеете их смешивать.

> читаемостью. Сравним:

> onDargGesture = function() {
>     nsDragAndDrop.startDrag(event, this.parentNode.parentNode);
>     event.stopPropagation();
> }

> ondraggesture="nsDragAndDrop.startDrag(event, this.parentNode.parentNode); event.stopPropagation();"

Ну напиши ты
ondraggesture = "
    nsDragAndDrop.startDrag(event, this.parentNode.parentNode);
    event.stopPropagation();
"

Единственная разница — " вместо { и function() нет.

> Первое хоть еще дебагить можно. А второе?

Да, venkmann дебаггит (афаир). Сформулирую тезис — в данном случае разница чисто в чуть-чуть других символах!

>> > В эпоху utf-8? Нет, я согласен, что кодировки иногда нужны реально

>> > левые. Другой вопрос, насколько часто они нужны?
> .>Часто нужно, чтобы не было проблем с кодировками. xml их решает,
> javascript (и json в том числе) — не решает.
> Что-то мне говорит, что XML — это тоже не панацея от кодировок
Ну просто там нет проблемы с кодировками.

> Я все равно не понял, зачем это нужно (особенно в свете предлагаемых

> packages)
Неужели непонятно зачем нужна возможность в html-ную страницу помещать математическую формулу mathml или векторный
рисунок svg?
(кто такие packages и какое отношение они имеют к xml или xbl я не понял)

>> > .>(не забываем, что помимо html существуют и другие

>> > .>замечательные вещи — mathml, svg, xul...),
>> > И что? Причем тут XUL и необходимость иметь его в виде такой каши?
> .>Вопрос не понял. Ты, случаем, XUL и XBL не путаешь?
> Быть может Но пока XBL только в XUL ведь применяется И здесь приводили
> примеры из XUL...
XBL также легко прикручивается и к HTML-элементам. Оно даже давно работает.

>> > .>возможность генерации/обработки xml-based документов с помощью того же

>> > .>xml-парсера (и related технологий, типа xslt).
>> > И? Причем тут XUL?
> .>Это объяснение почему XBL, и в чём выгода XML-based форматов.
> Так в чем эта выгода?
возможность генерации/обработки xml-based документов с помощью того же xml-парсера (и related технологий, типа xslt).

>> > .>И если так рассуждать, то зачем вообще нужен css и html? Можно же

>> > полностью описать весь html с помощью javascript плюс
>> > .>раскрасить вместо использования css.
>> > Я не о том немного. Я, скорее, об этом
> .>Вот и примени свои четыре вопроса по отношению к css:
> .>А потом по отношению и к html
> "Вот валит, гад" (с)
> Я ж не призываю отказываться от существующей связки JavaScript + CSS + HTML.
> Я предлагаю.
Ты приводишь против XBL технологии некие аргументы, которые легко переносятся на HTML и CSS. Так собственно если уж
отказываться, то от всего, а если не от всего, то в чём XBL провинился? Чем он хуже HTML и CSS? Почему он не имеет права
на существование?

> Так _что_ же такого предоставляет XBL, чтобы было необходимо вводить

> новую технологию, а не "допилить" существующие?
Он превносит формальное описание понятия "компонента" и "байдинга", закрепляет это понятие стандартом.
Стандарт описывает, как можно аттачить события, свойства, методы к элементу-компоненту, как наследовать поведение
компонента, определяет алгоритм процесса байдинга/анбайдинга, определяет как компонент маппит его использование в
документе на реально отображаемые объекты.
Да, ты можешь написать библиотеку на js, которая будет делать тоже самое. Но тебе всё равно придётся продумывать все эти
детали, которые будут интерфейсом библиотеки и создавать "xbl-библиотеку не использующую xml". Но в итоге ты получишь
тоже самое, что и XBL, но чуть-чуть с другим синтаксисом — вместо xml-based будет js-based.
Posted via RSDN NNTP Server 2.1 beta
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[34]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 16.03.07 09:10
Оценка: +1
Здравствуйте, ., Вы писали:

.>Mamut wrote:


>> .>Ничем не лучше.

>> Лучше. Нет смеси несмесимых технологий. Да еще с такой убогой (никакой)
.>Просто вы не умеете их смешивать.



.>Единственная разница — " вместо { и function() нет.


Если разницы нет, то зачем это нужно?

>> Первое хоть еще дебагить можно. А второе?

.>Да, venkmann дебаггит (афаир). Сформулирую тезис — в данном случае разница чисто в чуть-чуть других символах!

Если разницы нет, то зачем это нужно?

>> Что-то мне говорит, что XML — это тоже не панацея от кодировок

.>Ну просто там нет проблемы с кодировками.

Решил погуглить на тему XML Encoding Problems...
Например:

What's needed is to look at the input and output files of the transformation
directly (with a hex editor) to see:

(a) what the declared encoding is (what's in the XML declaration)
(b) what the actual encoding is

То есть, если у меня в XML указан один енкодинг, а сохранен он в другом енкодинге, то проблемы будут, я так понимаю

>> Я все равно не понял, зачем это нужно (особенно в свете предлагаемых

>> packages)
.>Неужели непонятно зачем нужна возможность в html-ную страницу помещать математическую формулу mathml или векторный
.>рисунок svg?

И как xbl позволит это сделать? Магическим байндингом? Можно пример? Чтоб там был и HTML и XBL. Чтобы я четко увидел и понял, что
#mysvg {
    binding: "mysvg.xml#test";
}

вставит на место <div id="mysvg"> рисунок, сгенерированный из SVG. И еще объяснение, почему он туда вставится

.>(кто такие packages и какое отношение они имеют к xml или xbl я не понял)


эээ. это я уже сам не помню

>> Быть может Но пока XBL только в XUL ведь применяется И здесь приводили

>> примеры из XUL...
.>XBL также легко прикручивается и к HTML-элементам. Оно даже давно работает.

Где? Не вижу

>> Так в чем эта выгода?

.>возможность генерации/обработки xml-based документов с помощью того же xml-парсера (и related технологий, типа xslt).

Хм. У меня возможность обработки xml-based документов была и до этого? Как это применимо к XBL?


.>Ты приводишь против XBL технологии некие аргументы, которые легко переносятся на HTML и CSS. Так собственно если уж

.>отказываться, то от всего, а если не от всего, то в чём XBL провинился? Чем он хуже HTML и CSS? Почему он не имеет права
.>на существование?

Потому что они решают определенные задачи. Зачем нужна еще одна технология, решающая те же задачи, я не понимаю
Я пока не увидел ни одного довода _за_ XBL. Конкретного, не сферовакуумного довода

>> Так _что_ же такого предоставляет XBL, чтобы было необходимо вводить

>> новую технологию, а не "допилить" существующие?
.>Он превносит формальное описание понятия "компонента" и "байдинга", закрепляет это понятие стандартом.
.>Стандарт описывает, как можно аттачить события, свойства, методы к элементу-компоненту, как наследовать поведение
.>компонента, определяет алгоритм процесса байдинга/анбайдинга, определяет как компонент маппит его использование в
.>документе на реально отображаемые объекты.

Зачем для этого нужна еще одна технология? Все это также можно закрепить и описать двумя-тремя изменениями в уже существующих технологиях.

.>Да, ты можешь написать библиотеку на js, которая будет делать тоже самое. Но тебе всё равно придётся продумывать все эти

.>детали, которые будут интерфейсом библиотеки и создавать "xbl-библиотеку не использующую xml". Но в итоге ты получишь
.>тоже самое, что и XBL, но чуть-чуть с другим синтаксисом — вместо xml-based будет js-based.

Для того, чтобы получить те "бенифиты" XBL, что мне пока показывали, нужно, чтобы браузер нативно поддерживал всего две вещи — getElementsByCSS и getElementsByXPath. Зачем мне XBL?


ЫЫЫ. Прошу еще раз.

Приведите мне конкретный пример использования XBL, который покажет, насколько XBL облегчит мне жизнь. Пусть даже этот пример не будет работать нигде, ни в одном браузере. Просто покажите мне, какие, невиданные доселе и нерешаемые или решаемые, но с трудом, задачи позволит мне решить XBL.

То есть, покажите мне доказательства того, что XBL нужен.

Пожалуйста.


dmitriid.comGitHubLinkedIn
Re[35]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 16.03.07 11:05
Оценка: 24 (1) -1
Mamut wrote:

> .>Единственная разница — " вместо { и function() нет.

> Если разницы нет, то зачем это нужно?
В синтаксисе нет, семантика отличается.

> То есть, если у меня в XML указан один енкодинг, а сохранен он в другом

> енкодинге, то проблемы будут, я так понимаю
Ну значит это невалидный XML. Ни один уважающий себя XML-writer не позволит себе такое сгенерить, ни один уважающий себя
XML-parser не позволит себе такое распарсить. А если у кого-то кривые руки, то ничего не поможет. Несоответствие
енкодинга содержимому может возникнуть только если XML-ку редактируют как обычный текстовый файл.
Вот я могу написать js программу и не закрыть где-нибудь скобку. Значит ли это, что в js проблема со скобками?

>> > Я все равно не понял, зачем это нужно (особенно в свете предлагаемых

>> > packages)
> .>Неужели непонятно зачем нужна возможность в html-ную страницу помещать
> математическую формулу mathml или векторный
> .>рисунок svg?
> И как xbl позволит это сделать? Магическим байндингом? Можно пример?
> Чтоб там был и HTML и XBL. Чтобы я четко увидел и понял, что
> #mysvg {
> binding: "mysvg.xml#test";
> }
> вставит на место <div id="mysvg"> рисунок, сгенерированный из SVG. И еще
> объяснение, почему он туда вставится
Насчёт svg у меня не получилось заставить работать, как я понимаю ещё не доделано, а вот mathml заработал. Пример ниже.

> .>XBL также легко прикручивается и к HTML-элементам. Оно даже давно

> работает.
> Где? Не вижу
На гугле забанили?

>> > Так в чем эта выгода?

> .>возможность генерации/обработки xml-based документов с помощью того же
> xml-парсера (и related технологий, типа xslt).
> Хм. У меня возможность обработки xml-based документов была и до этого?
> Как это применимо к XBL?
XBL это xml-based документ...

> Приведите мне конкретный пример использования XBL, который покажет,

> насколько XBL облегчит мне жизнь. Пусть даже этот пример не будет
> работать нигде, ни в одном браузере. Просто покажите мне, какие,
> невиданные доселе и нерешаемые или решаемые, но с трудом, задачи
> позволит мне решить XBL.
> То есть, покажите мне доказательства того, что XBL нужен.
Под моим FF 2.0.0.2 работает. Заметь, ни строчки javascript! Для описания того, что как должно рисоваться
используются только языки описания. Язык программирования javascript понадобится только для
программирования поведения.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html
    xmlns="http://www.w3.org/1999/xhtml">
    <head>
        <bindings xmlns="http://www.mozilla.org/xbl"
                  xmlns:xbl="http://www.mozilla.org/xbl"
                  xmlns:html="http://www.w3.org/1999/xhtml">
            <binding id="math">
                <content>
                    <math xmlns="http://www.w3.org/1998/Math/MathML">
                        <mfrac>
                            <mi><xbl:children/></mi>
                            <mi>
                                <msup>
                                    <mn><html:a href="#link">x</html:a></mn>
                                    <mi><xbl:children includes="span"/></mi>
                                </msup>
                            </mi>
                        </mfrac>
                    </math>
                </content>
            </binding>
        </bindings>
    </head>
    <body>
        <div style="-moz-binding: url('#math');"><span>10</span>blah <b>bb</b></div>
    </body>
</html>
Posted via RSDN NNTP Server 2.1 beta
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[36]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 16.03.07 11:25
Оценка:
>> То есть, если у меня в XML указан один енкодинг, а сохранен он в другом
>> енкодинге, то проблемы будут, я так понимаю
.>Ну значит это невалидный XML. Ни один уважающий себя XML-writer не позволит себе такое сгенерить, ни один уважающий себя
.>XML-parser не позволит себе такое распарсить. А если у кого-то кривые руки, то ничего не поможет. Несоответствие
.>енкодинга содержимому может возникнуть только если XML-ку редактируют как обычный текстовый файл.
.>Вот я могу написать js программу и не закрыть где-нибудь скобку. Значит ли это, что в js проблема со скобками?

Хм. Разве XML документ не просто текстовый документ?

На этот вопрос не надо отвечать Он был провокационный Но! Утверждать, что в XML нет проблем с кодировками тоже неверно. Вот настрою я апач так, чтобы он мне все только в cp-1251 будет выдавать...

>> .>XBL также легко прикручивается и к HTML-элементам. Оно даже давно

>> работает.
>> Где? Не вижу
.>На гугле забанили?

Лень искать

>>> > Так в чем эта выгода?

>> .>возможность генерации/обработки xml-based документов с помощью того же
>> xml-парсера (и related технологий, типа xslt).
>> Хм. У меня возможность обработки xml-based документов была и до этого?
>> Как это применимо к XBL?
.>XBL это xml-based документ...

На самом деле фраза

>> .>возможность генерации/обработки xml-based документов с помощью того же
>> xml-парсера (и related технологий, типа xslt).


это сфероконь И, имхо, все это понимают Применимо к XBL этим будут заниматься единицы (если вообще будут заниматься)

>> Приведите мне конкретный пример использования XBL, который покажет,

>> насколько XBL облегчит мне жизнь. Пусть даже этот пример не будет
>> работать нигде, ни в одном браузере. Просто покажите мне, какие,
>> невиданные доселе и нерешаемые или решаемые, но с трудом, задачи
>> позволит мне решить XBL.
>> То есть, покажите мне доказательства того, что XBL нужен.
.>Под моим FF 2.0.0.2 работает. Заметь, ни строчки javascript! Для описания того, что как должно рисоваться
.>используются только языки описания. Язык программирования javascript понадобится только для
.>программирования поведения.
.>
code skip
.>


О. Вот в таком варианте уже понятно Спасибо. Такое применение мне более-менее нравится

Осталось определить временные рамки, в течение которых равнозначная реализация MathML и SVG появится в других браузерах


dmitriid.comGitHubLinkedIn
Re[33]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 16.03.07 11:37
Оценка:
Здравствуйте, Mamut, Вы писали:

.>>Вопрос не понял. Ты, случаем, XUL и XBL не путаешь?

M>Быть может Но пока XBL только в XUL ведь применяется И здесь приводили примеры из XUL...

Я же тебе приводил пример использования XBL c XHTML. В Mozilla XBL работает везде.
Re[34]: Ой, чего с JavaScript-то деется...
От: Mamut Швеция http://dmitriid.com
Дата: 16.03.07 11:47
Оценка:
.>>>Вопрос не понял. Ты, случаем, XUL и XBL не путаешь?
M>>Быть может Но пока XBL только в XUL ведь применяется И здесь приводили примеры из XUL...

A>Я же тебе приводил пример использования XBL c XHTML. В Mozilla XBL работает везде.


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


dmitriid.comGitHubLinkedIn
Re[36]: Ой, чего с JavaScript-то деется...
От: GlebZ Россия  
Дата: 16.03.07 13:01
Оценка:
Здравствуйте, ., Вы писали:


.>ни один уважающий себя XML-parser не позволит себе такое распарсить.

Ну это по разному бывает. Есть три способа определить систему применяемого типа unicode. Кто-то сравнивает их, кто-то нет. Вобщем по разному бывает.
... << RSDN@Home 1.2.0 alpha rev. 0>>
Re[35]: Ой, чего с JavaScript-то деется...
От: anonymous Россия http://denis.ibaev.name/
Дата: 16.03.07 13:02
Оценка:
Здравствуйте, Mamut, Вы писали:

.>>>>Вопрос не понял. Ты, случаем, XUL и XBL не путаешь?

M>>>Быть может Но пока XBL только в XUL ведь применяется И здесь приводили примеры из XUL...
A>>Я же тебе приводил пример использования XBL c XHTML. В Mozilla XBL работает везде.
M>Во я тогда и не понял, что ж внем такого суперского, что надо было выдумывать новую технологию. Мне, правда, уже показали пример, который будет поинтереснее.

А я не к тому, что он "суперский", а к тому, что там не XUL.
Re[37]: Ой, чего с JavaScript-то деется...
От: . Великобритания  
Дата: 16.03.07 14:02
Оценка:
Здравствуйте, GlebZ, Вы писали:

.>>ни один уважающий себя XML-parser не позволит себе такое распарсить.

GZ>Ну это по разному бывает. Есть три способа определить систему применяемого типа unicode. Кто-то сравнивает их, кто-то нет. Вобщем по разному бывает.
Есть стандарт на это дело: http://www.w3.org/TR/2006/REC-xml-20060816/#sec-guessing
Значит вопрос упирается в то, насколько верно поддерживается стандарт.
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[38]: Ой, чего с JavaScript-то деется...
От: GlebZ Россия  
Дата: 16.03.07 14:18
Оценка:
Здравствуйте, ., Вы писали:

.>Есть стандарт на это дело: http://www.w3.org/TR/2006/REC-xml-20060816/#sec-guessing

.>Значит вопрос упирается в то, насколько верно поддерживается стандарт.
Заметь. — Non Normarive. Там практически ничто и не утверждается. Там только описано варианты как можно определить, но нет требований. И по жизни пишет кто как хочет. Многие пропускают декларацию.
... << RSDN@Home 1.2.0 alpha rev. 0>>
Re[28]: Ой, чего с JavaScript-то деется...
От: Sinclair Россия https://github.com/evilguest/
Дата: 27.03.07 03:55
Оценка: +1 :))) :))
Здравствуйте, c-smile, Вы писали:
CS>А то мне приходят <?xml version="1.0" encoding="UTF-8"?> но с байтами в KOI-8 кодировке.
Я полагаю, что при этом сервер отдает "Content-type: text/xml; Encoding=cp1251"?
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Re[29]: Ой, чего с JavaScript-то деется...
От: Sinclair Россия https://github.com/evilguest/
Дата: 27.03.07 03:55
Оценка:
Здравствуйте, Cyberax, Вы писали:
C>Это уже неправильный XML. А в абсолютно правильном JSON это не
C>предусмотрено.
Это реальная жизнь. Примерно как порошок от блох, который нужно в глаза блохе сыпать. "Правильный json" подготовить ничуть не сложнее, чем "правильный XML". Ну и в чем там проблема с кодировкой?
1.2.0 alpha rev. 655
Уйдемте отсюда, Румата! У вас слишком богатые погреба.