После последнего обновления вылетает ошибка при переносе ароматизатора из списка "мои ароматизаторы" в оно "Выбор аромы".
up
а если в верхнюю часть окна указать-срабатывает. Диапазон сбился что ли
Последний раз редактировалось Koker; 05.01.2016 в 22:44.
спойлер
Все обновилось
спойлер
Так как данная проблема возникает в основном при парсинге xml-файла при региональных настройках отличных от авторских, то может добавить эту рекомендацию в обработчик исключений? Что-нить типа: при срабатывании catch(EConvertError) - выводить простецкий messagebox с требуемыми настройками. Но навязывать пользователю запятую как разделитель дробной части - не красиво. Можно же считывать поля из xml как строки, с последующим парсингом, учитывающим формат даты и чисел (вроде Convert.ToDouble(String,IFormatProvider), где IFormatProvider - использованный автором ru-RU стандарт). Часть вопросов/претензий, озвученных в треде, сразу отпадёт.
В догонку: что-то с контекстным меню (которое выползает при нажатии ПКМ) испорчено: в строке Цена сотки, мл./руб. при установлении объема сотки 0 мл при ненулевой цене - в момент выполнения расчета контекстное меню есть, после окончания расчета - многократно анимируется выпадение меню, прорисовка пунктов (текст и иконки) не успевает отобразиться. Вероятно связано с обработкой цены получившегося замеса - стоимость сотки получается бесконечно велика. Не делите на ноль, или поставьте обработчик исключений. Или костыль: Объем сотки = MAX(значение с интерфейса, 0.001). Portable- и Full-версии 2.1.6333. WinXP_SP3.
Последний раз редактировалось ltTrofimov; 08.01.2016 в 17:08. Причина: Контекстное меню
- Добавлены разделы «Статистика расходов» и «Статистика некурения». Задать свои параметры вы можете в настройках программы -> «Статистика»
- Увеличение стабильности работы приложения, исправление ошибок;
Указанный выше глюк с контекстным меню сохранился и в билде 6484, но он скорее зависит не от цены на сотку, а от невозможности соблюсти указанные условия. При попытке из traditional основы получить PG/VG 50/50 без воды - проходит много итераций расчета и похоже, что они не останавливаются после достижения минимальной доли основы - воду всё равно никуда не убрать.
спойлер
Последний раз редактировалось L4zySh4rk; 10.01.2016 в 20:21.
ltTrofimov, объемы и капли у вас и у нас считаются идентично, а вот веса по-разному. Вы меняли плотности компонентов в настройках? Если да, то какие они у вас?
Да, и в последней версии расчет стоимости замеса отключается, если где-то в расценках в миллилитрах указан 0.
Последний раз редактировалось alty; 11.01.2016 в 12:42.
Плотность компонентов не менял. На первой картинке (которая без проблем) результаты в граммах идентичны вашим. На картинке с проблемами - капли совпадают, граммы нет. У вас расчет массы идет после окончания шага итерации? Если так - то возможно капли и граммы соответствуют разным итерациям расчета, граммы отстают. Process explorer показывает, что поток расчета не завершается при нулевой сотке и находится в состоянии Wait:UserRequest. Отсюда неактивная кнопка Расчитать и чекбоксик Максимальный VG. Копайте условия окончания потока. билд 6484 portable,full.
Хм-хм... Я пытаюсь получить у себя эту ошибку. И у меня пока не получается увидеть подобное вашему второму скрину. Поэтому я и спрашивал про плотности. Билд совпадает, вводимые данные совпадают. Но я получаю то же, что на скрине у L4zySh4rk на предыдущей странице - то есть нормально посчитанный и по объему и по весу замес. Только цены не считаются...
"Wait:UserRequest"... А там может какое-то информационное окно с ошибкой есть? Может оно за основным окном и его не видно?
Окна с ошибкой нет. Просто не завершается поток с вычислениями замеса. По катом - скрин с Process Explorer'а. Первый поток - основной поток VapeCalc'а, второй (нижний в списке) - появляется во время вычислений. При нормальных условиях он закрывается после вычислений, при ненормальных - остаётся в ожидании чего-то своего, что приводит к проблемам с контекстным меню, неактивным кнопкам и чекбоксам.спойлер
Если эта проблема касается только XP-юзеров, можно смело забить, нас не так много осталось. Но мне кажется, что ошибка чисто алгоритмическая и копать следует в условиях окончания вычислений.
UPD: может у AMD своя атмосфера при вычислениях с плавающей точкой? Ничего специфического, чисто под Intel, не используете?
Последний раз редактировалось ltTrofimov; 11.01.2016 в 21:12.