По поводу TL-WDN4800, нативная поддержка это круто и у меня действительно подхватилась сразу, но вот сейчас проблема — не логиниться в icloud, itunes, appstore. Везде решают просто, добавлением в org.chameleon.Boot EthernetBuiltIn или в особо тяжелых случаях еще и EFI строку девайса прописывают. Но для меня это не работает а EFIStudio не видит Wi-Fi карточку, поэтому строку получить не могу. Не сталкивались Вы с таким? Mac OS X 10.8.5
То, что Вы затеяли (я имею ввиду пост) очень похоже на нытье. Нравится Вам или нет Вы все ровно будете писать под iOS/MacOS в Xcode. Все альтернативы убогие.
>> Ctrl+Shift+Click выдает полный список вьюх под кликом и дальше двигаем стрелочками.
это что, удобнее чем 200% масштаб и клик? Это все равно что в фотошопе по слоям находить, либо визуально.
в фотошопе автоселект слоя по клику, тут тоже кликнул и выбрал нужный. Зачем 200%? Вы там вьхи 2х2 двигаете по экрану?
>> Я бы сказал 90% из самых юзабельных. Сейчас на вскидку не могу сказать свойств нет, но они очень нужны. А Вы?
Да, могу, список их не вместится на ваш монитор.
Ого! Я думаю вы недооцениваете мой монитор. Ну давайте хотя бы 10.
>> Я тоже. Но может тогда оно нам не надо?)
Но если оно мне и вам не надо, зачем тогда его выносить туда, где итак явный недостаток полезных свойств.
Может кому-то надо? Где Вы кстати нашли его? Что то не могу найти.
>>Метод у UITableViewHeaderFooterView initWithReuseIdentifier: как бы намекает что там не простая вьюха.
Вьюха правильная, но ее нет в IB, поэтому нет возможности задизайнить ее через IB.
Есть метод делегата — (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section; который должен вернуть UIView из которой потом будет создан таблицей UITableViewHeaderFooterView.
>> XCode 5 сейчас генирит вполне читаемый XML. Даже править можно руками.
Не настолько правильный, как XAML или андроидовский лэйаут, недокументированный, непредсказуемый. Тоже заменял в нем классы, и бывало напарывался на странные косяки.
Я думаю внимательность тут решающий фактор. Вообще я только конфликты в ней решал. В основном IB хватает.
>> А в чем конкретно проблемы? Ну скопировал ячейки, по-растягивал и что?
Скопировал ячейки, порастягивал и потратил на это час.
А как должно быть? Волшебная кнопка «Сгенерировать UI для iPad»?
>> дайте масштаб хотя бы 200%! Если на вьюхе много маленьких элементов, можно сойти с ума тыкая мышкой в микроскопические вьюшечки, выбирать из длиннющего списка — тоже задача не из быстроприятных;
Ctrl+Shift+Click выдает полный список вьюх под кликом и дальше двигаем стрелочками.
>> визуально можно задать далеко не все свойства вьюх, хорошо если 30%.
Я бы сказал 90% из самых юзабельных. Сейчас на вскидку не могу сказать свойств нет, но они очень нужны. А Вы?
>> Stretching(я даже не знаю, что это такое)
Я тоже. Но может тогда оно нам не надо?)
>> Раньше в качестве хедера таблицы катила вьюха (UIView), сейчас нужен UITableViewHeaderFooterView. Окей, откуда же мне ее перетащить в ксиб? Правильно, ниоткуда, пиши руками! А если вздумаешь подсунуть таблице UIView-ху, я обижусь и крэшнусь;
Метод у UITableViewHeaderFooterView initWithReuseIdentifier: как бы намекает что там не простая вьюха.
>> Нет внятного XML, который генерит IB. Вручную невозможно ни подправить, ни смержить. Начинаешь, прости господи, завидовать Android-разработчикам — у них есть в меру говеный визуальный редактор, но в случае чего пишите ручками — никто не обидится!
XCode 5 сейчас генирит вполне читаемый XML. Даже править можно руками.
>> После смены класса вьюхи ее «IB-сверхъя» не меняется, что ведет к глюкам и крашам как вашего приложения, так и всего xCode. Допустим, вы полчаса создавали UITableViewCell со множеством сабвьюшек и констрэйнтов, и вдруг внезапно поняли, что вам нужен CollectionView и, соответственно, его ячейка. Выход один — пока вы не потратили невосполнимый запас жизненной энергии, удаляйте ксиб и пересоздавайте его с нуля. Только так Apple может гарантировать вам работоспособность приложения;
Тут согласен. Надо фиксить.
>> Когда пытаешься портануть на айпад приложение, которое индус или соотечественник, увлеченный индийской культурой разрабатывал исключительно в сториборде, плачешь кровавыми слезами.
А в чем конкретно проблемы? Ну скопировал ячейки, по-растягивал и что?
Спасибо за информацию. Видел Ваш профайл на elanсe. А еще такие моменты интересны — железо (мак мини, хакинтош и т.п.), девайсы (iPhone, iPad и т.п.), Apple Developer Program, сколько часов в неделю работаете, уровень английского (я надеюсь не с СНГ работаете), сколько уходит времени на поиск заказчиков?
Это все конечно интересно, но Вы лучше расскажите о фрилансе. Где и как Вы находите клиентов? На сколько они адекватные? Какие подводные камни в ремесле фрилансера к контексте iOS/MacOS разработчика и т.п.
То, что Вы затеяли (я имею ввиду пост) очень похоже на нытье. Нравится Вам или нет Вы все ровно будете писать под iOS/MacOS в Xcode. Все альтернативы убогие.
это что, удобнее чем 200% масштаб и клик? Это все равно что в фотошопе по слоям находить, либо визуально.
в фотошопе автоселект слоя по клику, тут тоже кликнул и выбрал нужный. Зачем 200%? Вы там вьхи 2х2 двигаете по экрану?
>> Я бы сказал 90% из самых юзабельных. Сейчас на вскидку не могу сказать свойств нет, но они очень нужны. А Вы?
Да, могу, список их не вместится на ваш монитор.
Ого! Я думаю вы недооцениваете мой монитор. Ну давайте хотя бы 10.
>> Я тоже. Но может тогда оно нам не надо?)
Но если оно мне и вам не надо, зачем тогда его выносить туда, где итак явный недостаток полезных свойств.
Может кому-то надо? Где Вы кстати нашли его? Что то не могу найти.
>>Метод у UITableViewHeaderFooterView initWithReuseIdentifier: как бы намекает что там не простая вьюха.
Вьюха правильная, но ее нет в IB, поэтому нет возможности задизайнить ее через IB.
Есть метод делегата — (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section; который должен вернуть UIView из которой потом будет создан таблицей UITableViewHeaderFooterView.
>> XCode 5 сейчас генирит вполне читаемый XML. Даже править можно руками.
Не настолько правильный, как XAML или андроидовский лэйаут, недокументированный, непредсказуемый. Тоже заменял в нем классы, и бывало напарывался на странные косяки.
Я думаю внимательность тут решающий фактор. Вообще я только конфликты в ней решал. В основном IB хватает.
>> А в чем конкретно проблемы? Ну скопировал ячейки, по-растягивал и что?
Скопировал ячейки, порастягивал и потратил на это час.
А как должно быть? Волшебная кнопка «Сгенерировать UI для iPad»?
Ctrl+Shift+Click выдает полный список вьюх под кликом и дальше двигаем стрелочками.
>> визуально можно задать далеко не все свойства вьюх, хорошо если 30%.
Я бы сказал 90% из самых юзабельных. Сейчас на вскидку не могу сказать свойств нет, но они очень нужны. А Вы?
>> Stretching(я даже не знаю, что это такое)
Я тоже. Но может тогда оно нам не надо?)
>> Раньше в качестве хедера таблицы катила вьюха (UIView), сейчас нужен UITableViewHeaderFooterView. Окей, откуда же мне ее перетащить в ксиб? Правильно, ниоткуда, пиши руками! А если вздумаешь подсунуть таблице UIView-ху, я обижусь и крэшнусь;
Метод у UITableViewHeaderFooterView initWithReuseIdentifier: как бы намекает что там не простая вьюха.
>> Нет внятного XML, который генерит IB. Вручную невозможно ни подправить, ни смержить. Начинаешь, прости господи, завидовать Android-разработчикам — у них есть в меру говеный визуальный редактор, но в случае чего пишите ручками — никто не обидится!
XCode 5 сейчас генирит вполне читаемый XML. Даже править можно руками.
>> После смены класса вьюхи ее «IB-сверхъя» не меняется, что ведет к глюкам и крашам как вашего приложения, так и всего xCode. Допустим, вы полчаса создавали UITableViewCell со множеством сабвьюшек и констрэйнтов, и вдруг внезапно поняли, что вам нужен CollectionView и, соответственно, его ячейка. Выход один — пока вы не потратили невосполнимый запас жизненной энергии, удаляйте ксиб и пересоздавайте его с нуля. Только так Apple может гарантировать вам работоспособность приложения;
Тут согласен. Надо фиксить.
>> Когда пытаешься портануть на айпад приложение, которое индус или соотечественник, увлеченный индийской культурой разрабатывал исключительно в сториборде, плачешь кровавыми слезами.
А в чем конкретно проблемы? Ну скопировал ячейки, по-растягивал и что?
В случае Apple пуши отправляет сам Apple. Заслуги приложения в этом нет. Подозреваю что в Android тоже самое.