Баг с добавлением точек новой кривой

Вот собственно отчет одного «блика»

mint@mint-SR58P ~ $ sk1
list index out of range
['  File "/usr/lib/sk1-wx-2.0rc2/sk1/document/canvas.py", line 532, in on_paint\n    if not self.controller is None: self.controller.repaint()\n',  '  File "/usr/lib/sk1-wx-2.0rc/sk1/document/controllers/paint_ctrl.py", line 140, in repaint\n    self.timer_callback()\n', '  File "/usr/lib/sk1-wx-2.0rc2/sk1/document/controllers/paint_ctrl.py", line 404, in repaint_draw\n    self.curve_point)\n',  '  File "/usr/lib/sk1-wx-2.0rc2/uc2/libgeom/points.py", line 43, in contra_point\n    return [2.0 * p1[0] - p0[0], 2.0 * p1[1] - p0[1]]\n

Запустил программу, начал рисовать кривую рисую точки. При добавлении точки возникает «блик» и вывод данного сообщения, при этом дальше программа работает. Кстати, некоторые точки новой кривой создаються без мерцания и соответственно без вывода данной ошибки.

«конвертировать cdr в svg /linux -online» — ссылка на AP на второй странице выдачи.

-online? Ты объясни это обычному пользователю. Без этого трюка ссылку на страницы апа пользователь просто не найдет.

Ну вот рэпорт

https://github.com/sk1project/sk1-wx/issues/20

Есть одно важное замечание: это не проблема старого ПК. Здесь совсем другая история.

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

http://i.minus.com/iZG0HS2a4yLAB.png
http://i.minus.com/iMfY6YyB5bHg3.png

Вот нафига было так делать? Теперь и не увидишь, что ты там хотел показать.


Далее. Я не понимаю, зачем такой ужас вываливать на пользователя:

CDR

Используем:
$ cdr2xhtml file.cdr > file.xhtml
Полученный файл XHTML открываем в текстовом редакторе, удаляем начало и хвост файла, относящиеся к XHTML. Результат открываем в Inkscape.

VSD

- Выполните команду ‘$ vsd2xhtml file.vsd > file.xhtml‘.
- Откройте file.xhtml в текстовом редакторе, удалите куски XHTML и оставьте куски SVG (см. ниже).
- Сохраните результат в SVG.
- Откройте SVG в Inkscape.
- Любуйтесь результатом.

Куски SVG начинаются этим:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>  <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN"   "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">  <svg:svg version="1.1" xmlns:svg="http://www.w3.org/2000/svg"   xmlns:xlink="http://www.w3.org/1999/xlink" width="1008" height="1008" >

…и предсказуемо заканчиваются этим:

</svg:svg>

Объявление XML и DOCTYPE по умолчанию закомментированы — это придётся исправить. Помните, что если в VSD несколько страниц, vsd2xhtml встроит в XHTML один за другим несколько документов SVG. Просто сохраните их в раздельные файлы.

Неужели нельзя было сделать ключик, ради чего такие сложности?

И казалось бы, почему нельзя просто выгрузить N SVG-файлов в указанный каталог?

Более элегантный вариант - собрать страницы на одной, расположив их рядышком. Как Inkscape импортирует pdf.

С картинками это было временное решение. Постояннее которого, как известно, ничего нет. Доберусь до компа — поправлю.

Неужели нельзя было сделать ключик, ради чего такие сложности?

Я тебе уже предлагал написать в трекер. Ты сюда пишешь чтобы что? :)

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

Более элегантный вариант - собрать страницы на одной, расположив их рядышком. Как Inkscape импортирует pdf.

Inkscape так не делает и никогда так не делал.

упс, перепутал. А жаль - полезня была бы фишка. Хотя бы как опция.

Прикол в том что это как-то связано с использованием внешней лазерной мышки (у меня - «Logitech RX300»)

Сегодня я проделал все тоже самое что и вчера НО используя лишь touchpad ноутбука (в моем ноутбуке это «SyncPS/2 Synaptics TouchPad») - и все работает гладко!

Значит проблема в том, как sK1 считывает данные с лазерной мышки!

упс, перепутал

Тонко... :)

sK1 самостоятельно НЕ СЧИТЫВАЕТ. Это делают иксы. И если формируется некорректный эвент - это может быть причиной эксепшина и соотв. очистки экрана. Попробуйте сменить мышу - может дело в шелезяке?

не важно - collate pages вполне допустимая операция.

Вот это нынешние разработчики: «попробуй сменить мышку», «смени ноутбук», «умвр». Мда. Хотя, опенсорс и все такое, я понял, ага.

Если проблема воспроизводится только на определенном железе (причем устаревшем), вполне резонно подозревать некорректность работы железа. Или мсье умеет фиксить хардварные проблемы по фотографии? :)

У меня была старенькая машинка (Core2Duo 48нм процесса). На асусовской материнке глючили usb порты и копирование на внешние носители (флешки и т.п.) приводило к сбоям. Кто виноват - Торвальдс со свои кернелом, авторы миднайта/долфина/наутилуса или таки медленно сдыхающая материнка?

sK1 самостоятельно НЕ СЧИТЫВАЕТ. Это делают иксы. И если формируется некорректный эвент - это может быть причиной эксепшина и соотв. очистки экрана. Попробуйте сменить мышу - может дело в шелезяке?

Кстати, запросто. Я видел дешевые мышки, которые нормально работали в винде, и под 90 градусов в иксах.

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

Если у него шлет сообщениями в консоль, то это же ваша программа пишет что-то? Вы, как автор должны понимать, что она говорит своему создателю. Даже если она общается с вами через других людей. Добавте в неё больше принтов, чтобы отладить чтоли

