viserius / kthoom Goto Github PK

kthoom should support CBZ files compressed with ZIP format 2.0 and
Compression Method 8 (DEFLATE).

Today, the user is only allowed to select one file and as the user navigates 
pages, it cycles from last to first page.

Instead, we could do something like this:

  * user is allowed to select any number of files
  * kthoom loads the first file - after navigating past the last page of the current file, go to the first page of the next file
  * allow keyboard shortcuts to navigate to next and previous files

This would let users establish longer term sessions and not have the pain of 
selecting file after file.

kthoom unzipping is very slow.  Need to investigate as many techniques as
possible to speed this up in the browser.

One idea I had was to create tree data structures for Huffman Code tables
instead of simple JS objects that I'm using.  JS objects means
number->string conversions for the keys.

Add further ideas below.

When pressing '?', all hotkeys should be shown to the user.

What steps will reproduce the problem?
1. Put the browser in fullscreen / presentation mode
2. Notice that the UI (progress, etc) pushes the images offscreen

What is the expected output? What do you see instead?
We should remove the UI when in fullscreen mode while continuing to support 
navigation via key/mouse events.  Perhaps even some lightweight thing to tell 
you which page you're on, but then fade it after 2-3s after going to the next 
page.

What steps will reproduce the problem?
1. Open one CBZ file
2. Open another CBZ file

We should completely flush and reset kthoom (remove old document) when the 
second document is chosen.

added Folders

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

All unzipping should be done in a Web Worker thread instead of in the main
UI thread of the browser.

When cbr file is changed to a .rar file and all images are extracted, the 
images that do no show in kthoom will display fine when opened manually

The main UI thread should report progress of the unzipping worker thread
visually to the user.

What steps will reproduce the problem?
1.I press W to turn on scale to width.
2.I can press the left button and it will go to the previous page.
3.But if I press the right button, nothing happens.

What is the expected output? What do you see instead?
If I press B and am in best fit mode, pressing the right button turns to the 
next page, however, if I press W for scale to width mode, I can no longer press 
the right button to turn the page.

What version of the product are you using? On what operating system?
I am using a Samsung Chromebook item model number XE303C12-A01US. It operates 
on Google Chrome OS

Please provide any additional information below.
I do not have this issue while using this app in chrome on my macbook, so it 
appears to only be a problem in Chrome OS.

kthoom should support CBR files (RAR format)

It's possible to upload file from script(not with click on input file button)?

Or how I can call file from script (or url)?

For tablet devices, clicking on the right-side of the page should advance the 
page and clicking on the left-side should go to the previous page.

Also, the tap targets at the top right are too small to be useful in a tablet.

kthoom needs a way to let the user choose a local file and load it into the
browser.  This will be accomplished through the use of the File API spec:
http://www.w3.org/TR/FileAPI/

What steps will reproduce the problem?
1. Try to open CBR file from http://kthoom.googlecode.com/hg/index.html
2. Application begins to attempt to unzip files
3. All of the pages say "...is corrupt or not an image"

What is the expected output? What do you see instead?
These files work on other media devices, just not within Chrome on my 
Chromebook. I expect them to load and see nothing but the error message.

What version of the product are you using? On what operating system?
Current version in the most updated Chrome browser.

Please provide any additional information below.
I found this discussion: 
http://chromeunderground.blogspot.com/2011/10/kthoom-app.html 
and decided to provide an example file so the bug might be investigated.

'nuff said

Instead of by default just fitting to width of window, kthoom should
provide options for:

  * scale to fit image width
  * scale to fit image height
  * scale to fit image in window?

Provide keyboard accelerators and buttons for this.

kthoom will unzip each file in the order that they are in the zip file. 
This is not necessarily the order they should be viewed in.  Need to first
fetch all the filenames, sort them, then unzip each one in the proper order.

What steps will reproduce the problem?
1.Opened Site
2.Clicked Open and chose Google Drive
3.Get Error: origin_mismatch error

What is the expected output? What do you see instead?
It should open my Google Drive


What version of the product are you using? On what operating system?
current

Please provide any additional information below.

1) Turn the Open Files button into a drop-down menu with two options:  "Local 
files" and "Google Drive"

2) Load files from Google Drive into kthoom

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?
I would like a 3th option SMB share with lots of comics to choose from.

What version of the product are you using? On what operating system?
Latest, IIS Windows

Please provide any additional information below.
Is it possible to build a module in which I can select a network share where i 
have thousands of comics which i can select to read?

What steps will reproduce the problem?
1.Select File
2. App says the Images are corrupt.


What is the expected output? What do you see instead?
Expected to see the contents of the file, instead it says the images are 
corrupt.

What version of the product are you using? On what operating system?
Using on Google Samsung Chromebook (ARM) on the Dev Channel

Please provide any additional information below.
App looks great and it shows the proper file information, but does not display 
the images. I am going to try again and wait for the "entire" file to load/open 
and see if that makes a difference, but it appears to not be opening the cbz or 
zip (i also tried changing the file extension) file as expected.

Currently 'O' is the keyboard shortcut to load a new file.  However, Cmd-O (or 
Ctrl-O in Windows/Linux) lets the _browser_ open a new page.  Potentially think 
about overriding this default behavior and using kthoom's powers of opening 
files instead.

Similar to the Google Drive issue...

kthoom needs to be able to read in CBZ files, which means ability to decode
a zip file: http://www.pkware.com/documents/casestudies/APPNOTE.TXT into memory

kthoom should allow the user to rotate the image left/right as desired to
properly fill his/her screen.

Suggested method is L for left rotation and R for right rotation.

This will imply either using <canvas> and performing some math or SVG and
altering the transforms.

Sometimes when opening a CBZ file, Chromium will fail to load the whole file.  
Chromium console spits out inscrutable SyntaxError: Not enough arguments

This is an intermittent problem and I believe it has something to do with the 
main and worker threads passing too much data between them.  See 
http://code.google.com/p/chromium/issues/detail?id=50360 for more.