так в Linux например какие могут быть нативные контролы?

GTK?

или qt

и есть ещё макось

я всегда material design использую - и просто и сипотно, лаконично

https://c.slashgear.com/wp-content/uploads/2014/10/win95-640x420.png а я это считаю идеальным

https://c.slashgear.com/wp-content/uploads/2014/10/win95-640x420.png а я это считаю идеальным

Ну ну

Я лично топлю за материал/флэт дизайн

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

мне больше Me нравилась)

в визуальном плане, конечно, а не в плане стабильности

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

Лаконичностью такой интерфейс, конечно же, страдает

Работало на 386 без 2d акселерации.

Работало на 386 без 2d акселерации.

Что?

Что?

Тебе это предложение не понятно?

Тебе это предложение не понятно?

Понятно, но я не понял, что работало то

гуй 95 винды

А, ну да

@chebotarevp предлагаю выкинуть asdf из телеги

Причины 2: оно никак не совместимо с vibe, а там он активно используется сериализация провалилась (а я говорил!) - опциональные поля, которые нужны в протоколе телеграма (см описание Update), никак не поддерживаются через Asdf

Зато в проекте есть такое: eq.writeBody( cast(const(ubyte[])) serializeToJson(method) ); )

скорость работы Asdf тоже побоку - скорее всего оно получилось даже более тормозно по сравнению с vibe. Размеры сообщений не те

Я лично топлю за материал/флэт дизайн

+

Vadim а dlangui умеет работать с печатью? Диалоги выбора принтеров вызывать, рисовать в буфер печати?

нет

Жаль

Vadim а dlangui умеет работать с печатью? Диалоги выбора принтеров вызывать, рисовать в буфер печати?

Оно тоже ос-специфичное же

или гуеспецифичное

Оно тоже ос-специфичное же

gtk юзает win диалоги, но криво

Вернее есть один неприятный баг

в чем кривизна там?

Если при печати выбрать печать в файл, то нужно внести имя, иначе программа падает

И не работает внутри файберов

Вот про работу в файберах это прям кривизна, а про падение это баг

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

Естественно под linux всё ровно

Насколько я помню

Вообще давно с этим возился

Думал новую прогу на dlangui попробовать

в dlangui можно добавлять свои виджеты любые на самом деле

или тот же диалог вызвать

А после диалога как?

Вот настроил всё и что потом?

деалог что-то вернёт тебе и всё на том

какой-нибудь дескриптор печати

И дальше начинаются довольно платформозависимые пляски с бубном

ну да, это нормально

Причины 2: оно никак не совместимо с vibe, а там он активно используется сериализация провалилась (а я говорил!) - опциональные поля, которые нужны в протоколе телеграма (см описание Update), никак не поддерживаются через Asdf

А как тогда распарсивать json у которого данных больше чем полей в структуре? Я только по этой причине его взял

Роскомнадзор внёс в реестр IP-адреса Google, отвечающие за сервис re:Captcha

азазаз

А как тогда распарсивать json у которого данных больше чем полей в структуре? Я только по этой причине его взял

А никак, не надо укладывать ответы в структуру

Так это же говнокод)

В чем тогда смысл библиотеки будет?

Http запросы обычные можно и без нее делать

Ну можно добавить метод requestRaw в котором будут возвращаться строки json а не распарсенные структуры

Типа выход на низкий уровень.

Так это же говнокод)

с чего бы это?

Потому что тогда непонятно какую задачу решает библиотека

В чем тогда смысл библиотеки будет?

в обёртке http запросов в методы со строгими аргументами. поверх ещё слой наверну чтобы асинхронно могло оно работать + вебхуки

Сделать http запрос по заданному url?

в обёртке http запросов в методы со строгими аргументами. поверх ещё слой наверну чтобы асинхронно могло оно работать + вебхуки

Поясни

Ну можно добавить метод requestRaw в котором будут возвращаться строки json а не распарсенные структуры

уже делаю это

Поясни

ну ты делаешь getUpdates() и получаешь структуру

не касаясь http

Можно и с одним аргументом в виде структуры

в обёртке http запросов в методы со строгими аргументами. поверх ещё слой наверну чтобы асинхронно могло оно работать + вебхуки

А, ты имеешь в виду делать методы с 11 аргументами. Ну хз это же считается плохой практикой вроде

можно и с одним аргументом-структурой

ERROR: S client not available

Так сейчас так и сделано

да но внутри методов сериализация которая говно и ограничивает

В общем опиши как бы ты хотел пользоваться "интерфейсом", а не что нужно поменять внутрях

да но внутри методов сериализация которая говно и ограничивает

Да это нужно убрать конечно

нечего описывать, интерфейс нормальный

Ну опиши какие проблемы у тебя возникли, почему ты хочешь что то выкинуть

Что не удалось распарсить или получить доступ к полям каким то

А @dlang_announce_bot можно сделать в виде канала своего, чтоб на него подписаться в тг? (или вдруг уже есть)

А @dlang_announce_bot можно сделать в виде канала своего, чтоб на него подписаться в тг? (или вдруг уже есть)

А в чем разница?

Он сейчас как канал и работает

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

Ну опиши какие проблемы у тебя возникли, почему ты хочешь что то выкинуть

я попробовал добавить setHook

А в чем разница?

меньше нагрузка на бот

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

нету канала он просто собеседник. можно его добавить на какой-нибудь канал

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

больше ничего не делает

т.е. если с ним открыть чат он туда будет писать?

да

а, спасибо, этого мне достаточно

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

@chebotarevp и уперся в такую проблему: call требует структуру которая невозможна - опциональные поля в ней нужны для конструирования запроса. Т.е. как сериализатор asdf ещё ничего, но как конструктор произвольных JSON - нет.

Решил выделить другой callMethod как ты описываешь выше, и столкнулся с таким: https://github.com/tamediadigital/asdf/issues/95

А @dlang_announce_bot можно сделать в виде канала своего, чтоб на него подписаться в тг? (или вдруг уже есть)

Вот, я лично сразу и не понял, зачем такое делают в виде бота, вместо канала. Хотя, бот конечно больше подстёгивает дискуссию.

ты о чём?

Вот, я лично сразу и не понял, зачем такое делают в виде бота, вместо канала. Хотя, бот конечно больше подстёгивает дискуссию.

>Хотя, бот конечно больше подстёгивает дискуссию. sic

Впринципе разница лишь в том что бот рассылает каждому пользователю сообщение а в канал только 1 раз нужно послать, дальше телеграм сам проконтролирует что всем дошло

Впринципе разница лишь в том что бот рассылает каждому пользователю сообщение а в канал только 1 раз нужно послать, дальше телеграм сам проконтролирует что всем дошло

Сорри это из-за ркн такая задержка )

@chebotarevp и уперся в такую проблему: call требует структуру которая невозможна - опциональные поля в ней нужны для конструирования запроса. Т.е. как сериализатор asdf ещё ничего, но как конструктор произвольных JSON - нет.

Можешь пример дать? А то не очень понял

Но в любому случае надо добавить методу callMethod()() гибкости

https://core.telegram.org/bots/api#setwebhook посмотри на структуру- почти все поля опциональные

например как сделать certificate так чтобы он не передавался если нету сертификата?