но проще написать сначала программу, а потом всего-то накинуть ui

т.е. это было бы эффективнее чем задавать вопросы

если конечно ты знаешь что за программа

или qt да

для qt похоже тоже есть проблему в разном рендере шрифтов https://stackoverflow.com/questions/25761556/qt5-font-rendering-different-on-various-platforms

иначе придется писать интерфейс код под каждую ос по своему

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

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

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

Это нормально. Приложение должно следовать настройкам системы, а не каким-то мифическим стандартам, придуманным разработчиками.

К тому же одинаковое сглаживание шрифтов невозможно реализовать в принципе из-за разных механизмов их рендеринга в разных ОС.

Народ, сориентируйте пожалуйста в какую сторону рыть если нужно написать кросплатформенную ui-программу которая будет одинаково выглядеть в windows, linux и macos (под одинаковостью я подразумеваю не только одинаковые контролы но и полностью попиксельную идентичность потому что постоянно наблюдаю проблему как один и тот же шрифт в одних и тех же программах или сайтах на разных ос выглядит по разному из-за каких-то разных техник сглаживания, настроек ос и прочего)

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

К тому же многие механизмы субпиксельного сглаживания и хинтинга защищены патентами и использовать их без соответствующих патентных отчислений запрещено.

ну смотри, если удалится

на линуксе открытый файл удаляется легко

на линуксе открытый файл удаляется легко

В позиксе же тоже есть api для локов

В позиксе же тоже есть api для локов

насколько я помню это апи никак не мешает УДАЛЯТЬ файл

unlink() плевать хотел на ваши локи

насколько я помню это апи никак не мешает УДАЛЯТЬ файл

А, ну да

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

та ладно тебе, blender3D везде норм выглядит

и одинаково

Блендер не пробовал, но от gimp'а вытекают

это чисто субъективное уже, работать надо, а не глаза радовать

А, ну да

The unlink() function removes the link named by path from its directory and decrements the link count of the file which was referenced by the link. If that decrement reduces the link count of the file to zero, and no process has the file open, then all resources associated with the file are reclaimed. If one or more process have the file open when the last link is removed, the link is removed, but the removal of the file is delayed until all references to it have been closed.

это чисто субъективное уже, работать надо, а не глаза радовать

Почему нельзя совместить?

The unlink() function removes the link named by path from its directory and decrements the link count of the file which was referenced by the link. If that decrement reduces the link count of the file to zero, and no process has the file open, then all resources associated with the file are reclaimed. If one or more process have the file open when the last link is removed, the link is removed, but the removal of the file is delayed until all references to it have been closed.

Дада

это чисто субъективное уже, работать надо, а не глаза радовать

Ага, а потом зрения лишиться через пару лет. Спасибо, не нужно.

К тому же одинаковое сглаживание шрифтов невозможно реализовать в принципе из-за разных механизмов их рендеринга в разных ОС.

Сначала надо выяснить общий знаменатель - некий апи с помощью которого можно идентично нарисовать gui в разных ос. На минимальном уровне это наверное какой-то фрембуфер - битмап (двухмерный массив байтов который задает цвет) в котором я уже самостоятельно растеризирую шрифты и т.д и тогда уже все будет выглядеть одинаково. Тогда вопрос сводится к тому через какой апи я могу получить доступ к выводу пикселей на виндовсе, линуксе и макос. Кстати opengl случайно не предоставляет подобный пиксельно независимый интерфейс?

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

Это вопрос масштабирования, я ведь когда буду выводить попиксельно я ведь не буду привязывать к фиксированной ширине и высоте окна. Это будет что-то вроде векторной графики где я рисую интерфейс в виде функции а потом другая функция будет вычислять пиксели например интерфейс задается в виде функции y=x^2 а растеризация происходит путем подбора значений x с уменьшающей точностью между значениями пока разница не достигнет 1 пикселя. И тогда на разном разрешении экрана что 480*640 что ретина будут одинаковые шрифты и контролы

эх, а мог бы взять qt

или js

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

Сначала надо выяснить общий знаменатель - некий апи с помощью которого можно идентично нарисовать gui в разных ос. На минимальном уровне это наверное какой-то фрембуфер - битмап (двухмерный массив байтов который задает цвет) в котором я уже самостоятельно растеризирую шрифты и т.д и тогда уже все будет выглядеть одинаково. Тогда вопрос сводится к тому через какой апи я могу получить доступ к выводу пикселей на виндовсе, линуксе и макос. Кстати opengl случайно не предоставляет подобный пиксельно независимый интерфейс?