Сначала надо понять, что вызывает проблему. Если это единичный глюк из-за неисправно мыши/глючащего usb/некорректно работающего драйвера и т.п. - смысла это дебажить нет. Потратить неделю-другую на единичный случай, который исчезнет при замене девайса - это крайне нерациональный расход времени. Предусмотреть все хардварные проблемы невозможно. Стектрейс неинформативен в данном случае.

Если это проблема железа (в чем я лично сомневаюсь), почему «блики» и вывод в консоль присутствуют только при создании точки новой кривой, но не при редактировании точек существующих кривых? И почему при создании полилинии нет подобного бага? Может дело в формуле (которая выводится в тексте сообщения консоли)?

Вот это нынешние разработчики: «попробуй сменить мышку», «смени ноутбук», «умвр».

Ну а это - нынешние потребители: «хачу всиво, сразу, безплатна и без смс».

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

Спасибо за вашу работу!

прецезионная печать с поддержкой CMYK как на *nix платформах, так и на Windows

Планируют prepress управление добавить?

Так а почему тогда с помощью встроенного тачпада данной проблемы нет?

Кстати, если использовать левую кнопку тачпада или левую кнопки мыши, то «баг» воспроизводится. Если использовать только ввод через тачпад «тапами пальца» (без задействования хардварных кнопок) то баг отсутствует.

Как сделать лог данных ивентов с устройств ввода? Что использовать и как: xev, evdev или же uinput???

http://stackoverflow.com/questions/873975/how-to-capture-raw-hid-input-on-linux

P.S.: если создавая кривую мышкой зажимаю ЛКМ и держу пару секунд, очень плавно вытягивая контрол новой точки, а потом отпускаю, то баг ИНОГДА не воспроизводится. Как можно «замедлить» или «продлить» время одного клика ЛКМ?

Цветоделение сделать вполне реально. Просто не все ж сразу. Надо финальный релиз 2.0 таки выкатить.

Причин может быть масса. И логгирование искового инпута может не помочь. Хорошо бы воспроизвести баг на другой машине.

Причин может быть масса. И логгирование искового инпута может не помочь.

Давайте инструкции - я готов сделать любые тесты на своей машине.

А там уже по результатам решим - есть что исправлять или нет.

1. Попробуйте сменить мышу - взять на тестирование другую.

2. Протестировать sK1 на другой слабой машине.

3. Возможно еще влияние драйвера тачпада. Можно попробовать отключить тачпад.

1. ... сменить мышь

Нет у меня сейчас другой мыши

2. ... на другом пк

Нет у меня другого пк

3. ... отключить драйвер тачпада

Отключал - эффекта ноль.

Дальше что?

Мышу никак не достать? Это ж просто взять на тестирование.

Вот, http://savepic.ru/11939565.gif протестил на видовс 10(коре 2 дуо х 6ГБт рам, мышка А4 х710 - с ней, кстати, глюки в линуксе, которые предлагалось решить, но мне не помогло. Проявляется в выпадающих списках: сама выбирает ближайший элемент в нём при открытии). Если это то самое мерцание, про которое писал atsym. Проявляется только когда непрерывно несколько точек проводишь, а когда по одной щелкаешь, то нет. Еще заметил артефакты(точки, черточки), если включить snap to objects, взять объект и поводить вокруг его же. Вот увеличил http://savepic.ru/11992812.png Но они пропадают, когда мышу отпустишь. И еще хотел сказать, что очень тяжело попасть мышкой в однопиксельную рамку объекта, чтоб переместить. Если уж сделали пунктирную рамочку выделения шире объекта, то может стоит расширить в неё же невидимую область, за которую можно схватить объект для переноса?

Спасибо! Это уже больше конкретики. Относительно выделения контура - ишью уже есть и будет решаться.

И вам спасибо, хорошее приложение вырисовывается.

Один раз крашнулось на вин 10. Не могу повторить, винда что-то сама сделала «для совместимости». Если с консоли запускать буду, то будет ли в виндовс консоли что-то полезное для вас?

Вполне может быть. Пишите на гитхабе - все будет приниматься во внимание.

Я заметил что если нарисовать polyline не замкнутую линию, затем завершить её двойным щелчком, а потом выбрать create curve, то она продолжается с последней точки завершенной полилинии. Это фишка или баг? Мне кажется так не должно быть.

http://savepic.ru/11968109.gif

Это фишка - продолжение линии полезная вещь.

Спасибо

Во-первых, хочу сказать спасибо за такую программу. Именно то, чего мне не хватало для личных нужд. И под Ubuntu 16.04 и под Win10 (обе x64) стало без проблем.

Но есть несколько вопросов/пожеланий:

• Будет или PPA под убунту?
• Сборка win64 все равно устанавливается в C:\Program Files (x86)\. Это только инсталлятор x64, а сборка все равно x32, или неправильный путь?
• Жутко неудобно что Ctrl+Scroll скрооллит, а не увеличивает/уменьшает. Можно ли перенастроить?

Будет или PPA под убунту?

Загадочного в PPA ничего нет. Просто нехватает времени сделать.

Сборка win64 все равно устанавливается в C:\Program Files (x86)\

MSI сборка еще не отлажена. Ей и недели нет :) Бинарники устанавливаются 64bit (см. в диалоге About вкладку Components).

Жутко неудобно что Ctrl+Scroll скрооллит

Скроллит Shift-Scroll. Инструмента переназначения шоткатов пока нет.

Скроллит Shift-Scroll.

Пардон, не скроллит, а зумит :)

Дошли руки спросить?

К сожалению, [пока?] не получено разрешение на выдачу файла «наружу». Посмотрим, можно ли с этим что-либо сделать.

Если файл есть, можно попробовать дампнуть лог cdr2raw. Починить на основании только лога маловероятно, но всё же лучше чем ничего.