Это громко сказано, эти технологии известны давно, как все знают кпд их очень низок. LCD монитор может и можно будет смотреть на расстоянии 2-5 метров от «источника» беспроводного электричества, который сам подключен проводом. В общем та еще технология, плюс у особо впечатлительных разовьется прогрессирующая параноя облучения головного мозга )
Изначально я его и использовал. Были проблемы с рендеренгом браузера в моем приложении — он постоянно мелькал или появлялись не ясные артефакты. Не мог найти xulrunner на некоторых *nix — системах. Потом, на windows-системах, использует ie, что совсем не подходит для моего приложения. Нет возможности поставлять xulrunner со своим приложением.
Я еще много использовал SWT (вот там реализация интеграция xulrunner — лучшая по моему мнению), точнее интеграцию SWT&Swing, но в этом режиме приложение было не стабильно и постоянно падало :( Я попробовал и стал использовать MozSwing, постепенно накопились многие исправления, которые объединились в JBrowser.
Вау, я захвачен вашими статьями, спасибо :) Идея пост-отладки засела мне в мозг, я хочу это делать :) Я вот только, не могу понять, с чего же начать. Может Вы дадите вектор движения.
Поясню, сейчас я пишу на C++ из под NetBeans (ох, это ужасно, в плане дебага). Когда мне сообщают о какой-либо ошибке, я просто прикидываю где бы это могло быть, и расставляю брейкпоинты запускаю приложение из под IDE ну и так далее…
Вот и вопрос созрел: что мне нужно сделать с моим приложением (т.е. как мне его модифицировать), что бы в случае если приложение у пользователя упало, то я бы мог восстановить у себя на компьютере как бы сессию дебага (не знаю как выразиться), т.е. мне нужно сделать полный дамп памяти, как то восстановить потом, либо что-то еще, где бы мудрости набраться?
Прочел, вот этот топик habrahabr.ru/blogs/windows/43179/, и почему-то сразу понял что это очень важно :) Блин, так бы у меня в компании можно было дебажить ошибки, жизнь была бы прекрасна :)
Может у меня мало опыта, но что действительно кто-то пользуется функциональностью, которая в статье названа «Группировка нескольких точек остановки вместе, используя метку». Не могу даже представить, где это нужно и удобно ли это… Да и экспорт этих меток, уж совсем что-то запредельное для меня…
Я вот только не совсем понял, во втором ролике, где то на 1.00 по времени. Зачем робот перекладывает с одной полосы на другую, вроде можно саму полосу закольцевать и робот не нужен, он там даже не упорядочивает, просто перекладывает… Ну да ладно…
Хмм… Интересная идея. На данный момент, в моем тестовом примере, альфа канал src-растра всегда содержит значение 255, а dstIn и dstOut совсем не имеют альфа-канала (bands == 3, либо я что то не так интерпретировал). Возможно, если залить экран цветом (0, 0, 0, 0), тогда может появится шанс поиграться с попаданием отображаемой точки в полигон по значению альфа канала. Надо проверить. Я буду очень признателен, если вы мне поможете разобраться с проблемой «сглаживания», потому что определять находится ли каждая точка растра в желаемом полигоне, очень накладно.
Я еще много использовал SWT (вот там реализация интеграция xulrunner — лучшая по моему мнению), точнее интеграцию SWT&Swing, но в этом режиме приложение было не стабильно и постоянно падало :( Я попробовал и стал использовать MozSwing, постепенно накопились многие исправления, которые объединились в JBrowser.
Поясню, сейчас я пишу на C++ из под NetBeans (ох, это ужасно, в плане дебага). Когда мне сообщают о какой-либо ошибке, я просто прикидываю где бы это могло быть, и расставляю брейкпоинты запускаю приложение из под IDE ну и так далее…
Вот и вопрос созрел: что мне нужно сделать с моим приложением (т.е. как мне его модифицировать), что бы в случае если приложение у пользователя упало, то я бы мог восстановить у себя на компьютере как бы сессию дебага (не знаю как выразиться), т.е. мне нужно сделать полный дамп памяти, как то восстановить потом, либо что-то еще, где бы мудрости набраться?