учитывая что на маке фреймбуфер лежит в GPU, удачи

или js

Ловите предателя! AVE C++!

Сначала надо выяснить общий знаменатель - некий апи с помощью которого можно идентично нарисовать gui в разных ос. На минимальном уровне это наверное какой-то фрембуфер - битмап (двухмерный массив байтов который задает цвет) в котором я уже самостоятельно растеризирую шрифты и т.д и тогда уже все будет выглядеть одинаково. Тогда вопрос сводится к тому через какой апи я могу получить доступ к выводу пикселей на виндовсе, линуксе и макос. Кстати opengl случайно не предоставляет подобный пиксельно независимый интерфейс?

при всём моём уважении - не майся дурью

я вообще все делаю так чтобы работа была закончена

Это вопрос масштабирования, я ведь когда буду выводить попиксельно я ведь не буду привязывать к фиксированной ширине и высоте окна. Это будет что-то вроде векторной графики где я рисую интерфейс в виде функции а потом другая функция будет вычислять пиксели например интерфейс задается в виде функции y=x^2 а растеризация происходит путем подбора значений x с уменьшающей точностью между значениями пока разница не достигнет 1 пикселя. И тогда на разном разрешении экрана что 480*640 что ретина будут одинаковые шрифты и контролы

antigrain geometry тебе в руки

а не чтобы круто о ней говорить

кстати в qt есть более менее хороший транслятор java-script в С++ даже вроде бы

т.е. qt не заставляет писать на С++

qt вообще библиотека

она не может заставить писать

qt вообще библиотека

ну как бы да, но не совсем и не всегда :) А как же кодогенерация? Тот же moc?

я сам себя заставить не могу, а тут либа какая-то...

кстати в qt есть более менее хороший транслятор java-script в С++ даже вроде бы

qml стал транслируемым в c++?

qml стал транслируемым в c++?

угумс, http://doc.qt.io/QtQuickCompiler/ правда они его пока так и не заопенсорсили

ах, нуда

The work will continue towards introducing a completely re-implemented Qt Quick Compiler for ahead-of-time compilation of QML and JavaScript. Qt 5.9 offers the commercial-only ahead-of-time compilation with Qt Quick Compiler and the binary cache for just-in-time compiled QML to commercial and open-source users, just like Qt 5.8. In addition, Qt 5.9 provides a preview of a new ahead-of-time cache generation, which we aim to develop further for the Qt 5.10 release.

А здесь есть поехавшие, которые пишут игровые движки? Дайте репы заценить, а я вам звездочек кину :3

А здесь есть поехавшие, которые пишут игровые движки? Дайте репы заценить, а я вам звездочек кину :3

сходи в @ultramegapro там такие вроде бы есть

@prographon, я бы даже сказал

А здесь есть поехавшие, которые пишут игровые движки? Дайте репы заценить, а я вам звездочек кину :3

https://github.com/EpicGames/UnrealEngine

https://github.com/EpicGames/UnrealEngine

404

про ue норм шутка)

слишком толсто

404

Зарегистрируйся на их сайта, прими лицензионное соглашение, получишь доступ к UE4.

Зарегистрируйся на их сайта, прими лицензионное соглашение, получишь доступ к UE4.

:)

btw, я колупался в исхах ещё до того, когда они свою лицензию изменили

где-то исхи CryEngine тоже валяются

но это не так интересно, интереснее смотреть как люди в одиночку (или с маленькой тимой) сами движки подымают

но это не так интересно, интереснее смотреть как люди в одиночку (или с маленькой тимой) сами движки подымают

Таких давно не осталось.

Нет смысла городить свои костыли, когда самые мощные движки стали практически бесплатными.

Что есть "костыль"?

Что есть "костыль"?

В данном контексте - самопальный движок.

Можешь аргументировать? Вот докажи что движок ААА класса со 100%-ой вероятностью прекрасно справится с узкоспециализированной задачкой.

В данном контексте - самопальный движок.

но ведь это не "костыль", а "велосипед"

но ведь это не "костыль", а "велосипед"

Велосипед, основанный на костылях. ?

ERROR: S client not available

