у него только методы ref и unref, а как они дальше работают - это параметризуемо

Ребят, работал кто с API винды и может подсказать, насколько может быть сложным наложение картинки (как HUD накладывается поверх рендера в играх например) поверх финальной картинки экрана (то что в конце концов пишется в frame buffer и отображается на мониторе) на винде?

Читодел?

Читодел?

почти, но не совсем

Винлок?:3

Винлок?:3

всмсл?

Ребят, работал кто с API винды и может подсказать, насколько может быть сложным наложение картинки (как HUD накладывается поверх рендера в играх например) поверх финальной картинки экрана (то что в конце концов пишется в frame buffer и отображается на мониторе) на винде?

Читоделам здесь не помогают.

кейлоггер мб какой

который рисует окно логина в систему, тянет пароль и всё

Читоделам здесь не помогают.

Я не читодел, ёмоё, для индустриального применения нужна подобная софтина, а там софт имеет свойство запускаться в fullscreen экране

кейлоггер мб какой

а keylogger то тут причём?

Ребят, работал кто с API винды и может подсказать, насколько может быть сложным наложение картинки (как HUD накладывается поверх рендера в играх например) поверх финальной картинки экрана (то что в конце концов пишется в frame buffer и отображается на мониторе) на винде?

Достаточно сложно.

просто если реализовать прозрачным окном поверх других окон то возникает вопрос в передачи событий с ввода на позади лежащие окна и поддержка fullscreen режиме, где прога пишет напрямую в frame buffer в обход window manager'у

просто если реализовать прозрачным окном поверх других окон то возникает вопрос в передачи событий с ввода на позади лежащие окна и поддержка fullscreen режиме, где прога пишет напрямую в frame buffer в обход window manager'у

Что за frame buffer? ЧТо за Window manager ?

Что за frame buffer? ЧТо за Window manager ?

https://ru.wikipedia.org/wiki/Linux_framebuffer

https://ru.wikipedia.org/wiki/Linux_framebuffer

Ребят, работал кто с API винды и

https://ru.wikipedia.org/wiki/Linux_framebuffer

frame buffer это то что в конце концов мы на экран рендерим, а window manager это по сути compositor

frame buffer это то что в конце концов мы на экран рендерим, а window manager это по сути compositor

Это тебе не к нам тогда, это в чат про музыку, музыкантов...

Это тебе не к нам тогда, это в чат про музыку, музыкантов...

змежно)

это случайно не через video driver делается?

Переслал ваши слова автору предложения. Он сказал что попробует это реализовать в ближайшее время

Вообще в proposal же просто boost intrusive_ptr... почти.

Вообще в proposal же просто boost intrusive_ptr... почти.

Да. Надо же с чего-то начинать :)

@antoshkka, это, конечно, мелочь, но мембер оператор разве не должен принимать только один аргумент? struct X { // ... std::strong_equality operator<=>(const X&, const X&) = default; // ... };

а про SG15 нет новостей?

@antoshkka, это, конечно, мелочь, но мембер оператор разве не должен принимать только один аргумент? struct X { // ... std::strong_equality operator<=>(const X&, const X&) = default; // ... };

такой есть оператор??? <=>

такой есть оператор??? <=>

ага, с C++20

@antoshkka, это, конечно, мелочь, но мембер оператор разве не должен принимать только один аргумент? struct X { // ... std::strong_equality operator<=>(const X&, const X&) = default; // ... };

и как кстати, код вставлять, а то я забыл

три апострофа?

три `

такой есть оператор??? <=>

https://en.cppreference.com/w/cpp/language/operator_comparison Последний в списке

три апострофа?

да

@antoshkka, это, конечно, мелочь, но мембер оператор разве не должен принимать только один аргумент? struct X { // ... std::strong_equality operator<=>(const X&, const X&) = default; // ... };

oops

а про SG15 нет новостей?

Недавно на cppcast был эфир с винтерсом где он немного говорил про сг15

такой есть оператор??? <=>

Ещё пока нет...

Ещё пока нет...

уже приняли же в C++20

или ты про фактические реализации компиляторами?

уже приняли же в C++20

Я не понял... Вроде я в анабиоз не попадал...

Я не понял... Вроде я в анабиоз не попадал...

в C++20 даже приняли NTTP, который зависит от operator<=>

зачем апгрейдить текстовые протоколы?..

Можно спросить у автора: @k0tb9g9m0t

в C++20 даже приняли NTTP, который зависит от operator<=>

Я правильно понимаю, что <=> -- это как во многих библиотеках int compare( const T &thiss, const T &thatt );

Я правильно понимаю, что <=> -- это как во многих библиотеках int compare( const T &thiss, const T &thatt );

именно, только чуть похитрее

А чем же похитрее?

там бывают разные категории результата. может быть просто - равно или не равно (2 состояния), а может - три

А как категории различаются?

Ну понятно, задано равенство или задан частичный порядок

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

А как между ними переключается ?

Ну понятно, задано равенство или задан частичный порядок

Вот тут почитай: https://en.cppreference.com/w/cpp/language/operator_comparison

А как между ними переключается ?

разный тип возвращаемого значения

насколько я понял, определить несколько версий такого оператора не получится

А как категории различаются?

Отвечаю сам себе: https://en.cppreference.com/w/cpp/language/operator_comparison Отличается типом возвращаемой из operator <=> величины. Тип может быть std::strong_ordering или std::partial_ordering или std::strong_equality или std::strong_ordering Таким образом по типу можно понять, какой порядок задан

зачем апгрейдить текстовые протоколы?..

Краткий ответ он решал проблемы каторые накопились в проэкте.

Вот тут почитай: https://en.cppreference.com/w/cpp/language/operator_comparison

Спасибо, а то я б не нашёл без тебя!

Спасибо, а то я б не нашёл без тебя!

да не за что :D

Спасибо, а то я б не нашёл без тебя!

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

эх, а так хотелось помочь старожилам конфы)