FUNCTION QInput(nTop, nLeft, nBottom, nRight, aHeads,;
;// 6 7 8 9 10 11 12 13 14 15
nAppp, aRef, aPict, aWhen, aValid, nUnique, bScrInit, bPost, cFltr0, lSpec,;
;// 16 17 18 19 20 21 22 23
aGetBlock, bScrPost, cScope, bPreGet, bPostGet, nTag, lNoAppend, lNoRestScreen,;
;// 24 25 26 27 28 29 30
lGetBlock, cMessSave, bRestSave, bPostRead, lSubIndex, bSayHead, bKeyHead,;
;// 31 32 33 34 35 36 37
aActionKeys, aGetExtTypes, aGetContinue, aTab,lNoScopInFilter, nAuto, bAutoSetValBlock;
)
//lSpec должен присутствовать при входе не через InitList()
//lSpec='REFER'-вход из Refer:цвет,нет цикла,нет поддержки скроллинга,специфические When,Valid
//lSpec='RESTOFF'-вход из ProBase:все как в штатном режиме,но без восст.области
//lSpec='ONLY1INPUT'-нет цикла, вход не из initList и не из s_browse // Вася 002
//Если E VAL(bScrInit)->0,то редактирования не происходит вообще
// lNoAppend - .T., то добавление записи при любом nApp не происходит
// предпологается, что добавление и откат производитс
// в bPreGet и bPostGet
// также происходит сохранение полей даже если не было коррекции
// lGetBlock - .T. в фильтре на поле интервал aGetBlock вешаетс
// на два oGet и ему передается значение,oGet и nPoz ({|x,oGet,nPoz| })
// где nPoz 1-ый или 2-ой эл-т интервала
/// lNoRestScren - .T., то восстановление пред. состояния экрана
// в любом случае не происходит, предполагаетс
// что восстановление либо не требуется, либо
// выполняется в bPostDisp или bScrPost
// cMessSave - запрос о записи документа
// lSubIndex - .T. построение субиндекса при установке фильтра
// иначе ручного индекса
// aTab - передан из initlista. описание см. там же
//lNoScopInFilter - используется при фильтре: не включать скоп в FOR-индекс
Непонятно какие такие разночтения могут возникнуть при использовании
@Say @Get
Стараюсь ни один без ответа не оставлять в данной рубрике.
Обязательно освещу решение данного а.
Но боюсь не раньше середины сентября у меня лично будет такая возможность.
Могу попробовать Вам помочь.
Но для этого надо удаленное подключение к компьютеру с вашей кассой.
Чтобы сразу смотреть в отладчике - реагирует драйвер на команды или нет.
Работа займет время и поэтому бесплатной не будет.
Если такая помощь Вас устроит - пишите в личку
По коду навскидку надо убрать OEMTOANSI()
потому что в Б5 итак ANSI
И менять
createobject() на OleCreateObject()
ЧТОбы на втором чеке БЭСт не вываливался лучше объект удалять.
С ходу не помню, но если эти замены после компиляции помогут, то напишу.
Если нет, то тогда обеспечивайте рабочим местом с отладчиком - будем разбираться.
Мы сделали специальный планшет для работы на складе и в рознице.
Суть проста.
Ставим небольшой Firebird (в офисе или наше облако)
БЭСТ-5 синхронизируется на уровне справочника товаров и цен.
Тогда когда ему надо.
Заявки на сборку передаются менеджером.
На складе идет фасовка.
Результат фасовки возвращается через облако или внутренний сервер для формирования накладных в БЭСТ-5.
Основные достоинства:
HTTPS протокол
Практически работа в он-лайн без лишних копирований.
Возможность полного контроля веса на момент передачи.
Возможность контроля погрузочных мест, контроля погрузки в машину через весы.
Возможность управления ценой в рознице с планшета или смартфона (хоть из за границы).
Нет лишних действий оператора: забыл файл выложить, обновить и т.п.
Нет устройств требующих обслуживания в плане вирусов.
Визуализация весов. Можно перепрошивать различными страницами не предоставляя доступ к БЭСТу в выходные и праздничные дни.
Путаете Уважаемый южный берег белого моря с северным берегом черного.
Платформа Харбора лучше многих адаптируется к новым ОС, потому что Вы имеете дело с языком Си
ВОзможно кстати опять таки к разработчикам.
Попросить в сообщении фразу "некоторым" указывать конкретный список или сделать "кнопарь" просмотреть список файлов, чтобы как-то конкретизировать работу на местах.
Но это совсем другая история.
Цитата
gabov пишет:
Если я не туда пишу ,то направьте куда писать.
gabov пишет:
Только после полного закрытия Бэста и нового вхождение в программу архивирование запустилось.
В этой теме обсуждается о том, что НЕТ ВОЗМОЖНОСТИ ПОЛНОСТЬЮ ЗАКРЫТЬ все сессии БЭСТа, потому что они не видны.
Вы решаете свой закрытием и недовольны этим. Это совсем другая история.
Вышли и зашли и что с того? криминал ?
Задумайтесь над тем, почему у вас сервер приложений не отпускает все файлы БД.
В соседней теме про ночную индексацию Сергей Александрович примерно написал на что обратить
В БЭСТе то может быть, но есть всякие Didview и прочие приложения, которые могут держать файлы. В Б5 не могу говорить предметно, а вот в Б4 это было просто обязаловка.
На практике ночью мы гасим ВСЕ сеансы по-любому,чтобы даже голову себе не забивать что еще может держать или кто забыл за собой сеанс закрыть корректно.
Сказал БЭСТу взять предприятие из другой папки - он создаст еще одно предприятие с копией, переименует его и все.
можно поподробнее, а то я вот только это нашел:
8 Рекомендации по эксплуатации системы БЭСТ-5
23. Для обеспечения сохранности данных рекомендуется ежедневно производить копирование базы данных учетной системы БЭСТ-5 в архив с помощью штатных средств системы БЭСТ-5 или с помощью сторонних программ, предназначенных для архивирования файлов. Создание архивной копии базы и восстановление из архива с помощью средств системы БЭСТ-5 описано в документации Глава 3. Начало работы из пункта меню Пуск → Программы → Система БЭСТ-5 → Документация ® Раздел1. Введение.
но пройдя по этому пути я ничего не нашел :(
может у меня бэст совсем криво установился ?
Дело в том, что создание архивных копий надо делать для того чтобы были, на всякий случай, а не для регулярного их восстановления.
Тем не менее Вы можете распаковать вручную архиватором базу в нужную Вам папку.
Затем создание нового предприятия и сказать, что оно в указанной папке.
Евгений Топоров пишет:
а это мне надо для экспериментов. или подскажите, как мне восстановить ночную архивную базу, запакованную бат файлом который я здесь выкладывал, в другой каталог и дать ей другое имя?
А во это не понимаю:
ну распаковал в другую папку.
Сказал БЭСТу взять предприятие из другой папки - он создаст еще одно предприятие с копией, переименует его и все.
Евгений Топоров пишет:
тогда можно считать, что мой сервер и терминальный режим настроены правильно :)
и все глюки которые я наблюдаю работая в программе бэст, относятся к программе бэст ?
Возможно наоборот....специально для БЭСТа не надо настроек, но терминал сервер надо настраивать и проблемы могут быть связаны с его некорректной настройкой.
Они же имеют плавающий характер.
Вы можете открыть и закрыть 10 сеансов и проблемы не будет, а на 11 она произойдет.
Например каким-то образом идет пересечение временных файлов у разных сеансов ну или там проблема виртуальной памяти...очень много всяких разных настроек и утверждать и прямое и обратное не имея дела с конкретным сервером не просто.Я не системный инженер терминал серверов, но даже в оч. солидных организациях нашим ребятам чего только не приходилось поправлять за админами... Это отдельная работа и достаточно сложная, потому что много всяких настроек можно изменить.
Евгений Топоров пишет:
можно как то все это объединить, ошибки почти у всех одинаковые, и мне как пользователю, лучше посмотреть такую же ошибку и решить проблем
Это палка всегда о двух концах.
Все дело в том, что доступ к описаниям проблем конкуренты как правило используют для аргументирования перехода.
Поэтому ни один производитель не выкладывает в публичный доступ такие вещи.
Например, если менеджер майкрософта признает ошибку в разговоре с пользователем - его сразу уволят. У Майкрософта в программах ошибок нет
В результате пользователи страдают и получают инфу на независимых форумах, которая не признается производителем никогда и ни за что.
КБ несколько меньше, но делать такие вещи публичными к сожалению сильно вредит.
Поэтому доверьте это консультантам на горячей линии плз.
Евгений Топоров пишет:
зачем приучать индексировать утром?
я там, если Вы заметили написал несколько вариантов, в том числе и Ваш.Когда БД не большая и мощностей ПК хватает я показываю утром как индексировать.
Мне лично не принципиально когда: Заказчик пусть сам выбирает как ему проще.
А у всех автоматов еще необходимо писать проверку, что индексация прошла успешно например. Есть свои минусы в автомате.
Евгений Топоров пишет:
есть монитор пользователя, который мне показывает кто сидит в 1с7. единственный у него косяк, что если пользователь остановился на приветствии (ввод пользователя и пароля) то монитор это не увидит.
Попробуйте сессию подвесить и посмотрите в монитор
Евгений Топоров пишет:
но если я там делаю изменения напрямую в базе, то я думал что надо их как то "прописать" и индексация это "прописание" делает. может я и заблуждаюсь, значить не надо после внесения изменений напрямую в поля делать индексацию, хотя это в некоторых случаях помогает :)
Это было в БЭСТ-4, когда сторонние продукты рушили индексы, потому что у БЭСТ-4 требовался особый драйвер работы с индексными ключами.
В БЭСТ-5 и FoxBro и DIDView да и Visual Foxpro обрабатывают корректно и разумеется перестраивать индексы излишне.
ЕЩе проблема может быть с дровами сетевой платы и с самой железкой.
У меня была одна сетевуха она в одну сторону работала быстро а в обратку тормозила процессы. Пока ее на сервере не выбросил и не купил новую - ничем проблему решить не мог.