у меня Advanced версия 4Gb/32Gb ( у вас кстати опечаточка 4/16 написано :)
пользуюсь с конца ноября 2013 (5 месяцев) ничем не прошивал, все нравится, отличный телефон.
привык таскать его в родном силиконовом бампере, без него мне он кажется тонким и страшно его выронить
еще есть маленькая мертвая зона на экране слева по центру экрана, для жизни не мешает, но нашел пару игр где приходится тыкать туда по 20 раз чтобы сработало.
рекорд без подзарядки три дня, для андроида очень достойно
Надо почитать, может там объяснят как последний апдейт хрома сломал нормальную работу флеша.
Работать невозможно и ютуб, например ролики играет на десятый рефреш страницы…
Вот тебе и «абсолютно надежный» продукт.
В эклипсе не обязательно выключать все панели, я всегда сворачиваю их в fast view, и добавляю туда еще пару панелей из других перспектив, например repository browser сабклипса. Панели остаются под рукой, но в то же время не занимают лишнего места.
Хотя если монитор большой (на работе у меня fullhd 24" ) то браузер файлов/проектов остается на экране и занимает где-то пикселей 300 по ширине — не вижу смысла его сворачивать. А дома на 19" свернуто все.
«Мало того что сам код, по сути, синтетический, + из-за Java Code Conventions растягивается три строчки ради удобочитаемости, так еще и комментарий отъедает место.»
я правильно понял что печетесь не об удобочитаемости а об экономии места? чем вам code conventions то не угодил?
каким бы коротким не был геттер/сеттер, все-же это метод и сплющивать его до 1 строчки тоже плохо по ряду причин
ну да, вариант возможный, но нормальные системы ротации рекламы разве не проверяют содержимое которое показывают?
я правда не настоящий сварщик, но в паре мест где я общался с людьми по ротации баннеров в общественных местах чуть ли не максимальная версия была разрешена под 7-8 флешплейер и с большими ограничениями, так что лишнего не сделаешь. может это неправильные агенства были
и при добавлении баннера в такую систему никаких договоров не подписывается между рекламщиками и клиентами? есть там что-нибудь об ответственности за нанесение вреда?
и многих уже через эту дырку сломали?
на доверенных сайтах шанс такое словить минимален, а на других… кто ищет тот всегда найдет, словить вирус, можно и более простым способом
за информацию спасибо, но паника в комментах мне непонятна
про обертку:
1. допустим у нас есть символ во fla, к примеру нарисована звездочка. даем ей linkage class name — «graphics.Star»,
2. жмем правой кнопкой на символе -> export to swc, сохраняем на диск (причем если у вас с библиотеке несколько символов с прописанными линкейджами — они все будут упакованы в этот swc)
3. подключаем swc к нашему проекту, если у вас нормальный редактор (FB, FD, FDT, Idea) то добавленные классы из либы будут работать по автокомплиту.
4. делаем класс view.wrappers.StarWrapper в нем добавляем следующие строки:
import graphics.Star;
…
var mystar: Star = new Star(); // или можно это в конструкторе передать графику, это уже на ваш вкус
mysprite.addChild(mystar);
5. если у вашей звездочки есть дополнительные элементы внутри, которыми вам нужно управлять, и у них прописаны instance name (например lable и background)то делаем так:
var _lable: TextTield = TextField(mystar.lable);
(если вдруг вы кодите в блокноте то придется просто довериться и написать по всем правилам, если что-)
я писал выше про структуру своих приложений, могу примерно сказать как вам лучше поступить:
— символы из fla можно не связывать с физическими классами на диске, при импорте либы в swc они сами создадутся
— в классах, чтобы оживить графику создайте обертку для каждого элемента графики. В конструктор передавайте инстанс графики, а внутри описывайте логику.
— если не пользуетесь IDE (кончился триал для FB например), для компиляции есть несколько вариантов — компилировать из консоли написав bat файл, компилировать с помощью ant скрипта в эклипсе
для разработки текстовый редактор не советую, есть куча удобных решений и даже бесплатный FlashDevelop, думаю в нем и настройки компиляции должны быть и подключение либ
Это зависит от многих факторов, но при желании и усидчивости возможно все.
Во-первых насколько он уже большой?
Во-вторых — во флекс ли или просто в ас-проект, для кодинга в билдере? (не стоит путать Flex SDK и среду разработки Flex/Flash Builder)
В-третьих на сколько запутан и запрятан код в кадрах или он вынесен в классы?
Компиляцию через mxmlc освоить несложно (кстати это не только линух компиллер, под винду оно тоже есть).
Самый верный способ — создать проект в билдере или в FDT (я все-таки его предпочитаю), подключить к нему графику из вашей флашки и вдохнуть жизнь, но уже не через кадры а в классах
ок, не жестко, но вообще связывать их зачем?
зачем прописывать DocumentClass во fla? только ради того чтобы автоматом запустился билдер и открылся диалог создания нового проекта?
у меня довольно большой опыт работы над AS3 проектами с подключением графики экспортированной из FLA, опыт командный. Причем в команде не только AS-кодеры, но и серверщики, тех-дизы и т.д. опыт показывает что мух от котлет отделять очень полезно, поэтому у нас примерно следующая схема работы:
— все текущие сорцы (клиент и сервер) лежат в свн в папке trunk, также в branches лежат песочницы
— либы лежат в свн в соседней папке libs
— либы содержат 2 папки fla и swc, выписываются отдельной папкой и подключаются тоже отдельно
— в либах графика в для каждого экрана или группы ассетов лежит в одном fla, таких файлов накапливается больше 20, не считая rough версий этих файлов с программерской грубой графикой. Это позволяет нескольким техдизам менять разные части графики не мешая друг другу, не имея конфликтов при коммите и т.д.
— программеры при этом вообще не заморачиваются на прописываниях документ-классов, а сосредотачиваются на кодинге
— при svnup-е в песочницу на сервере десятки мегабайтов fla никуда не выливаются, их выписывает строго тот кому это нужно
— profit
может поэтому я не увидел в чем плюс вашего подхода, извините
Скажите а зачем так жестко связывать IDE_для_рисования и IDE_для_кодинга?
Все нужные для программирования задачи решаются Flash Builder'ом.
Сам Flash IDE нужен всего-лишь для рисования ассетов и последующего импорта в SWC (если мы добавляем классы во время разработки) и в SWF (если делаем загружаемые библиотеки).
Видеть классы ему совсем необязательно. Может для вас я открою тайну, но для каждого символа прописанный linkage class создается независимо от того связали вы его с .as файлом или нет.
Потом этот класс легко берется из либы и ему задается логика какой-нибудь оберткой.
описанный вами способ — это конечно круто, но все можно сделать намного проще и удобнее
Аккордеон хорош когда нужно переключаться между 3-4 пунктами, если их станет с десяток и больше — половина пространства которое должно было быть занято контентом будет занято заголовками этого аккордеона.
к тому же у аккордеона менее универсальное применение расположения на рабочей области — его ширина как правило всегда равна ширине содержимого, а значит он годится только для узеньких вертикальных полосок-панелей, а табы действительно можно использовать и вертикальные и горизонтальные плюс ширина панели табов может занимать например половину от ширины содержимого.
итого я считаю аккордеон довольно убогим и сомнительным компонентом
пользуюсь с конца ноября 2013 (5 месяцев) ничем не прошивал, все нравится, отличный телефон.
привык таскать его в родном силиконовом бампере, без него мне он кажется тонким и страшно его выронить
еще есть маленькая мертвая зона на экране слева по центру экрана, для жизни не мешает, но нашел пару игр где приходится тыкать туда по 20 раз чтобы сработало.
рекорд без подзарядки три дня, для андроида очень достойно
Работать невозможно и ютуб, например ролики играет на десятый рефреш страницы…
Вот тебе и «абсолютно надежный» продукт.
xkcd.ru/i/386_v1.png
:)
Хотя если монитор большой (на работе у меня fullhd 24" ) то браузер файлов/проектов остается на экране и занимает где-то пикселей 300 по ширине — не вижу смысла его сворачивать. А дома на 19" свернуто все.
«Зачем платить деньги программисту, если ему итак дали возможность попрограммировать»
я правильно понял что печетесь не об удобочитаемости а об экономии места? чем вам code conventions то не угодил?
каким бы коротким не был геттер/сеттер, все-же это метод и сплющивать его до 1 строчки тоже плохо по ряду причин
я правда не настоящий сварщик, но в паре мест где я общался с людьми по ротации баннеров в общественных местах чуть ли не максимальная версия была разрешена под 7-8 флешплейер и с большими ограничениями, так что лишнего не сделаешь. может это неправильные агенства были
и при добавлении баннера в такую систему никаких договоров не подписывается между рекламщиками и клиентами? есть там что-нибудь об ответственности за нанесение вреда?
на доверенных сайтах шанс такое словить минимален, а на других… кто ищет тот всегда найдет, словить вирус, можно и более простым способом
за информацию спасибо, но паника в комментах мне непонятна
1. допустим у нас есть символ во fla, к примеру нарисована звездочка. даем ей linkage class name — «graphics.Star»,
2. жмем правой кнопкой на символе -> export to swc, сохраняем на диск (причем если у вас с библиотеке несколько символов с прописанными линкейджами — они все будут упакованы в этот swc)
3. подключаем swc к нашему проекту, если у вас нормальный редактор (FB, FD, FDT, Idea) то добавленные классы из либы будут работать по автокомплиту.
4. делаем класс view.wrappers.StarWrapper в нем добавляем следующие строки:
import graphics.Star;
…
var mystar: Star = new Star(); // или можно это в конструкторе передать графику, это уже на ваш вкус
mysprite.addChild(mystar);
5. если у вашей звездочки есть дополнительные элементы внутри, которыми вам нужно управлять, и у них прописаны instance name (например lable и background)то делаем так:
var _lable: TextTield = TextField(mystar.lable);
(если вдруг вы кодите в блокноте то придется просто довериться и написать по всем правилам, если что-)
— символы из fla можно не связывать с физическими классами на диске, при импорте либы в swc они сами создадутся
— в классах, чтобы оживить графику создайте обертку для каждого элемента графики. В конструктор передавайте инстанс графики, а внутри описывайте логику.
— если не пользуетесь IDE (кончился триал для FB например), для компиляции есть несколько вариантов — компилировать из консоли написав bat файл, компилировать с помощью ant скрипта в эклипсе
для разработки текстовый редактор не советую, есть куча удобных решений и даже бесплатный FlashDevelop, думаю в нем и настройки компиляции должны быть и подключение либ
Во-первых насколько он уже большой?
Во-вторых — во флекс ли или просто в ас-проект, для кодинга в билдере? (не стоит путать Flex SDK и среду разработки Flex/Flash Builder)
В-третьих на сколько запутан и запрятан код в кадрах или он вынесен в классы?
Компиляцию через mxmlc освоить несложно (кстати это не только линух компиллер, под винду оно тоже есть).
Самый верный способ — создать проект в билдере или в FDT (я все-таки его предпочитаю), подключить к нему графику из вашей флашки и вдохнуть жизнь, но уже не через кадры а в классах
зачем прописывать DocumentClass во fla? только ради того чтобы автоматом запустился билдер и открылся диалог создания нового проекта?
у меня довольно большой опыт работы над AS3 проектами с подключением графики экспортированной из FLA, опыт командный. Причем в команде не только AS-кодеры, но и серверщики, тех-дизы и т.д. опыт показывает что мух от котлет отделять очень полезно, поэтому у нас примерно следующая схема работы:
— все текущие сорцы (клиент и сервер) лежат в свн в папке trunk, также в branches лежат песочницы
— либы лежат в свн в соседней папке libs
— либы содержат 2 папки fla и swc, выписываются отдельной папкой и подключаются тоже отдельно
— в либах графика в для каждого экрана или группы ассетов лежит в одном fla, таких файлов накапливается больше 20, не считая rough версий этих файлов с программерской грубой графикой. Это позволяет нескольким техдизам менять разные части графики не мешая друг другу, не имея конфликтов при коммите и т.д.
— программеры при этом вообще не заморачиваются на прописываниях документ-классов, а сосредотачиваются на кодинге
— при svnup-е в песочницу на сервере десятки мегабайтов fla никуда не выливаются, их выписывает строго тот кому это нужно
— profit
может поэтому я не увидел в чем плюс вашего подхода, извините
Все нужные для программирования задачи решаются Flash Builder'ом.
Сам Flash IDE нужен всего-лишь для рисования ассетов и последующего импорта в SWC (если мы добавляем классы во время разработки) и в SWF (если делаем загружаемые библиотеки).
Видеть классы ему совсем необязательно. Может для вас я открою тайну, но для каждого символа прописанный linkage class создается независимо от того связали вы его с .as файлом или нет.
Потом этот класс легко берется из либы и ему задается логика какой-нибудь оберткой.
описанный вами способ — это конечно круто, но все можно сделать намного проще и удобнее
к тому же у аккордеона менее универсальное применение расположения на рабочей области — его ширина как правило всегда равна ширине содержимого, а значит он годится только для узеньких вертикальных полосок-панелей, а табы действительно можно использовать и вертикальные и горизонтальные плюс ширина панели табов может занимать например половину от ширины содержимого.
итого я считаю аккордеон довольно убогим и сомнительным компонентом
step2:…
step3: Profit!!!