это я наверно не успел поправить - не суть

*два

Так это по моему корректное поведение описанное в документации (насколько я помню).

Как только что то идёт через transform,  то в origin (0;0). Все дальнейшие манипуляции с view только через center

один для использования листа а второй наверно по-ошибке

почему-то лист всегда nil после сохранения

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

Посмотри доку, там целый абзац был про использование transform, я просто так детально не помню

import Foundation
import RealmSwift
import Realm
class RealmRegionSavedAll:Object{
   @objc dynamic var userId:String!
   let myRegionsList=List<RealmSavedRegion>()
   
   override class func primaryKey() -> String {
       return "userId"
   }
   
   override func isInnerObject(selector: String, value: Any) -> NSObject? {
       if selector == "myRegionsList" {
           return RealmSavedRegion.from(entity: value)
       }
       return nil
   }
   
   
   override var description: String {
       get {
           let descriptionString = "**\(String(describing: userId)) myRegionsList.size is \(myRegionsList.count)"
           return descriptionString
       }
   }
   
   override func shouldBeAdded(selector: String, value: [DAOObject]) {
       if selector == "myRegionsList" {
           myRegionsList.append(objectsIn: value as! [RealmSavedRegion])
       }
   }
}

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

Коллеги. Есть некоторая проблема.. при выполнении pod install всем подам выставляются OTHER_LDFLAGS с линками на все остальные поды. Там где-то затесались смежные депенденси и поэтому ловлю cyclic dependencies. Каким-то макаром удалось в post_install поймать нужные таргеты и проставить им в грубого OTHER_LDFLAGS = '', но к сожалению не помогает, ибо некоторым из них в действительности нужны другие библиотеки.. пытался в лог выводить build_configuration - там сет только из 2-3 каких-то конфигов, реальный же Pods-SharedPods-ProjectName.debug.xcconfig содержит сет из "правильных" OTHER_LDFLAGS. Вопрос — как получить их на момент post_install чтобы вычленить ненужное?

Суть в том, что инсталлеру передается "дефолтный" конфиг:
installer.pods_project.build_configuration_list['Debug'].base_configuration_reference = debugXcRef
где debugXcRef - Xcodeproj::Project::Object::PBXFileReference, откуда как раз таки и лезут не нужные флаги, но увы они применяются видимо совсем после пост_инсталла...

огромное спасибо @GGsrvg который сделал нам новый логотип :))))

Это он придумал логотип яблока?

а ты не знал?

Перемены это круто, но текст абсолютно нечитаемый и бессмысленный

Нет, в фильме Джобс придумал, извиняй

няшный логотип

Всем привет, у меня возникла проблема с cocoapods,  

ERROR:  Could not find a valid gem 'cocoapods' (>= 0) in any repository
user@users-mac-mini ~ %    

Выходит когда пытаюсь сделать sudo gem install cocoapods , никто не сталкивался?

Что заказчик требует, то и будет)

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