У игры может быть своя специфика, следовательно движок может быть зализан именно под неё. Не вижу ничего ужасного.

ах, орнул ?

Можешь аргументировать? Вот докажи что движок ААА класса со 100%-ой вероятностью прекрасно справится с узкоспециализированной задачкой.

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

ах, орнул ?

после того сообщения не хотел заходить в чат)

Покажите мне идеальный код - а я найду способ раскритиковать его =) Любое нестандартное решение принято называть костылем, предполагая, что УЖЕ существует решение получше Проблема в том, что НЕ ВСЕГДА это ЛУЧШЕ лежит на поверхности или существует вообще. Не раз сталкивался с ситуацией, когда люди орут "костыль!", но при этом не ссылаются на труЪ way

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

Покажите мне идеальный код - а я найду способ раскритиковать его =) Любое нестандартное решение принято называть костылем, предполагая, что УЖЕ существует решение получше Проблема в том, что НЕ ВСЕГДА это ЛУЧШЕ лежит на поверхности или существует вообще. Не раз сталкивался с ситуацией, когда люди орут "костыль!", но при этом не ссылаются на труЪ way

Есть такое

Покажите мне идеальный код - а я найду способ раскритиковать его =) Любое нестандартное решение принято называть костылем, предполагая, что УЖЕ существует решение получше Проблема в том, что НЕ ВСЕГДА это ЛУЧШЕ лежит на поверхности или существует вообще. Не раз сталкивался с ситуацией, когда люди орут "костыль!", но при этом не ссылаются на труЪ way

есть две приемлемые критики кода: PR и баг репорт

Покажите мне идеальный код - а я найду способ раскритиковать его =) Любое нестандартное решение принято называть костылем, предполагая, что УЖЕ существует решение получше Проблема в том, что НЕ ВСЕГДА это ЛУЧШЕ лежит на поверхности или существует вообще. Не раз сталкивался с ситуацией, когда люди орут "костыль!", но при этом не ссылаются на труЪ way

зато есть идеальные алгоритмы для своей задачи

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

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

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

или к примеру исходник чтобы написать туда какой-нибудь С++

но и это не обязательно

Нет смысла городить свои костыли, когда самые мощные движки стали практически бесплатными.

таки спрошу. а почему что-то сделанное кем-то, кто не прячется за торговой маркой в данном случае априори == костыль ? :) какова логика?

таки спрошу. а почему что-то сделанное кем-то, кто не прячется за торговой маркой в данном случае априори == костыль ? :) какова логика?

логика в том что шансы что ты сделаешь лучше, чем толпа профи за кучу денег, малы

логика в том что шансы что ты сделаешь лучше, чем толпа профи за кучу денег, малы

т.е. это заранее вынесенное суждение о целях и умениях человека?

т.е. это заранее вынесенное суждение о целях и умениях человека?

речь шла о конкретной цели. Об умениях - да, я предположил, что желающий написать свой движок не относится к 0.000002% людей у которых достаточно скиллов

да в том-то и дело, что конкретики особо не было ( какой движок, зачем, на чем? ). и есть ли опыт/аргументы, чтобы уверенно говорить о 0.000002% и "хватит скиллов" ?

либо мне до конкретики далеко вверх листать, тогда извините :)

ну я представляю две цели написания любого кода

ради процесса и ради результата

ради процесса есть смысл писать что угодно и это обсуждать бессмысленно

да в том-то и дело, что конкретики особо не было ( какой движок, зачем, на чем? ). и есть ли опыт/аргументы, чтобы уверенно говорить о 0.000002% и "хватит скиллов" ?

оценки все на глазок конечно)

да в том-то и дело, что конкретики особо не было ( какой движок, зачем, на чем? ). и есть ли опыт/аргументы, чтобы уверенно говорить о 0.000002% и "хватит скиллов" ?

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

а ты нет

простите, я не нанял людей, не написал фазер, не знал что делаю, спрашивал о чем-то в чате или просто нет? ))

Здравствуйте. Если у меня есть шаблон класса Matrx. Пример шаблона: template <size_t _size, typename T> и если у меня есть шаблонный класс Fraction: template<typename T>. Если я передам в Matrix, тип Fraction<int>. Пример: Matrix<2, Fraction<int» o1, o2; Как мне быть с перегрузками +/-/* у матрицы если у меня тип Fraction<int>.. Не до конца понимаю этот момент

?