В принципе это реализуемо, но надо разбираться с внутренними представлениями этих системных буферов. То, как сейчас - это, грубо говоря, набор динамически связанных данных через указатели. Которые, понятное дело, остаются правильно связанными только в рамках одного адресного пространства.
Реализуемо через QClipboard и QMimeData. Но придётся сериализовывать внутренние структуры в последовательность байтов. Заодно можно и поддержку drag-n-drop добавить, но это наверно уж слишком.
FreeSlave
Я знаю про QClipboard, но лень возится с
Цитата:
FreeSlave писал: сериализовывать внутренние структуры в последовательность байтов
Просто полагал, что благодаря MDI-интерфейсу никому не понадобится таскать между копиями редактора. А между картами, открытыми в одном редакторе, всё отлично переносится.
-При (низком фпс в камере + фрилук) курсор выскакивает из камеры при быстром движении мыши (фрилук заканчивается).
Возможно, по аналогии с gtk, есть метод надежно сграбить виджет для инпута, как при нажатой мыши. (При пробел+м1 бага нет, например)
-При низком фпс в 2д (тестовая карта - 7к голых брашей) сенса для scroll view drag ведёт себя неадекватно - в основном очень низкая, иногда резкие рывки. С пробел + м1 бага нет, однако.
-Баг-не баг, но любопытно, отчего так: paint выделятор во фрилук здорово подлагивает на любой сцене.
Аналогичная функция в radiant 1.4 не даёт никаких заметных лагов вовсе.
В radiant 1.5 на простых сценах порядок, на сложных лагает похоже, но не связано напрямую со сложность (зависимость нелинейная, непонятно что конкретно даёт эффект).
В 1.5 также есть возможность юзать манипуляторы во фрилук - вот это дело лагает до состояния неюзабельности на любой сцене.
Такое чувство, что вылезает циклическая зависимость между модулями, и до отрисовки дело доходит редко
Ещё интересный вопрос про скорость отрисовки точек и линий.
В редакторе trenchbroom автор заявил быстрый рендреринг больших карт; я потестил мапой 7к брашей - оказалось, не врал!
Целиком выделенная мапа с отрисовкой wireframe не тормозит абсолютно; на глаз штук 60 фпс там есть.
В то время, как тот же трюк в radiant - это 5 фпс, в jackhammer - 3.
Любопытно, что там автор такого сотворил, т.к. в зависимостях всё тот же opengl32.dll.
Heresiarch
Я всё же настоятельно советую читать официальный FAQ по редактору прежде, чем писать про баги. Этот FAQ очень маленький, но ведь не просто так составлялся, из праздного безделья.
XaeroX
Не помню, постил или нет, но раз уж в 111041 осталось, то продублирую: у arc-tool в режиме fit selections (при размере арки >360), обрати внимание, что реальная толщина стенок != wall width. Может, конечно, так задумано, но как то это неудобно.
Такое происходит вроде как только с энтитями. Изначально заметил на моделях. Сейчас вот столкнулся с player start. Появляется баг не всегда, иногда после некоторого времени и не на всех моделях.
UPD: баг пофиксился сам, когда я сделал zoom-out в окне top и обратно. Вроде перестал так ездить. Странности. Конечно, было бы неплохо, чтобы этого не происходило.
| IP: 
16-05-2016 20:20
