Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2018.06.24;
Скачать: [xml.tar.bz2];

Вниз

Когда сделать скриншот? бла-бла, наверное, пока   Найти похожие ветки 

 
ВладОшин ©   (2016-09-05 17:26) [0]

Не придумал как умнее спросить.
Суть -
Есть главная программа, в которой работает оператор, моя (в смысле, что есть исходники)
Есть программа заказчика, в которую юзер переключается временами и в которой юзер вводит поля, далее щелкает проверить/изменить, программа выдаёт что-то.

Проблема - заказчик говорит, что такие-то данные не проверялись/заполнялись
Оператор говорит, что заполнял и их программа выдала что-то там, о чем он и записал в Главной программе. По логам видно, что действительно, писал, переключался, где-то там нажимал кнопки, вернулся, писал в Главной дальше.

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

Вариант навскидку -
Переключение из Главной программы стартует процесс скриншоттинга, складываем в лог запись имени файла, сам файл ложим на хранилище или БД
Возникает ситуация, смотрим по логу когда это было, поднимаем файл (блоб из БД) - показываем заказчику вот скрин c ответом вашей программы.

Проблема с подходом - ПО заказчика многовкладочное, требуется делать несколько скринов, точнее 2. На вкладке данных и на вкладке ответа/результата.
При этом сколько юзер будет забивать данные по времени - неизвестно. От 2-3 сек до 10, в зависимости от квалификации кнопкодавления. Страницу результата смотрит .. ну сколько.. ну, пол.сек. Делать скрины со скоростью 0,5 сек - за 10 сек выходит 20 скринов.
Операторов до 100 человек.Получается .. огромные объемы. Заказчик еще опомнится может через пару - тройку-четверо суток, хранить надо, получается , неделю.

Как бы поймать то время, что вот один скрин, а вот другой.
Со вторым еще понятно - он последний после возврата в Главную программу. Хотя тоже не факт.. Юзер может предварительно опять выбрать окно ввода данных..

Вариант, перекрыть кнопки.. сам оператор пусть нажимает принтскрин. Вот данные, вот ответ. Принтскрин перехватываем, пишем сразу в файл.
Но оператор может забыть нажать. И так минут 40 проработать.

в общем, пока не понимаю как сделать.
Административное решение проблемы рассматривается. Но именно руководство попросило подумать над техническим вариантом, с минимальной переучкой оператора.


 
ВладОшин ©   (2016-09-05 17:39) [1]

А если создать окно посреди экрана, красное, мигающее, StayOnTop, без фокуса, "Сделай скриншот!"
и как кнопка что бы выглядело

И показывать его как только юзер ушел из Главной программы (переключился)
(или активно окно программы заказчика)

ну, наверное, как забудет тут.. не должен забыть нажать, по идее


 
iop ©   (2016-09-05 18:14) [2]

дурная затея.

убьешь ты кучу времени на скриншоты, а дальше:

заказчик говорит : ничего не делалось!
оператор говорит : всё там делалось!
ты                     : вот мои скриншотике!

заказчик : засунь их куда-нибудь обратно, ибо я вижу что ничего не делалось!


 
iop ©   (2016-09-05 18:15) [3]

.... и покажет тебе свои скриншотики на которых действительно "ничего не делалось"


 
sniknik ©   (2016-09-05 18:26) [4]

> там по канве пишется или еще как, у программы практически нет окон получается.
так ява окна делает, может и не она одна, но сталкивался только с ней, что на форме никаких компонент, а вроде чисто рисунок.

попробуй "разобрать" на исходники...
https://habrahabr.ru/post/176825/
не знаю чем поможет, но может хоть на мысль наведет, что и где перекрыть, если исходники будут.


 
DayGaykin ©   (2016-09-05 18:51) [5]

Согласен с [2]. Но кому сейчас легко?)

Но если уж делать, я бы привязался к действиям пользователя в той проге: клики, нажатия кнопок.

Например: вкладки сверху - можно примерно понять когда переключится. С помощью анализа цветов можно понять какая вкладка.

Можно делать скриншот при нажатии любой кнопки пока открыта первая вкладка, а в итоге взять последний.

Было бы более ясно, если бы можно было бы увидеть программу.


 
L_G ©   (2016-09-05 23:32) [6]

а если скриншот не сразу сохранять, а сравнивать с хранящимся в памяти предыдущим (тупо попиксельно), и только если количество изменившихся пикселей больше заданного порога (типа открыли другую вкладку/окно) - сохранять _предыдущий_


 
Eraser ©   (2016-09-06 06:40) [7]


> ВладОшин ©   (05.09.16 17:26) 


> складываем в лог запись имени файла, сам файл ложим на хранилище
> или БД
> Возникает ситуация, смотрим по логу когда это было, поднимаем
> файл (блоб из БД) - показываем заказчику вот скрин c ответом
> вашей программы.

зачем в базу или хранилище? складывать локально у юзера (по желанию можно зашифровать вшитым же ключом, просто для вида). не думаю, что кто-то там решит мухлевать/править/взламывать.
хранить в зависимости от накопившегося объема, вычислить эмпирическим путем. в зависимости от интенсивности работы там будет максимум несколько сот МБ в неделю, а если еще в 8 бит жать, то и в месяц. пробовать надо. естественно жать надо в png, особенно если известно, что на раб. столах нет котиков.


 
ВладОшин ©   (2016-09-06 10:07) [8]

спасибо всем участникам. Все идеи прочитал, осмыслил
Но... Отбой получен )
Договорились что пишем (в плохом качестве) видео всей работы, договорились на 2 дня хранение. В чб качестве, не напрягает 3 видео файла хранить. Позже - умерла так умерла.


> sniknik ©

Не, там QT
Из тех окон что есть, обзываются с префиксом Qt
он, типа, кросс платформа, как и ява, т.е. сам все контрлы рисует тоже.

iop ©  
не в том дело. Заказчик, по идее может поднять логи, убедится в этом сам - его программа же, может лог какой прикрутить для таких случаев. Но там, похоже они заказали программу на фрилансе, потом заказали у нас людей.
Идеальный бизнес - у тебя нет сотрудников кроме директора и главбуха ) Им на такое некогда смотреть, им дай результат или покажи, что его нет.


 
iop ©   (2016-09-06 11:14) [9]

если все стороны заинтересованы то тогда это действительно другое дело.

но в этом случае тоже не надо тратить время на скриншотинг.
оператор сам пишет видео или сам делает скриншоты и все им верят.

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

заказчик скажет: ну окей, я вижу, скриншотики красивые, вы молодец.
Но у меня на моем конце все равно нет каких-то данных, поэтому потратьте еще своего времени на поиски чего-то там еще.



Страницы: 1 вся ветка

Форум: "Прочее";
Текущий архив: 2018.06.24;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.48 MB
Время: 0.002 c
15-1473060464
andrd
2016-09-05 10:27
2018.06.24
Посоветуйте ресурсы для написания программ под Android


15-1468505113
Копир
2016-07-14 17:05
2018.06.24
Mundi termini appropinquante...


15-1473085582
ВладОшин
2016-09-05 17:26
2018.06.24
Когда сделать скриншот? бла-бла, наверное, пока


15-1473307435
andrd
2016-09-08 07:03
2018.06.24
DelForExp для Embarcadero


15-1470377665
Inovet
2016-08-05 09:14
2018.06.24
Неужели всё так печально?





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский