Ну да, я имел ввиду именно это. Мне казалось, чтобы получить слово с правильно расставленными переносами, достаточно из алгоритма исключить второй блок, «Г-Г». Я не прав, и функция ConnectFirstAndLastLettersToSyllables по каким-то причинам необходима?
А можно вас попросить вызвать ваш класс с тем же словом "интернационализация", только убрав из него строчку, где вы вызываете функцию "ConnectFirstAndLastLettersToSyllables". Ну и output сюда, если можно.
Ну почему же загаживать, можно модифицировать только те слова которые (длиннее некоторого значения) и/или (требуют правильных переносов), для чего можно хранить массив слов, для которых важны верные переносы. Тогда все будет довольно демократично.
Не-не-не, никакой ошибки, все верно: у вас переменная p объявлена, но не определена, поэтому имеет значение undefined . В блоке switch undefined сравнивается сначала со строкой "ponidelnik", потом со строкой "vtornik", потом - со строкой "sreda". undefined не равен ни одной из этих строк, поэтому выполняются инструкции из кейса default: переменной s присваивается строковое значение "Not Work".
var s, p = prompt('Впишите одно из слов: "ponidelnik", "vtornik" или "sreda"');
switch (p) {
case "ponidelnik" : s="idi na rabotu"; break;
case "vtornik" : s="Opozdau"; break;
case "sreda" : s="Yvolen"; break;
default: s="Not Work";
}
alert(s);
Это значит "read the fu**ing manual", что-то типа "читайте матчасть". Вам как бы намекают, что ваша проблема тривиальна и решается она за минуту запросом в гугл типа "js switch" )
По вопросу: просто-напросто пропущен break после инструкций каждого кейса, поэтому выполняются не кейсы, а вообще весь код, поэтому и s имеет значение "Not Work"
Как-нибудь структуру все-таки продемонстрируйте, хотя бы скрином.
Я чего-то не понимаю: это все происходит в одной таблице? Если все родительские записи имеют pid=0, то тогда у нас нет возможности привязать другие записи к ним, а если вы под цифрой 0 подразумевали, что дочерние записи имеют pid равным родительскому, то тогда дочерние и родительские придется как-то различать, по какому-нибудь полю.
Ну, реализацию сначала надо придумать, а для этого надо знать исходные данные и условия, в том числе требования к игре, например какие будут камни и все такое.
Я предполагал что в основе метода будет лежать анализ SVG, осталось только придумать, как это делать.
Делать анализ на сервере? Тогда на странице можно и лучше для SVG использовать img, но придется где-то хранить инфу об анализе.
Делать анализ на клиенте? Тогда существует два варианта: а) создавать img, а потом AJAX-ом запрашивать .svg и анализировать его, б) создавать object и анализировать его. В первом случае минусом является двойная загрузка одного и того же файла, хоть и из кеша (если он включен на клиенте), во втором - object представляет из себя вложенный документ, при большом количестве подобных объектов производительность страницы может упасть.
Ну, я имел ввиду не такой выход, я имел ввиду в каком формате вы хотите координаты: просто массив точек или может быть массив функций, описывающих кривые из которых состоит объект, и соответствующие им диапазоны координат? Это важно.
Это ж не формат, то что у вас в коде, это был бы формат если бы мы искали координаты для вертикальных прямоугольников нулевой ширины. То что у вас написано, это, насколько я понял, левый и верхний отступы объекта rock от начала координат родительского элемента. Вы же хотите полноценные камни, не прямоугольные, правильно? Тогда какие камни вы хотите? Будут ли грани камней только отрезками или еще и кривыми? В первом случае вам придется собирать координаты вершин в массив, во втором придется делать то же самое, только для кривых придется брать точки из аппроксимации функций, описывающих эти кривые. Или как-то впиливать массив функций, описывающих все кривые в объекте, но тогда придется еще учитывать диапазоны, в которых эи функции будут актуальны.
Для того чтобы что-то анимировать, нужны различные начальное и конечное значения анимируемых свойств, т.к. если анимировать какое-нибудь свойство до того значения, которое оно уже имеет, никакой анимации пользователь не увидит. Для этого и нужно проверять, имеет ли элемент класс 'lowPosition'. Собственно, название класса об этом и говорит: если элемент находится в нижнем положении (то есть имеет класс 'lowPosition', а значит имеет свойство 'bottom' равное '4%'), то его надо убрать из нижнего положения (то есть снять класс 'lowPosition' и присвоить 'bottom' значение '10%').
"Не совсем понимаю логику почему здесь мы проверяем наличие класса, а например в случаи с меню $('nav ul').slideToggle(500); мы же не проверяем есть ли класс nav ul . Как понять эти закономерности?"
Зачем проверять класс в первом случае, я уже объяснил. А в случае с методом .slideToggle() наличие класса проверять не надо потому что он сам проверяет все нужные ему свойства: метод .slideToggle() сделает анимацию "въезжания" элемента если элемент невидим, и сделает анимацию "выезжания" элемента, если элемент видим.
"И если например у меня в коде с меню будет та же переменная что и в коде ниже, что будет? Как понять как мне писать программу (код). "
Вкратце: все зависит от того, как объявлены переменные. Читайте книжку, которую я советовал в этом вопросе, она очень крутая, все что нужно найдете.
"Мне главное понять логику что к чему и зачем."
Логика такая: web-страницы являются документами, а документы состоят из элементов. Чтобы добавить web-странице функционал, программист может используя JS обращаться к элементам и производить над ними какие-нибудь операции.
gassmonkey: слова "пространственный" и "речь" по отдельности несут смысл, но вы выбрали не самую удачную их комбинацию: получившегося словосочетания просто не существует в разговорном русском, о статусе устоявшегося выражения и говорить нечего. Я думаю, словосочетание "пространственная речь" по-разному поймут люди из разных кругов: математик подумает о каких-нибудь пространствах, богослов подумает о библии. Недаром на вопрос "Что такое пространственная речь?" отвечает только mail.ru
Таки отвечая на ваш вопрос: а что вы здесь делаете, если даже язык используете неправильно, и предлагаете погуглить фразу, несущую смысл единственно в богословии?)
К тому же, выражение "пространная речь" несет совсем не тот смысл, с которым вы его связываете: пространная речь - это такая речь, которая занимает много времени, охватывает очень много понятий, открывает целый простор для размышлений. И уж подавно странно, что вы считаете, будто пространная речь 1) не несет ответа на вопрос и 2) призвана поведать окружающим о мудрости отвечающего, это все не имеет отношения к реалиям: пространная речь как раз чаще всего включает в себя ответ на вопрос (и даже не на один), просто подобная речь являет собой не какое-нибудь балабольство начинающееся с "короче типа вот", а скорее целый смысловой пласт, который слушающему приходится разбирать, и вычленять оттуда ответ; о мудрости отвечающего тут можно судить только по звездам. В ответе Hyubert не так уж и много слов, с чего бы ему быть пространным?
Очень странно видеть, что человек, который даже в интернетах соблюдает почти все существующие правила письменного русского, имеет такое неправильное понимание (вполне, думается мне, простого) слова "пространный".
Если принимать во внимание ваше мнение о смысле словосочетания "пространственная речь", то ваш же ответ на мое маленькое замечание как раз больше всего соответствует этому смыслу, т.к. скорее всего мое замечание "пространный?)" было воспринято вами как вопрос "может быть вы имели ввиду "пространный" ?", и на этот вопрос вы вообще никак не ответили, послав меня гуглить какую-то чушь. Ах да, еще вы выдумали нелепое описание к несуществующему выражению, чем однозначно продемонстрировали свою мудрость.
И да - мой ответ можете с чистой совестью считать пространным)
БлагоѨръ Тишина̀: разница такая же, как между 32-х битной версией и 64-х битной версией любого софта)
Не знаю в чем может быть проблема, у меня все работает без проблем. И у тех людей, кто лайкнул мой ответ, видимо тоже все работает) Может у вас Винда какая корявая, а?
Иван Соломенников: а чо мне смотреть на jslint, на такие вещи он говорит "ошибка" или "не надо так делать", и все, никакой информации.
По части инкремента Стоян Стефанов, описывая причины по которым стоит избегать ++, пишет "причина заключается в том, что операторы ++ и -- проявляют «излишнюю хитрость»", а в следующем же абзаце показывает примеры высокопроизводительного итерирования массивов как раз с использованием этих унарных операторов. Так что он не очень последовательный товарищ) Ничего не объяснил
И да, говоря "Стоян Стефанов - Шаблоны программирования и проектирования высококачественных приложений" вы имели ввиду книгу "JavaScript. Шаблоны" ?
