logo
logo

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

создать новую тему раскрыть все
Несколько замечаний после первого дня Alexey 18/01/2004 02:42 #написать ответ
Сразу прошу прощения, если что-то уже здесь упоминалось - читать нет времени совсем
 
1.раньше можно было кликнув на счете в закладке "Счета" попасть на закладку "Операции" этого счета. А в AbilityCash открывается окно для изменения счета.
Раньше было удобнее.
 
2. В прошлой версии не было разницы между точкой и запятой при вводе суммы. В AbilityCash появилась. Неудобно.
 
3. Почему стали разделяться колонки "корреспондент" и "агент"? Все равно в одной операции невозможно заполнить оба поля. Или планируется сделать такую возможность? В поле корреспондент, думаю, лучше название счета начинать с его названия, а не его валюты. В противном случае резко снижается возможность уменьшения ширины колонки.
 
4. Мне кажется, если настройки страницы будут сохраняться автоматически - будет удобнее.
 
5. Возникает ошибка при попытке убрать галочки в полях "плоские заголовки колонок", "показывать панель команд" и "развернуть список фильтров". До этого были выделены все поля. (Windows ME). При отмене полей по одному проблем не возникает.
 
6. При выборе в окне ввода операции новой даты с помощью выпадающего меню окно ввода исчезает совсем. При нажатии кнопки "Добавить" окно появляется с выбранной датой.
 
Dervish:
 
1. Это обсуждалось. Посмотрите сообщение "Переход на операции" от Val вот здесь.
 
2. Десятичный разделитель берётся из настроек Windows. AbilityCash разрабатывался с возможностью перевода на другие языки и поэтому если разрешить и точку и запятую, могут возникнуть конфликты.
 
3. Такая возможность уже сделана.
 
4. Не согласен.
 
5. Спасибо, я посмотрю эту ошибку, постараюсь исправить.
 
6. И эту тоже.
 
Спасибо.
продолжение Alexey 19/01/2004 01:42 #написать ответ
2. Может тогда добавить возможность выбора - только точка, только запятая или и то, и другое.
 
Вот что выявил на второй день:
1. Не работает кнопка "добавить" в окне "добавить операцию".
2. Опция "Плоские заголовки колонок списков" действует не только на AbilityCash, но вообще на все приложения. И на Windows в том числе.
 
Dervish: Насчёт точки и запятой, я подумаю.
 
По новому списку замечаний:
 
1. Она была не сделана. Только что сделал. В 181-м билде будет работать.
 
2. Это невозможно: списки самодельные, я не пользуюсь стандартными контролами для них, так что никакой взаимосвязи нет и быть не может.
продолжение 2 Alexey 19/01/2004 01:48 #написать ответ
2. после перезагрузки вроде эта особенность исчезла
 
Dervish: Что и требовалось доказать!
Диалог ввода даты и колесико мыши zaraysky 19/01/2004 07:36 #написать ответ
Решил сюда запостить, чтобы ттемы не плодить...
В диалоге ввода даты при нажатии стрелок "Вверх" и "Вниз" значения увеличиваются и уменьшаются соответственно. При использовании колеса мыши значения меняются в противоположном направлении: то есть кручу колесо вверх - уменьшается, вниз - увеличивается. Это фича или баг?
 
Dervish: Поведение стрелок взято из стандартного контрола Windows, а когда делал поведение колёсика, смотрел за поведением Explorer-a. Неудачно получилось? Изменить?
изменить... zaraysky 19/01/2004 11:01 #написать ответ
Специально посмотрел - в диалоге изменения системного времени при повороте колесика вверх значение увеличивается...
Кнопки (стрелки) работают корректно.
 
