в каком?

Всем доброе утро! Столкнулся с проблемой. Вынес кое-какой функционал в под B (свифтовый), как dependency указываю под A(obj -c). В B.podspec указываю название B-bridging-header.h. После подтягивания подов в проект сборщик ругается, что frameworks don't support bridging headers. Теперь не знаю как быть. Pod B , конечно, простой и его можно переписать на obj-c, но, может кто знает, как всё настроить не переписывая?

Всем доброе утро! Столкнулся с проблемой. Вынес кое-какой функционал в под B (свифтовый), как dependency указываю под A(obj -c). В B.podspec указываю название B-bridging-header.h. После подтягивания подов в проект сборщик ругается, что frameworks don't support bridging headers. Теперь не знаю как быть. Pod B , конечно, простой и его можно переписать на obj-c, но, может кто знает, как всё настроить не переписывая?

Что то ты намудрил

Там фреймворк, зачем ты его вообще bridge'ил

Всем привет, добавил popup view через view.addsubview. Как можно заблокировать нажатия за пределами всплывающего окна?

for v in view.subviews { view.isUseriteractionenabled = false} popupView. view.isUseriteractionenabled = true

так кнопки с навигейшн бара все равно будут активны

ну пускай жмут. Иначе - только modal popup

ок спасибо

подожди, может кто-то более умный еще чтото посоветует, я не настоящий сварщик

тогда жду)

ну можно скрыть нав бар, когда у тебя показывается поп ап) и что за поп ап если ты его показываешь через addSubview?

Там фреймворк, зачем ты его вообще bridge'ил

походу перемудрил)

походу перемудрил)

бывает :D

ну можно скрыть нав бар, когда у тебя показывается поп ап) и что за поп ап если ты его показываешь через addSubview?

на uitableview controller на navigation bar кнопка с добавлением нового элемента (2 text field, один с datepicker)

так кнопки с навигейшн бара все равно будут активны

self.navigationBar.userInteractionenabled?

self.navigationBar.userInteractionenabled?

ага, спасибо. просто кноку неактивной сделал)

бывает :D

разобрался, в чём проблема:) пока вчера ковырялся, закомментил s.dependency = ..., а значит пытался заюзать уже подятнутый в проект через podfile под A. Сейчас раскомментил s.dependency = '...', :git=> '...' и словил https://github.com/CocoaPods/CocoaPods/issues/885. У меня нет Podspec репозитория, думаю, это и есть корень моих проблем)

паци, такой кейс: с одного контроллера пушаю другой, на котором делаю navigationBar.isTranslucent = true -- по кнопке back - navigationBar.isTranslucent = false. Выглдяит это крайне уебищно, может кто сталкивался как мягкие переходы сделать?

а то аж глаз режет

https://github.com/kingiol/KDInteractiveNavigationController

вау

спасибо

паци, такой кейс: с одного контроллера пушаю другой, на котором делаю navigationBar.isTranslucent = true -- по кнопке back - navigationBar.isTranslucent = false. Выглдяит это крайне уебищно, может кто сталкивался как мягкие переходы сделать?

что за мягкие переходы? self.performSegue(withIdentifier: не подойдет?

а есть разница - пушить через код или же вызывать performSegue?

суть же одна и та же

мягкие переходы - короче когда я жму кнопку пушить - навбар становится черным - на след экране он прозрачный. когда бэк - он возвращается на предыдущий экран - навбар черный - и через милисекунды становится цветом изначально нужным мне

это ща так получается

а нужно чтобы нажал кнопку - перешел на новый экран где навбар уже скрыт. кнопку бэк нажал - переходишь сразу на нужный экран с уже отображенным навбаром

пропиши все во ViewDidLoad, не должно быть скачков

хм.

ща попробую

Target если указать 8 и забилдить

Это приложение будет работать на 10?

Иос

работать будет. Но некоторые штуки объявлены деприкейтед еще в 9-м. например ЮайАлертВью

Парни, такой вопрос - заказчик хочет "общий чат" - то есть любой пользователь приложения внутри приоложения переходи на экран чата - и там все пользователи могут переписываться. Вопрос - какие сейчас самые актуальные решения данной проблемы существуют?

а в чём, собственно, проблема?

В том, что не приходилось реализовывать чаты. Точнее приходилось - но бля ультракостыльным способом, без сокетов

Нуб в этом деле, собсна

Поэтому интересуюсь куда копать с чего начать

можно mqtt юзать например

а на основе firebase реально?

Ребят, никто случайно в Питере не заказывает в ближ время на store.apple.com? Хочу переходник взять и при цене 690 р не хочется 530 р за доставку платить.

а на основе firebase реально?

я не работал, но вроде как да

Парни, такой вопрос - заказчик хочет "общий чат" поищи готовые сервисы для чатов. Вроде layer. Хотя может и на контакт перебрасывать ,)

