Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Добавить чуточку удобства) #33

Closed
GoogleCodeExporter opened this issue Mar 28, 2016 · 29 comments
Closed

Добавить чуточку удобства) #33

GoogleCodeExporter opened this issue Mar 28, 2016 · 29 comments

Comments

@GoogleCodeExporter
Copy link

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

Original issue reported on code.google.com by Original...@gmail.com on 28 Aug 2011 at 10:51

@GoogleCodeExporter
Copy link
Author

Там все сложно - система банально может 
закрыть окно к этому времени.
Ставьте галочку Load recent/Открывать последнее 
и будут сщастье.

Original comment by Alexander.V.Kasatkin@gmail.com on 28 Aug 2011 at 10:56

  • Changed state: Discussion

@GoogleCodeExporter
Copy link
Author

Всё делается не так сложно как кажется на 
первый взгляд. Для этого надо всего лишь 
при выходе по кнопке "Домой" запоминать это 
(флаг true) , а при открытии/переключении на 
программу проверять его, если true, то 
открывать последнюю книгу (если программа 
всё же была закрыта Андройдом) или сразу же 
её показывать (если Андройд ещё не успел её 
убить). После чего сбрасывать Флаг в false.

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

Original comment by Original...@gmail.com on 28 Aug 2011 at 11:11

@GoogleCodeExporter
Copy link
Author

В этом случае нужно следить, что произошло, 
нажали кнопку "Домой" или нет.  

Original comment by mc.creat on 28 Aug 2011 at 12:07

@GoogleCodeExporter
Copy link
Author

При повторном заходе валится с 
вероятностью 50% внутри нативной Djvu 
бибилиотеки.
Откладываем.

Original comment by Alexander.V.Kasatkin@gmail.com on 28 Aug 2011 at 12:30

  • Changed state: Postponed

@GoogleCodeExporter
Copy link
Author

IMHO кнопка Home не перехватывается - по 
кройней мере в эмуляторе.

Original comment by Alexander.V.Kasatkin@gmail.com on 28 Aug 2011 at 12:34

@GoogleCodeExporter
Copy link
Author

BTW, описание того что там происходит: 
http://developer.android.com/reference/android/app/Activity.html

С учетом того что у нас 3 Activity и два нативные 
либы....

Original comment by Alexander.V.Kasatkin@gmail.com on 28 Aug 2011 at 12:37

@GoogleCodeExporter
Copy link
Author

Home не перехватывается и на устройстве.

Original comment by mc.creat on 28 Aug 2011 at 12:44

@GoogleCodeExporter
Copy link
Author

Кроме того, у нас Activity разнесены по разным 
задачам.

Original comment by mc.creat on 28 Aug 2011 at 12:46

@GoogleCodeExporter
Copy link
Author

Задача оказалась не из простых. По поводу 
кнопки "Домой" могу предложить следующий 
способ (хоть это и полный изврат):
1) Каждую секунду запоминать текущее время
2) Каждую секунду сравнивать текущее время 
с запомненным в предыдущий момент временем 
и если оно отличается больше чем на эпсилон 
( > 1 сек ), то делать вывод, что была нажата 
кнопка "Домой"

Это способ должен работать, так как (как я 
понял) процесс, находящийся в "фоновом 
режиме" переходит в состояние 
"блокированный" (то есть каждую секунду не 
запоминает текущее время) и поэтому в 
дальнейшем при сравнении времён это будет 
себя проявлять.

Сорри, если я не прав. Просто я знаю как 
работают Linux и Windows семейства ОС, да и 
программировал я только для Windows. Андройд 
для меня в этом плане неведомый зверь.

Original comment by Original...@gmail.com on 28 Aug 2011 at 1:58

@GoogleCodeExporter
Copy link
Author

Это не на столько критическая функция, 
чтобы из-за нее так извращаться.

Original comment by mc.creat on 28 Aug 2011 at 2:17

@GoogleCodeExporter
Copy link
Author

Еще раз, сделать - в принципе можно легко и 
уже известно как (добавлено и 
закомментировано). Но после такого 
возврата оно начинает валится при 
рендеринге страницы - по крайней мере для 
Djvu.
Искать в спешке что, как и где оно падает - 
прямо сейчас неохота.
Тем более что это не баг.
Будет время на следующем этапе - посмотрим.

Original comment by Alexander.V.Kasatkin@gmail.com on 28 Aug 2011 at 2:54

@GoogleCodeExporter
Copy link
Author

Это всего лишь моё предложение/пожелание 
из разряда "-А зачем это надо? -А пущай 
будет..." и по сему оный приоритет "ниже 
самого низкого" (Всё что я писал - это всего 
лишь поддержание темы/беседы и выражение 
идей/соображений по данному вопросу. И не в 
коем случае подгонение или навязывание).

Спасибо вам за непрерывный труд и работу 
над программой. Она становится всё лучше и 
удобнее.

Original comment by Original...@gmail.com on 28 Aug 2011 at 3:13

@GoogleCodeExporter
Copy link
Author

Original comment by mc.creat on 29 Aug 2011 at 1:11

  • Added labels: Priority-Low, Type-Enhancement
  • Removed labels: Priority-Medium, Type-Defect

@GoogleCodeExporter
Copy link
Author

Issue 37 has been merged into this issue.

Original comment by Alexander.V.Kasatkin@gmail.com on 29 Aug 2011 at 7:25