Dervish: ОК, исправлю.
Продолжаю здесь Александр Зарайский 19/01/2004 14:17 #написать ответ
Объяснять долго. Если не сможешь повторить - опишу подробно. Но, по-моему, это просто недоработанная ветка еще...
Смотри.
Есть 2 счета. Например долги.
Один Васе. В долларах. 1000 долларов.
Второй Пете. В рублях. 1000 рублей.
Добавляю операцию перевода. От Васи Пете. И дальше диалог становится непередаваем по логике. Посмотри сам. Если что - пиши на мейл...
 
Dervish: Посмотрел. У меня всё нормально. Пишу на мыло.
Там что-то намудрено с радиобаттонами Александр Зарайский 19/01/2004 14:26 #написать ответ
Совсем непонятно - когда с долларового счета на рублевый.
Чуть более осмысленная логика с рублевого на долларовый.
Я примерно понял смысл радиокнопок там - но не до конца.
 
Dervish: по e-mail
может про . и , опцию в настройки? Константин 20/01/2004 21:25 #написать ответ
типа если юсер хочет, то он сам соглашается что могут быть глюки с интернационализацией. Но может ему как раз и все равно и он работает в дефолтном языке, где одного специального if достаточно.
 
Dervish: Может быть. Но всё-таки, мне интересно, Константин, а что мешает откорректировать настройки Windows? Ведь если суммы вы хотите вводить через точку (запятую, решётку или любой знак, который отличается от стандартного), то вы наверняка хотите их (суммы) вводить так не только в Cash, но и в других программах... Например, в Excel... Тогда что мешает откорректировать настройки Windows?
а если просто настройки Windows поменять? HexPlorer 20/01/2004 21:48 #написать ответ
хотя есть примеры программ, где отдельно настраиваются параметры региональных установок...
 
ИМХО - от лукавого это...
 
Да и официальную сертификацию AbilityCash на Windows-совместимость не пройти будет...
 
Dervish: А зачем мне нужна официальная сертификация? Я пока и не собирался этого делать... Кесарю - кесарево, а слесарю - слесарево... Мы, слесари, как-нибудь сами разберёмся между собой!..
Всегда нужно ставить задачу максимум HexPlorer 21/01/2004 09:05 #написать ответ
а задача минимум сама получится...
 
вообще это была шутка, забыл сопроводить смайлом, что сейчас иделаю.
 

 
Dervish:
"." и "," Роман 21/01/2004 12:29 #написать ответ
В Exele я могу вводить с NumPad-а и "." и ","
 
Dervish: Да? Воистину безграничны возможности Excel-я... Я не видел такой фичи, наверное потому, что я работаю с ноутбука, а тут нормального нумпада просто нет. А вообще, надо будет посмотреть... Может быть я сделаю что-то аналогичное. Спасибо за подсказку.
 
Добавлено 29.01.2004:
Сделал аналогичное. В 184-м билде нажатие на десятичный символ в NumPad-e будет вводить тот символ, который установлен в настройках, то есть, который требуется для ввода чисел.
все глаза просмотрел - ну нет на NumPade запятой - хоть тресни... HexPlorer 21/01/2004 13:28 #написать ответ
Может у тебя клава хитрая какая...
 
вид разделителя при вводе с NumPada определяется региональными настройками, вся разница между вводом с клавы и НамПэд`а - то, что во втором случае назначение символа определяется однозначно как разделитель дробной и целой части числа...
это страхует от ошибок тупых операторов на вводе, которые нифига не могут понять, что точка и запятая - не одно и тоже для Excel.
 
а вот что касается собственных настроек программы отличных от системных...
 
у меня (у нас) установлен этот <*****> SAP он администрируется централизовано, все установки делает администратор (их человек 50 наверное) который решил, что поскольку мы в России то он может настроить разделитель на запятую - я матерюсь каждый раз...
 
в общем все это скатывается на флэйм, нет тут серьезной темы для дискусии.
 
все и ежу понятно...
 
Dervish: Сейчас я разделитель на NumPad-е никак особенно не обрабатываю. Что получил от Windows, то и "ляпается" в поле ввода. Вопрос, поднятый Романом подводит к тому, что надо бы специально обрабатывать эту кнопку NumPad-а и заменять символ тем, что есть в настройках.
не как раз я хочу чтобы оба знака одинаково... Константин 21/01/2004 21:56 #написать ответ
понимались программой. Переключить то не сложно конечно, просто все время забываешь какой локал включен и если в одном . а в другом , то как раз старое поведение позволяло не замарчиваться а тыкать то что получится. То что в Excel так нельзя как раз его минус
 
Dervish: Нет, немного по-другому имелось в виду, а именно:
 
Если вы нажимаете на клавишу "." на NumPad-e, то вам уже не надо задумываться, какой локал включён. Программа узнает эту клавишу, сама посмотрит, что за символ используется в качестве десятичного знака (точка, запятая или что-то ещё) и впечатает в текст именно этот знак.
И поом у меня нотбук, там нумпада нету... Константин 21/01/2004 21:59 #написать ответ
а в тех клавишах которые рядом слева от правого шифта можно заблудится в поисках нужного символа, а было так хорошо. куда попал туда и ладно
 
Dervish: И всё-таки, Константин, мне хотелось бы сделать так, чтобы AbilityCash был переводимым и поддерживал другие языки и страны. Я не отказываюсь делать (и сделать), чтобы было удобно, но не в ущерб переводимости программы, хорошо?
 
Я подумаю, что и как тут можно сделать.
спасибо. придумается хорошо, нет и так проживем ;) Константин 22/01/2004 12:54 #написать ответ
*
 
Dervish: ok.
точки-запятые Miha Ulanov 26/01/2004 17:37 #написать ответ
Проблема ещё в том, что в настройках локализации можно указать разные разделители - отдельно для чисел, отдельно для денег. Например, у меня стоит для чисел точка, а для денег запятая. Вопрос в том, какой из этих разделителей брать при нажатии точки на нумпаде.
Хотя тот же excel на денежный разделитель плюёт и всегда рисует точку, даже если выбрать денежный формат...
 
Dervish: Денежный формат вряд ли подойдёт для программы: в нём по умолчанию прошита национальная валюта, а Cash многовалютен по своей сути. Поэтому я использовал формат чисел для обозначения сумм.
еще замечания Alexey 24/01/2004 02:35 #написать ответ
1.Криво работает корректировка времение в добавлении операций при наборе чисел на клавиатуре.
 
2.ногда на странице счетов отображается неверный остаток на счете.
 
3.Почему бы не сделать возможность отображения остатков на счетах в более чем 2 валютах одновременно?
 
Dervish: Попробую ответить:
 
1. Посмотрю. А что именно криво?
 
2. Когда? Что нужно сделать, чтобы был неверный остаток? И, кстати, какой у вас билд программы?
 
3. Просто не пришло в голову. Возможно, сделаю в будущем.
продолжение Alexey 25/01/2004 03:05 #написать ответ
1. Когда я ввожу время, у меня изменяется только последняя цифра в двузначном числе. Хотя возможны варианты, но нужное время все равно не вводится.
2. Неверный остаток появился однажды. Сразу после экспорта предыдущей базы и ввода пары операций. Теперь остаток всегда неверный, и вроде бы, всегда отличается на одно и то же число. Хотя операции с такой суммой не проводилось.
Билд 183.
 
Dervish:
1. Спасибо, проверю.
 
2. Возможные варианты, почему это может происходить: (а) для этого счёта вы установили начальный остаток, (б) всё-таки были по этому счёту совершены операции, о которых вы забыли, ну и, наконец (в) ошибка в программе.
 
Честно говоря, мне кажется, что ошибка тут маловероятна, поскольку я постоянно смотрю за такими вещами, как остатки и явный ляп уже давно выловил бы.
 
Так или иначе, все остатки всегда пересчитываются в случае, если добавляется, удаляется или изменяется операция по этому счёту.
продолжение Alexey 26/01/2004 01:50 #написать ответ
2. Дело в том, что показываются разные остатки на странице счетов и странице операций. Разница составляет 21 руб. Начальный остаток я не вводил, поскольку файл экспортирован из предыдущей версии.
 
Dervish: Алексей, честно говоря, я не знаю, как искать эту ошибку. Не имея данных под рукой, очень сложно сориентироваться и понять, в чём проблема.
 
Добавлено 29.01.2004 г. 01:58 (MSK):
Несмотря на мои уверения, что там всё должно быть правильно, я всё-таки нашёл ошибку. Build 184 будет правильно считать остатки по счетам (на странице операций).
re: Еще замечания Andrey 27/01/2004 10:25 #написать ответ
А случаем никакой операции прихода/расхода на 21 р. в затертом 19хх году не введено?
файлы Alexey 28/01/2004 02:24 #написать ответ
...отправил почтой
 
Dervish: Спасибо. Как только будет информация, отвечу по e-mail и в этом форуме.
Ошибка открытия базы Andrey 27/01/2004 14:35 #написать ответ
(Тоже сюда пишу для всехнего удобства)
Осматривая программу сделал тестовую базу.
1) Видимо, из-за ошибок в реализации классификаторов, записавшихся при сохранении в пробную БД, при открытии ее выдается ошибка (под окном ошибки находится окно с текстом "Подождите пожалуйста, читается файл "proba.acb".")
Файл: Array.h
Строка: 220
Возврат: 0x0041a25d
Версия: 2.0 alpha
Сборка: 183
 
2) После создания классификатора становится недоступным для изменения его настройка "Разделять по виду операции". Может так и задумано?
 
Dervish: 1. Спасибо за сообщение, я занёс его в план работ.
 
2. Так и было задумано. Я не знаю как изменить настройку "Разделять по виду операции" на существующей базе с существующими операциями.
 
Добавлено 31.01.2004:
Я посмотрел на ваше сообщение об ошибке. Вы совершенно правы, это "отголосок" того, что база была записана неправильно в предыдущем сеансе работы. Ошибка кроется в другом, а в этом месте ошибки нет.
Ошибки (183) Коля 28/01/2004 12:21 #написать ответ
С первого дня тестирования обнаружил:
1. Нет возможности открыть "создать" счет в новом проекте. Все работает только со старой базой. Думаю это существенно!
 
2. Если пользоваться "полями" цена за ед./ко-во, то в базе отображается только 1,0000 не смотря на то, что указывал, например 4 шт по 2,50. тоесть суммарный расход указывается правильно, но меняется цена за ед. на общую, а в поле ко-во всегда 1,0000
 
3. Ошибка с работой перевода со счета на счет в разных валютах. Она заключается в том, что когда проводишь перевод, то с одного счета списывается сумма, а на другой зачисляется. Но когда редактируюешь эту операцию, тоесть делаешь любое изменение, то списывание со счета заменяется на зачисление на счет ( -... => +...). Состояние счета, на который пришла сумма не меняется.
 
Dervish: Перенёс замечания в план работ. Спасибо.
Николай, нужна ваша помощь Dervish 31/01/2004 01:46 #написать ответ
Николай, очень прошу, напишите мне письмо на e-mail (вы не оставили своего адреса, так что я не могу с вами связаться).
 
Кратко суть вопроса:
 
Я не могу обнаружить ошибку, описанную во втором пункте, у меня всё работает корректно. Я хотел бы попросить вас поподробнее описать ситуацию и что я должен сделать, чтобы у меня проявилась проблема с полем "Количество". Возможно, она была исправлена в 184-м билде во время правки других ошибок. Если не затруднит, проверьте, пожалуйста!
 
Третий пункт исправлен, в 184 build-e программы этой ошибки не будет.
 
Первый пункт я сделаю чуть-чуть позже.