А можно на firebase сделать

Чатик

А можно на firebase сделать

+

если пользователей будет не много, то можно и на сокетах

а каким образом кол-во пользователей скажется на выборе технологии?

если не хочешь использовать что-то стороннее можно xmpp поднять у себя

а каким образом кол-во пользователей скажется на выборе технологии?

ну почитай про сокеты) это круто и быстро, но у него есть ограничение в кол-во подключенных пользователей

PS: на сервере ограничение на количество сокетов тк каждый сокет занимает файловый указатель (как-то так), а это обьекты ядра и их не шибко много

спасибо

PS: на сервере ограничение на количество сокетов тк каждый сокет занимает файловый указатель (как-то так), а это обьекты ядра и их не шибко много

На современных ядрах линукса их 262k

Никто не в курсе, за что попал у яблочников в немилость регистр R18 на ARM64? Что будет, если его таки заюзать?

Никто не в курсе, за что попал у яблочников в немилость регистр R18 на ARM64? Что будет, если его таки заюзать?

Ух ебать

А можно проще вопросы

Ну меня конкретно этот интересует. Есть уже код, собранный код, который не учитывает эту особенность. Если ядро будет портить R18 при прерываниях, то у меня нет шансов портировать систему на iOS 64

на ios прямой доступ к регистру?! даже боюсь представить что вы там портируете

Или он используется только в юсерспейсе (проскакивало, что это указатель Thread Local Storage), то тогда беспокоится не о чеи

на ios прямой доступ к регистру?! даже боюсь представить что вы там портируете

это регистр общего назначения

это никак не меняет моего недоумения

ERROR: S client not available

А в чем недоумение? Есть программа, которая подгружает внешние модули. Модули не содержат платформозависимого кода и едины для всех платформ. Вполне нормальная ситуация.

и что получается на iOS64?

и что получается на iOS64?

Я пока не занимался ARM64. На iOS32 всë OK.

а что это за программа такая? Эпл, вроде, запрещает подгрузку кода

а что это за программа такая? Эпл, вроде, запрещает подгрузку кода

У меня все подгружается, правда у меня JB, но это не суть важно, ибо это интерпретатор, а их вроде как все равно в официальный аппстор не пускают. Кстати, непонятно почему.

да чтоб ничего левого в стор не пролазило

А что плохого в интерпретаторах?

то что они позволяют выполнять загружаемый код, который никто не проверяет. И не важно, компилятор его сделал или интерпретатор

Интерпретатор это же песочница. Он может вообще не создавать машинного кода.

какая разница? Код есть код. Раз он может что-то показывать пользователю, его использовать нельзя

сервера на всяких руби и пхп тоже песочница? ,)

Любой интерпретатор - песочница. Даже с джитом. Managed code же.

ну смысла это разделение не много несет

низзя, говорю ж. Даже с джитом.

на песочницу и не песочницу

код кстати можно подгружать во вебвью js какой нибудь, так что не все так однозначно

да все там однозначно, будешь много грузить - забанят приложение, будешь херню грузить - забанят акк полностью

низзя, говорю ж. Даже с джитом.

Ну с джитом может и нельзя, ибо машкод генерит, а если тупой? Что он может позволить себе такого, что не может обычное приложение?

да все там однозначно, будешь много грузить - забанят приложение, будешь херню грузить - забанят акк полностью

Как отличить херню от нехерни?

дело в том что у эплов есть ревью поведения приложения, когда ты код подгружаешь - обходишь их ревью, им это не нравится

херню от нехерни отличают ревьюверы эпла

Ну с джитом может и нельзя, ибо машкод генерит, а если тупой? Что он может позволить себе такого, что не может обычное приложение?

почитай правила Эпла, там четко про код написано. Про весь код, и тупой и не тупой

Как отличить херню от нехерни?

как сказал Эпл - ты сам поймешь когда переступишь черту ,)

дело в том что у эплов есть ревью поведения приложения, когда ты код подгружаешь - обходишь их ревью, им это не нравится

Вроде как тупые интерпретаторы (без джита и подгрузок) тоже запрещены. ЕМНИП.

да, они тоже

или не, я не помню

без подгрузок если совсем

То есть опубликовать какой-нть бейсик шансов ноль?

ноль

шанс есть, и такое уже публиковали. Смысла 0 ,)

просто приготовся обьяснять что у тебя есть только такие-то команды и ты не будешь делать того-то и того-то