krapotkin
-
Постов
2 187 -
Зарегистрирован
-
Посещение
-
Победитель дней
209
Весь контент krapotkin
-
мой вариант BaseForm := TEmtyForm_frm.Create(NIL); ... freeandnil(BaseForm); вызывает вопросы назначение Form.parent := если вам нужно вставить что-то куда-то, гораздо лучше это делать с фреймами в этом случае frm := TMyFrame.Create(NIL); frm.parent := panel1; ... frm.parent := nil; freeandnil(frm);
-
часть два - listView
-
-
угол как обычно в тригонометрии от горизонтальной линии. гугл вычисление угла между векторами
-
в чем сложность описанного метода? строим луч центр окружности - координаты мыши вариант а) находим пересечение этого луча с окружностью, по которой двигается контрол. вариант б) вычисляем угол, по нему находим ту же точку вариант б предпочтительнее, т.к. чаще всего нужно еще применять ограничения по углу
-
вы вообще читаете что вам пишут? в JSON массив это [] а объект - {} что там у вас на входе парсер абсолютно не интересует. вы ему говорите, массив парсить или объект. и он все делает в соответствии со спецификацией. и на любом уровне и в объекте и в массиве вы можете обратиться как по индексу, так и по ключу.
-
XSO буксует только в одном случае - если весь текст представляет собой массив например [12,34,56] но это легко проверяется. все остальное абсолютно нормально ложится. если у вас на входе то массив, то объект, вам все равно придется работать с ними по разному. не? вы уж как-то определитесь, что нужно. перечисление по ключам в XSO тоже есть. и даже тип можно запросить. массив, строка, число и т.д.
-
это абсолютно аналогично тому, что показал Равиль. когда не хочется создавать класс-потомок TThread
-
если вашу мысль развить, то с т.з. php {"A":"B", "C":""D"} это тоже массив, но это не так JSON это стандарт. Там написано, как выглядит массив, а как - нет. Несмотря на то, что вам может что-то казаться или не нравиться.
-
ничем не отличается от примера работы под не-андроидом я вот тут например писал
-
тут все пользуются XSuperObject можно пример, чего такого он у вас не разобрал?
-
в дереве в инспекторе (слева вверху) все очень просто перетаскивается в нужный контейнер хотя вариант с Alt+F12 для сложных случаев мне больше по душе )
- 4 ответа
-
- 1
-
-
возьмите тогда scorocode. там по-русски все. (не реклама, просто первый русский бекенд всплывший в поиске) http://scorocode.github.io/scorocode-docs/httpapi/appapi/ там есть примеры запросов компонент у нас один - THttpClient. Примеров работы с HTTP запросами для него в документации и в сети полно...
-
любую Shared папку, которую вам не жалко "захламлять". В остальные вас система не пустит, а не-shared уйдут вместе с программой
- 1 ответ
-
- 2
-
-
ессно, определиться с БД если вам не хочется поднимать свой сервер, создавать там БД, делать API к ней, с юзерами, логинами, сессиями и проч, то возьмите готовый back-end типа google Firebase или вон scorocode.ru собсно, остается только с помощью HTTP запросов передавать и принимать информацию. но придумать, как все что вам нужно будет храниться, все равно придется самостоятельно...
- 5 ответов
-
- 1
-
-
- онлайн приложение
- работа с бд
- (и ещё 1 )
-
есть значение переменной, а есть значение TrackBar.position или value, как его там при изменении в компоненте проверяйте все что угодно, выдавайте сообщение. Если значение не подходит, вновь задавайте его из переменной. Если подходит, устанавливайте переменную
-
тыщу раз уже обсосали оптимально HTTP сервер на чем угодно и клиент на делфи
-
фигасе вот вам 10 вопросов и 12 ответов, сами разбирайтесь, что с ними делать )))
-
X:=TSuperObject.Create(json); myObj.AssignFromJSON(X); ну и загрузка-выгрузка в класс это не совсем работа с JSON если он заменится на любой другой формат, мы и не узнаем...
-
тут не совсем так t := aitem.Objects.FindObjectT<TListItemText>(name); t.font....
-
XSO удобнее в 10 раз по синтаксису и не требует бесконечных приведений типов.
-
вот точно - фреймы лучше даже когда все опять поменяется внутри FMX фреймы останутся нетронутыми, а логика их работы не меняется от времен VCL