@GoogleCodeExporter
Copy link
Author

Не понимаю, откуда такие сложности. В vudroidplus 
все прекрасно работало и не закрывалось.
Галка "load recent" не спасает, т.к. она работает 
только при первом открытии программы (а не 
когда та висит в фоне)

Original comment by edbai...@gmail.com on 30 Aug 2011 at 8:07

@GoogleCodeExporter
Copy link
Author

ebookdroid разделили менеджер файлов и сам 
просмотрщик по задачам. Благодаря этому 
стало лучше работать на старых 
устройствах. Немного решились проблемы с 
памятью.

Original comment by mc.creat on 30 Aug 2011 at 8:19

@GoogleCodeExporter
Copy link
Author

Ясно, спасибо. Будем ждать и надеяться, что 
поправите. По научной работе часто 
приходится читать литературу и 
переключаться на другие документы 
(открытые не в ebookdroid'е). Поэтому данная 
особенность работы слегка напрягает.

Original comment by edbai...@gmail.com on 30 Aug 2011 at 8:24

@GoogleCodeExporter
Copy link
Author

реализовав  другое пожелание (с сохранение 
позиции на странице) можно костыльно 
решить эту проблему. Эффект при быстром 
проце будет практически незаметен. 

Original comment by zhdano...@gmail.com on 31 Aug 2011 at 3:57

@GoogleCodeExporter
Copy link
Author

+1 за ужасную необходимость этой функции... 
на WM во время работы постоянно потключаюсь 
между кучей программ, здесь же оотсутствие 
такой очевидной фичи просто вынесло и 
заставило подождать с переходом на 
андроид...

Original comment by oleg.gol...@gmail.com on 3 Oct 2011 at 7:56

@GoogleCodeExporter
Copy link
Author

Original comment by Alexander.V.Kasatkin@gmail.com on 3 Oct 2011 at 8:20

  • Added labels: Priority-Medium
  • Removed labels: Priority-Low

@GoogleCodeExporter
Copy link
Author

Убивайте не пойму почему при 
первоначальном открытии программы она 
может загрузить последний документ ( если 
включена галка "открывать последнее" ). 
А при переключении на другую программу и 
возвращении в ebookdroid - документ закрывается. 
Хотя программа даже не закрывалась 
системой.

Если второе это сложная нерешаемая 
проблема то и галку "открывать последнее" 
надо убирать. Просто чтобы не путать 
пользователя. Потому что в двух похожих 
случаях программа ведёт себя совершенно по 
разному.

Original comment by alex.liv...@gmail.com on 1 Dec 2011 at 6:30

@GoogleCodeExporter
Copy link
Author

Issue 101 has been merged into this issue.

Original comment by mc.creat on 3 Dec 2011 at 12:09

@GoogleCodeExporter
Copy link
Author

Такое поведение началось после того, как 
были разнесены по отдельным задачам 
браузер файлов с библиотекой и сам 
просмотрщик. Разнесение по отдельным 
задачам дало выигрыш по памяти. На этот 
случай Андроид имеет механизмы работы, но 
из-за того. что используется нативный код 
переодически получаем вылеты. Похоже. что 
система выгружает нативную библиотеку...

Original comment by mc.creat on 3 Dec 2011 at 12:13

@GoogleCodeExporter
Copy link
Author

Тоже подписываюсь за необходимость этой 
функции. Хотел сам написать пожелание, а 
тут уже целая ветка.
Я не андроидный программист, но все таки 
программист. Поэтому задам вопрос: а что 
мешает имитировать выбор последней книги в 
случае если опция установлена? Ну и пусть 
мелькнет главный экран. Когда я выбираю 
книгу вручную, ведь ничего не вылетает!

Original comment by izoto...@gmail.com on 12 Jan 2012 at 7:21

@GoogleCodeExporter
Copy link
Author

+1. Это действительно оригинальное, 
действенное и простое решение. Но наверное 
всё будет упираться в то, что андройд по 
выходу из программы будет продолжать 
держать её в фоновом режиме, а при по пытке 
запуска вернёт из оного (ща лень включать 
планшет и проверять это). По этому надо 
будет ещё предусмотреть опцию абсолютного 
завершения приложения при выходе 
(переключении на другое приложение) (но это 
конечно будет пригодно/интересно для 
быстрых устройств).

Original comment by Original...@gmail.com on 12 Jan 2012 at 7:35

@GoogleCodeExporter
Copy link
Author

Нашел следующее решение. Можно открывать 
книги через файловый менеджер Ghost Commander. При 
переключении на другие программы и 
возвращении в Ghost Commander книжка закрываться 
не будет. 

Original comment by edbai...@gmail.com on 13 Jan 2012 at 9:04

@GoogleCodeExporter
Copy link
Author

Решение хорошее!
У меня сработало с es проводником.
Я так подозреваю, что это связано с тем, что 
активность запускается как дочерняя в 
стеке.
Спасибо, работает!

PS И автору спасибо за замечательную 
читалку!

Original comment by izoto...@gmail.com on 13 Jan 2012 at 6:38

@GoogleCodeExporter
Copy link
Author

Original comment by Alexander.V.Kasatkin@gmail.com on 20 Mar 2012 at 10:48

  • Added labels: returning

@GoogleCodeExporter
Copy link
Author

Original comment by Alexander.V.Kasatkin@gmail.com on 18 Oct 2012 at 8:18

  • Changed state: Done

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant