с точностью до наоборот) Производительность Flash плеера напрямую зависит от броузера, т.к. каждый броузер предоставляет своё API для plugin-ов (к примеру в хроме Flash работает через Pepper API или как-то так и считается одним из самых шустрых)
Stage3D имеет очень обширную поддержку видеокарт вплоть до выпущенных года 3-4 назад, поэтому на 3000 тоже имхо должно работать, т.к. специального ограничения она не имеет со стороны технологий.
Видимо Ваша видеокарта не поддерживает hardware декодирование видео формата, который они используют (о чем можно посмотреть в статистике, в левом верхнем углу)
Скоро Watson будет «сбегать из дома» и материться с другими своими друзьями-суперкомпьютерами, а «дома» говорить что-то вроде «urban dictionary? Dunno what r u talkin' about» :)
Странно, что у Вас как у жителя северной столицы не оказалось друзей с визой в финку:)
Мы спокойно за мини ездили туда, в коре были в наличии и без ажиотажа (речь про начало декабря), в пересчете на рубли с инвойсом вышло около 13к за 16гб без 3г, вроде:)
Да, outlet-ы даются не сразу, сам так же «зависал» при попытке что-то соединить (было непривычно после Flex-а, в котором это делалось Binding-ами)
Кстати, должен заметить, по 3му пункту, что я имел ввиду по конкретно Вашему случаю. В остальных же, наследуйтесь от UITalbeVIewController, если Ваш вид представляет из себя только UITableVIew. Вообще, тут есть хитрость:
UITableViewController не позволяет View быть ничем другим, кроме как UITableVIew, т.е. у Вас не получится сделать UITableView на половину экрана, а в остальной половине сделать кнопку, к примеру. Но при этом это даёт мощнейший механизм Static Table View Cells + Grouped Cells, который все используют для интерфейсов (самый ближайший пример — это Settings.app, т.е. обычные настройки)
Ну и вообще, не стесняйтесь, обращайтесь, спрашивайте, я готов помогать\разъяснять в меру своего свободного времени) скайп есть в профайле, если что:)
1) ARC как раз таки есть под iOS, и это НЕ GC, не путайте:) И, судя по Вашему коду, я Вам настоятельно рекомендую его включить;)
2) заместо создания TableView и блаблабла вы могли поступить гораздо проще, создав UITableViewController в Storyboard-е (который, во первых, автоматически связывает dataSource и delegate с File owner-ом, а так же позволяет делать static cells для интерфейсов)
3) даже по Вашему коду, вы унаследовали VC от UIViewController, а должны были от UIViewController<UITableViewDelegate, UITableViewDataSource> (если не знаете, что это такое я тут пишу, то почитайте про протоколы:))
4) Так же при использовании storyboard отпадает необходимость в проверке cell == nil в cellForRowAtIndexPath, т.к. dequeueReusableCellWithIdentifier может возвращать ячейки, созданные в этом самом Storyboard, визуально. Тоже очень рекомендую;)
5) FMDB есть в Cocoapods, который избавляет Вас от ручного git clone blablabla
P.S. надеюсь пока писал этот развёрнутый комментарий никто ещё не успел все эти пункты осветить)
По поводу блоков (не рекламы ради, хотя можно ли рекламировать топики на хабре? о_О =)) предлагаю ознакомиться с моей статьёй про реализацию Block-based Observer-а с жёсткой типизацией на Objective-C++, который призван облегчить уведомление нескольких слушателей о событиях с использованием блоков и более «традиционным» методом подписки:)
я из тех ненормальных, кто предпочитает работать с git-ом через http (GitLab, GitHub, etc) и авторизовываться по паре логин + пароль, а не ключём, хотя и осознаю всю проблему с точки зрения безопасности и всего прочего)
А ещё есть такая вещь как LDAP, которая так же сводит тему с ключами на нет =)
«у нас был один неудобный формат. Мы захотели сделать новый и удобный. Теперь у нас два неудобных формата»
А не могли бы Вы для сравнения привести скрин того же при проигрывании видео с www.youtube.com/view_play_list?p=5BF9E09ECEC8F88F?
Мы спокойно за мини ездили туда, в коре были в наличии и без ажиотажа (речь про начало декабря), в пересчете на рубли с инвойсом вышло около 13к за 16гб без 3г, вроде:)
Кстати, должен заметить, по 3му пункту, что я имел ввиду по конкретно Вашему случаю. В остальных же, наследуйтесь от UITalbeVIewController, если Ваш вид представляет из себя только UITableVIew. Вообще, тут есть хитрость:
UITableViewController не позволяет View быть ничем другим, кроме как UITableVIew, т.е. у Вас не получится сделать UITableView на половину экрана, а в остальной половине сделать кнопку, к примеру. Но при этом это даёт мощнейший механизм Static Table View Cells + Grouped Cells, который все используют для интерфейсов (самый ближайший пример — это Settings.app, т.е. обычные настройки)
Ну и вообще, не стесняйтесь, обращайтесь, спрашивайте, я готов помогать\разъяснять в меру своего свободного времени) скайп есть в профайле, если что:)
1) ARC как раз таки есть под iOS, и это НЕ GC, не путайте:) И, судя по Вашему коду, я Вам настоятельно рекомендую его включить;)
2) заместо создания TableView и блаблабла вы могли поступить гораздо проще, создав UITableViewController в Storyboard-е (который, во первых, автоматически связывает dataSource и delegate с File owner-ом, а так же позволяет делать static cells для интерфейсов)
3) даже по Вашему коду, вы унаследовали VC от UIViewController, а должны были от UIViewController<UITableViewDelegate, UITableViewDataSource> (если не знаете, что это такое я тут пишу, то почитайте про протоколы:))
4) Так же при использовании storyboard отпадает необходимость в проверке cell == nil в cellForRowAtIndexPath, т.к. dequeueReusableCellWithIdentifier может возвращать ячейки, созданные в этом самом Storyboard, визуально. Тоже очень рекомендую;)
5) FMDB есть в Cocoapods, который избавляет Вас от ручного git clone blablabla
P.S. надеюсь пока писал этот развёрнутый комментарий никто ещё не успел все эти пункты осветить)
Один я прочел «производство ноутбуков»?
А ещё есть такая вещь как LDAP, которая так же сводит тему с ключами на нет =)
btw, никто не знает, как бы так при работе over http в .netrc хранить пароль, но чтобы не в открытом виде?)