Подскажите, пожалуйста, как прикрутить это?
В списке плагинов, после копирования в соответствующую папку, появляется, но больше нигде, насколько я могу заметить, себя не проявляет, ни в какое меню или панель не добавляется. :(
Не знаю, как на винде, а на маке phpStorm работает великолепно и быстро. Лично я ждал скидки, чтобы слезть с Komodo Edit, который, в целом, неплохо, но очень проигрывает phpStorm в анализе кода проекта и автокомплите XSLT.
Кроме того, Komodo чудовищно отображает файлы с длинными строками без переносов.
В общем, как человек, работавший больше полугода на Komodo и спрыгнувший с него на phpStorm советую того же и Вам — уверен, не пожалеете. :)
Т.е. если такому ситху на голову по дороге на работу упадёт кирпич, а компания вдруг возьмёт на себя все расходы и компенсации родственникам + обучение детей ситха, то будет очень здорово, что бомба замедленного действия покарает эту компанию.
«В Москве» — это примерно как «средняя температура по больнице». :)
Если уж усреднять, то:
— босиком на работе в Москве не ходят (да и вообще в России, мне кажется — сильно уж грязно)
— свободный график предоставляют очень небольшой процент компаний, так что в среднем все сидят с 10 до 19-ти
— отпуск сам себе не отмечаешь, когда пожелаешь, а предварительно договариваешься, и просят разбивать его на части по 2 недели
— больничные на 80-100% оплачивают только «белые» компании. В среднем это не так.
Спасибо, прочёл. У Вас в статье не написано, каким образом Вы попали в Швецию, по какой визе. Ведь не может туда приехать любой человек и устроиться работать без соответствующего разрешения, верно?
Полагаю, что если своровали eBay + PayPal, то нет никаких сложностей в оформлении платежей на другой счёт/карту.
Кроме того, сталкивался с подобными разводками:
— есть мегаположительный продавец с очень позитивной многолетней историей отзывов
— есть лот этого продавца, внушающий серьёзные сомнения (например, из позавчерашнего: новый iPhone 4 с «Buy It Now» за US $500 и бесплатной доставкой в Россию)
— у лота в описании значится, что перед покупкой ОБЯЗАТЕЛЬНО нужно связаться с продавцом по указанному в описании e-mail, и все покупки без выполнения этого условия аннулируются.
Написал продавцу (интересно ж, как разводят). Он мне рассказал трогательную историю о том, что цена низкая потому что он закупает аппараты напрямую у FoxConn, минуя Apple; что в связи с некоторыми сложностями, PayPal он временно не принимает, но будет рад поработать через WU, например; что минимальная партия для заказа — 2 телефона.
Для человека, работающего с eBay недавно, всё это может показаться вполне убедительным: отличные отзывы о продавце, чудесная легенда. Так что вовсе не обязательно менять данные карты, поскольку мошенники находят способы увода покупателя за сферу наблюдения eBay+PayPal.
Иногда аккаунты у добропорядочных продавцов «уводят» злоумышленники и пользуясь заработанной репутацией быстро наживаются.
Кроме того, нужно учитывать, что репутация репутации рознь: даже при 100% положительных отзывов надо зайти и проверить, за что они были получены:
1. они получены только за ПОКУПКИ какой-нибудь одноцентовой фигни у других подставных акков. И за продажу чего-либо отзывов может просто не быть. Зато на странице лота рядом с ником будет красоваться 100%.
2. они получены за продажу одноцентовой фигни своим подставным аккам.
Так что не всегда высокая репутация и количество положительных отзывов являются гарантией порядочности продавца.
> Я считаю, что это антиреклама. … Его критикуют за громоздкий синтаксис
А я слышал критику в адрес его возможностей. :)
> Разве кто-то из критиков восхитится? Нет, он скажет: «во-во, посмотрите на это убожество!».
Те, кто хочет критиковать, всегда найдут для этого повод: это может быть синтаксис, бедный набор функций, отсутствие циклов (именованные шаблоны с рекурсией не в счёт) или скорость преобразования, «заваленный горизонт». На это не нужно обращать внимание.
Мой пример скорее для тех, кто не испугался технологии, но всё-таки считает, что функций в XSLT мало — я лишь показываю, что XSLT хорош не только для соединения разбросанных по XML-дереву кусочков информации с минимумом усилий, но и для решения более сложных задач по анализу этих данных. Никто не говорит, что в XSLT есть функция «magic», и печатать придётся больше символов, чем в другом языке. Но надо понимать, что XSLT имеет и другие стороны, с которыми тоже можно уживаться и реализовывать разные штуковины.
В конце концов, размеры шрифтов для облака тегов — это сугубо интерфейсная вещь, не имеющая никакого отношения к тому, что принято называть «контролером». Сегодня мы выводим упорядоченный список тегов с количеством упоминаний, а завтра решим преобразовать его в «облако» — разве это задача контролера, если представлению достаточно и тех данных, что были использованы раньше?
> theMax, theMin, perc1, maxfont, minfont — так и просится with-param
В тексте топика я указал, что "…Можно перенести это из переменных в параметры шаблона, и тогда в разных местах сайта можно будет указывать разные значения максимального и минимального размеров шрифтов при вызове шаблона…", так что мысли у нас с Вами в этом направлении сходятся. Это вообще можно хранить в какой-нибудь папочке multiuse наравне с построением постраничного вывода или склонения слова после числительного в нужный падеж. :) Предварительно оптимизировав и максимально параметризировав, конечно же. :)
> а вообще обычная задача, как она на глагну пролезла — не понимаю
На самом деле, задач обычных много. Даже эта задача, вчера бывшая для меня чем-то новым завтра станет чем-то обычным. Но мой пример, надеюсь, избавит кого-то от необходимости изобретать велосипед и позволит по–новому взглянуть на XSLT.
Когда мне потребовалось реализовать задачу, я обратился к поисковикам. Ничего, что хоть как-то отвечало бы тому, что мне нужно, я там не нашёл, поэтому реализовал сам. Предполагая, что это может потребоваться кому-то ещё, решил поделиться, ну а раз люди добавляют в избранное и топик оказался на глагне, значит кому-то это оказалось нужно, я так думаю. :)
Не совсем так. Веса могут уже лежать в БД, например, в таблице вида «tag — weight», так что значительно удобнее получить всё одним запросом и без дополнительных расчётов выгрузить данные в XML, оставив построение «плюшек» на совести слоя представления. Кроме того, эти или подобные данные вполне могут быть втянуты в XSLT при помощи apply-imports в виде какого-то XML уже на этапе преобразования.
> Чтобы если все веса одинаковые, получались бы тэги среднего размера, а не минимального
Такой задачи я себе просто не ставил, но и её можно реализовать с помощью предложенной схемы.
> но не надо микроскопом гвозди забивать
Не согласен, что предложенное Вами сравнение относится к данной задаче. Если XSLT — это язык для преобразования данных в некоторое представление, то почему нельзя с его помощью строить то, что нужно? Почему, по Вашему мнению, данная задача лежит вне области применения XSLT?
«Формирование облака» предполагает наличие информации о величинах размера текста, и этой очень не хочется отдавать «нормальному языку программирования» потому как относится к интерфейсу. Ну а вся это «сложная» математика как раз избавляет от необходимости лезть в код, если нужно поменять размеры.
Кроме того, предложенный подход даёт возможность многоразового использования данного кода без необходимости предварительных расчётов где-то ещё: нужно на новом проекте облако тегов? — отдали простой XML и подключили нужный шаблон, который сам всё сразу посчитает.
Но всё-таки сложно прогнозировать веса тегов, и вполне может оказаться у всех одинаковое количество, так что лучше от этой ситуации страховаться и не давать теоретической возможности поделить на ноль.
В списке плагинов, после копирования в соответствующую папку, появляется, но больше нигде, насколько я могу заметить, себя не проявляет, ни в какое меню или панель не добавляется. :(
Кроме того, Komodo чудовищно отображает файлы с длинными строками без переносов.
В общем, как человек, работавший больше полугода на Komodo и спрыгнувший с него на phpStorm советую того же и Вам — уверен, не пожалеете. :)
Попробуйте и Вы через какое–то время, может снова цены уронят. :)
Если уж усреднять, то:
— босиком на работе в Москве не ходят (да и вообще в России, мне кажется — сильно уж грязно)
— свободный график предоставляют очень небольшой процент компаний, так что в среднем все сидят с 10 до 19-ти
— отпуск сам себе не отмечаешь, когда пожелаешь, а предварительно договариваешься, и просят разбивать его на части по 2 недели
— больничные на 80-100% оплачивают только «белые» компании. В среднем это не так.
Кроме того, сталкивался с подобными разводками:
— есть мегаположительный продавец с очень позитивной многолетней историей отзывов
— есть лот этого продавца, внушающий серьёзные сомнения (например, из позавчерашнего: новый iPhone 4 с «Buy It Now» за US $500 и бесплатной доставкой в Россию)
— у лота в описании значится, что перед покупкой ОБЯЗАТЕЛЬНО нужно связаться с продавцом по указанному в описании e-mail, и все покупки без выполнения этого условия аннулируются.
Написал продавцу (интересно ж, как разводят). Он мне рассказал трогательную историю о том, что цена низкая потому что он закупает аппараты напрямую у FoxConn, минуя Apple; что в связи с некоторыми сложностями, PayPal он временно не принимает, но будет рад поработать через WU, например; что минимальная партия для заказа — 2 телефона.
Для человека, работающего с eBay недавно, всё это может показаться вполне убедительным: отличные отзывы о продавце, чудесная легенда. Так что вовсе не обязательно менять данные карты, поскольку мошенники находят способы увода покупателя за сферу наблюдения eBay+PayPal.
Кроме того, нужно учитывать, что репутация репутации рознь: даже при 100% положительных отзывов надо зайти и проверить, за что они были получены:
1. они получены только за ПОКУПКИ какой-нибудь одноцентовой фигни у других подставных акков. И за продажу чего-либо отзывов может просто не быть. Зато на странице лота рядом с ником будет красоваться 100%.
2. они получены за продажу одноцентовой фигни своим подставным аккам.
Так что не всегда высокая репутация и количество положительных отзывов являются гарантией порядочности продавца.
А я слышал критику в адрес его возможностей. :)
> Разве кто-то из критиков восхитится? Нет, он скажет: «во-во, посмотрите на это убожество!».
Те, кто хочет критиковать, всегда найдут для этого повод: это может быть синтаксис, бедный набор функций, отсутствие циклов (именованные шаблоны с рекурсией не в счёт) или скорость преобразования, «заваленный горизонт». На это не нужно обращать внимание.
Мой пример скорее для тех, кто не испугался технологии, но всё-таки считает, что функций в XSLT мало — я лишь показываю, что XSLT хорош не только для соединения разбросанных по XML-дереву кусочков информации с минимумом усилий, но и для решения более сложных задач по анализу этих данных. Никто не говорит, что в XSLT есть функция «magic», и печатать придётся больше символов, чем в другом языке. Но надо понимать, что XSLT имеет и другие стороны, с которыми тоже можно уживаться и реализовывать разные штуковины.
В конце концов, размеры шрифтов для облака тегов — это сугубо интерфейсная вещь, не имеющая никакого отношения к тому, что принято называть «контролером». Сегодня мы выводим упорядоченный список тегов с количеством упоминаний, а завтра решим преобразовать его в «облако» — разве это задача контролера, если представлению достаточно и тех данных, что были использованы раньше?
Нет, там есть довольно скромный набор математических функций. Хотя, этот функционал можно реализовать через именованные шаблоны, например.
> Если xslt принимает в XML уже размер надписи для каждого тега, то это как раз так, как оно должно быть.
С таким утверждением совершенно не согласен, потому что размер надписи — вещь, имеющая отношение только к внешнему виду. :)
В тексте топика я указал, что "…Можно перенести это из переменных в параметры шаблона, и тогда в разных местах сайта можно будет указывать разные значения максимального и минимального размеров шрифтов при вызове шаблона…", так что мысли у нас с Вами в этом направлении сходятся. Это вообще можно хранить в какой-нибудь папочке multiuse наравне с построением постраничного вывода или склонения слова после числительного в нужный падеж. :) Предварительно оптимизировав и максимально параметризировав, конечно же. :)
> а вообще обычная задача, как она на глагну пролезла — не понимаю
"…есть многое на свете, друг Горацио…" © Шекспир :)
На самом деле, задач обычных много. Даже эта задача, вчера бывшая для меня чем-то новым завтра станет чем-то обычным. Но мой пример, надеюсь, избавит кого-то от необходимости изобретать велосипед и позволит по–новому взглянуть на XSLT.
Когда мне потребовалось реализовать задачу, я обратился к поисковикам. Ничего, что хоть как-то отвечало бы тому, что мне нужно, я там не нашёл, поэтому реализовал сам. Предполагая, что это может потребоваться кому-то ещё, решил поделиться, ну а раз люди добавляют в избранное и топик оказался на глагне, значит кому-то это оказалось нужно, я так думаю. :)
Не совсем так. Веса могут уже лежать в БД, например, в таблице вида «tag — weight», так что значительно удобнее получить всё одним запросом и без дополнительных расчётов выгрузить данные в XML, оставив построение «плюшек» на совести слоя представления. Кроме того, эти или подобные данные вполне могут быть втянуты в XSLT при помощи apply-imports в виде какого-то XML уже на этапе преобразования.
> Чтобы если все веса одинаковые, получались бы тэги среднего размера, а не минимального
Такой задачи я себе просто не ставил, но и её можно реализовать с помощью предложенной схемы.
> но не надо микроскопом гвозди забивать
Не согласен, что предложенное Вами сравнение относится к данной задаче. Если XSLT — это язык для преобразования данных в некоторое представление, то почему нельзя с его помощью строить то, что нужно? Почему, по Вашему мнению, данная задача лежит вне области применения XSLT?
Кроме того, предложенный подход даёт возможность многоразового использования данного кода без необходимости предварительных расчётов где-то ещё: нужно на новом проекте облако тегов? — отдали простой XML и подключили нужный шаблон, который сам всё сразу посчитает.
Или я неправильно Вас понял?
Но всё-таки сложно прогнозировать веса тегов, и вполне может оказаться у всех одинаковое количество, так что лучше от этой ситуации страховаться и не давать теоретической возможности поделить на ноль.
ну, просто выдрал кусок XML оттуда, где это было нужно :) извините.
> полученный в конце содержит тайтлы на ссылках, но в XSL о них ни слова
каюсь, поставил их в тестовый пример после того, как вставил текст шаблона в пост. :)