mantano / iridium Goto Github PK

Hello,
i want to inform you dear developer, that the newer iridium reader widget is not showing table of content from two diferent epub files.
i can see bookmarks but not the TOC.
thanks,
Tayeb.

I’ve just tested display an epub using flutter webview, but it has some issues about rendering and performance. Do you have any plans about porting Navigator to Flutter?

In some epubs, publisher's styles seem to be overridden. Example:

• 39419251_rtl.epub: chapter titles should be dark red / brown but appear black

  • in R2-based app:
    

  • in Iridium:

Hi,

I'm creating an epub reader app using your marvelous reader widget; everything is working fine on emulator; but when installing the app on a real device the reader stops responding to touches;
When i set PreloadPageViewer scrollDirection to vertical it will work but webview will still scroll horizontally which looks rather weird.
I've tried this on multiple android devices, all with same results.

I hope you have a lead on this issue.

Thanks,

Saleh

Hi guys, sorry for the basic question. But so far whatever I do on the book seems to be stored in memory only, I would like to know if the widget has any callbacks to when the user highlights a text for example. Or how is it stored in the app because I noticed that while I remain inside the book, even if I move to a different document inside it the highlight remains stored somewhere and redrawn when I go back to the chapter.

Thanks for you help!

Idea:

• create 1 div per nav element
• lazy load each item

Expected benefit: getting lightning-fast global fling across the whole book, like in Google Play or Kindle apps.

Intersection observers can potentially help:

• https://blog.logrocket.com/lazy-loading-using-the-intersection-observer-api/
• https://www.ionos.fr/digitalguide/sites-internet/creation-de-sites-internet/lazy-loading/

Note that many items could be loaded in advance (and why not the whole book...)

Hello,
while trying the reader widget, i discovered the following warning, i thought i create a issue for it so it can be fixed later:
this is the full debug message.
══╡ EXCEPTION CAUGHT BY RENDERING LIBRARY ╞═════════════════════════════════════════════════════════
The following assertion was thrown during layout:
A RenderFlex overflowed by 6.2 pixels on the right.

The relevant error-causing widget was:
ToggleButtons
ToggleButtons:file:///D:/projects/flutter/iridium_reader_widget/lib/views/viewers/ui/settings/general_settings_panel.d
art:97:35

To inspect this widget in Flutter DevTools, visit:
http://127.0.0.1:9100/#/inspector?uri=http%3A%2F%2F127.0.0.1%3A36638%2FmPMTs3Odx6k%3D%2F&inspectorRef=inspector-0

The overflowing RenderFlex has an orientation of Axis.horizontal.
The edge of the RenderFlex that is overflowing has been marked in the rendering with a yellow and
black striped pattern. This is usually caused by the contents being too big for the RenderFlex.
Consider applying a flex factor (e.g. using an Expanded widget) to force the children of the
RenderFlex to fit within the available space instead of being sized to their natural size.
This is considered an error condition because it indicates that there is content that cannot be
seen. If the content is legitimately bigger than the available space, consider clipping it with a
ClipRect widget before putting it in the flex, or using a scrollable container rather than a Flex,
like a ListView.
The specific RenderFlex in question is: RenderFlex#24fbb relayoutBoundary=up3 OVERFLOWING:
needs compositing
creator: Row ← IntrinsicHeight ← _InputPadding ← ToggleButtons ← Column ← Padding ←
GeneralSettingsPanel ← KeyedSubtree-[<0>] ← RepaintBoundary ← IndexedSemantics ←
NotificationListener ← KeepAlive ← ⋯
parentData: (can use size)
constraints: BoxConstraints(0.0<=w<=189.8, h=50.0)
size: Size(189.8, 50.0)
direction: horizontal
mainAxisAlignment: start
mainAxisSize: min
crossAxisAlignment: stretch
textDirection: ltr
verticalDirection: down
i recomand using Checkboxs for the toggles, buttons itself is not good for users with disability using screen readers.

There are JS sources in

• kotlin-toolkit (https://github.com/readium/kotlin-toolkit/tree/main/readium/navigator/src/main/assets/_scripts/src),
• swift-toolkit (https://github.com/readium/swift-toolkit/tree/main/Sources/Navigator/EPUB/Scripts/src)
  Only a few differences. These must obviously be unified for our Flutter version.

I am getting this error while download a epub from URL(http://app.sristisukh.com/uploaded/epubfiles/aprakrito_2_epub.epub).
I have directly added the above URL in your demo project IRIdium. there also the error is coming.

Error is coming in the Constants class
static formatBytes(bytes, decimals) {
if (bytes == 0) return 0.0;
var k = 1024,
dm = decimals <= 0 ? 0 : decimals,
sizes = ['Bytes', 'KB', 'MB', 'GB', 'TB', 'PB', 'EB', 'ZB', 'YB'],
i = (log(bytes) / log(k)).floor();
return (((bytes / pow(k, i)).toStringAsFixed(dm)) + ' ' + sizes[i]);
}

HELP -----

Congratulation for the implement Readium by Flutter.

I have tried to implement in flutter but I was disappointed about performance of flutter webview and platformview could not be cache.

With the new navigator (the PreloadPageView will frozen the screen and only display blank white screen, i have to change it to PageView to run the demo), it runs okay on android but on ios device, the hoz gesture could not fired when reach the end of a chapter, I have to swipe from top right to bottom left if want go to next chapter or swipe from left bottom to top right if want go to prev chapter. (I think ios PageView used BouncingScrollPhysics by default and android PageView use ClampingScrollPhysics)

The demo clip

And this is the native swift readium I have implemented for my client, it runs so smooth compare to flutter, but I prefer flutter than, waiting for flutter team improve the performance of platform view.

Hey! So I'm trying to clone the source code to possibly contribute but receive this error when trying:

ERROR: Repository not found.
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
fatal: clone of '[email protected]:Mantano/mno_lcp_native' into submodule path '/home/joshu/projects/iridium/mno_lcp_native' failed
Failed to clone 'mno_lcp_native' a second time, aborting

I run the command found on the readme, some help would be appreciated! Thanks.

When a user presses on the bookmark and the togglemark appears on the particular page, I noticed that when one
exits the reader screen and then comes back, the togglemark is usually already disappeared.

Removing the HTTP server has a lot of positive consequences:

• The contents is no longer accessible to other apps
• Requests responses are no longer serialized, and this provides a huge boost in performances (99% of the time is spent in this serialization, according to recent profiling).

This performance boost can easily be perceived when navigating with the ToC or progressbar in a book which contains its own fonts, or many image assets. In this area:

• Google Play Books, Kindle, Colibrio, Moon Reader, FB Reader and Bookari are extremely fast in this use-case. Most of them don't use the same technology as Readium and Iridium do (webviews+HTTP servers), however. But Bookari does rely on WebViews. Bookari only starts a HTTP server if the device is running Android < API level 24:
  • On android 4.x because the WebResource API did not exist
  • On Android 5 and 6 because audio files are not read
• Readium, Iridium, and other Readium-based apps have strong performance issues there.

For Iridium, we don't need to take care of Android <= 6, but we'll maintain the ability to start the HTTP server for different usages, such as client-server deployments (some adaptations will be required for his use-case but are worth investigating).

Thanks to the migration to Flutter InAppWebView, we have everything we need:
https://pub.dev/documentation/flutter_inappwebview/latest/flutter_inappwebview/WebView/onLoadResourceCustomScheme.html

onLoadResourceCustomScheme is an InAppWebView cross-platform option, so it should be OK on both Android and iOS...

Note: See in Bookari (Mantano private repo)

• EpubWebViewClient.shouldInterceptRequest
• Epub3WebViewFragment.mustRunServer

See also:

• iOS: pichillilorenzo/flutter_inappwebview#675 (comment)
• Android-specific shouldInterceptRequest in https://pub.dev/packages/flutter_inappwebview/example
• Issue in R2 Kotlin
• Issue in R2 iOS

Hello, if I want to protect ebook content for my ebook app, how to encrypt and decrypt the content. I dont wanna use liblcp from EdrLab.

octomato/preload_page_view#20

Hello,
while adding a bookmark from the iridium reader widget, we also need to have a custom name to that bookmark.
let's say, we have 10 bookmarks from a large ebook, there's no such way to diferentiate them.
a custom name would be great to be able to make such diference.

Using reader_widget and widget_demo, clicking on a chapter in the table of contents does nothing except close the table of contents.

An epub containing this body:

I'm going to be <b>bold&nbsp;</b>Nice.

Is rendered like so:
https://imgur.com/a/UC5Xw4H
It ought to be shown as a space. Direction to where the problem is would be appreciated so that I can try to fix the problem myself. I must admit, though, I'm lost as to where I can start looking.

This Epic covers the basics of displaying a reflowable Epub:

• Swiping between pages and chapters,
• Navigate through the Navigation panel
• Bookmarks
• Reopen book at last reading position

I/SurfaceView(11847): onWindowVisibilityChanged(8) false io.flutter.embedding.android.FlutterSurfaceView{b0628ab V.E...... ........ 0,0-1080,2154} of ViewRootImpl@ae32fc1[MainActivity]
I/SurfaceView(11847): surfaceDestroyed callback.size 1 #2 io.flutter.embedding.android.FlutterSurfaceView{b0628ab V.E...... ........ 0,0-1080,2154}
D/AndroidRuntime(11847): Shutting down VM
E/AndroidRuntime(11847): FATAL EXCEPTION: main
E/AndroidRuntime(11847): Process: com.mantano.iridium.IridiumApp, PID: 11847
E/AndroidRuntime(11847): java.lang.NullPointerException: Attempt to invoke virtual method 'void android.view.View.dispatchWindowVisibilityChanged(int)' on a null object reference
E

The test app for ios is unavailable.
Could you upload it somewhere or add it as an asset here to the repo?

Hi,
I wanted to ask/report a bug. AFAIK it looks like this should be called _annotationControler, right? Or is there a reason for this stream to handle only bookmarks?

Swiping slightly too fast makes the fling gesture kick-off and turn many pages. It is convenient when quickly browsing through the entire book, but not when reading.
As a consequence, we'll:

• Disable it when reading
• Enable it when the toolbar (which includes the progressbar) is visible.

Implementation: simply add scroll-snap-stop: always; to xpub_page_overlay. Set the value (always | normal) through a variable in order to easily change it dynamically when showing / hiding the progressbar.

Spec here.

R2 JS integration has prematurely been merged into develop. iOS issues must be fixed.

We can start many servers with the "shared" param added to bind.
See:

• https://groups.google.com/a/dartlang.org/g/misc/c/Ju4f2d5ziwE
• costajob/app-servers@4f58ae2
• https://stackoverflow.com/questions/16703631/dart-handle-incoming-http-requests-in-parallel/16704138

Look at readium/r2-testapp-swift#97

Use - https://pub.dev/packages/flutter_treeview.

Alternative resources in case of failure:

• https://fluttergems.dev/tree-view/
• https://pub.dev/packages/animated_tree_view/versions/0.1.0

https://dev.to/kyorohiro/isolate-and-dart-http-server-b4k

The vulnerability, and error code, in mention:

    JavaScript jquery 2.1.0 SNYK-npm:jquery:20150627, SNYK-JS-JQUERY-174006 assets/flutter_assets/packages/mno_navigator/assets/xpub-shared-js/jquery-2.1.0.min.js

When swiping to a new chapter, we see the first page of prev chapter (instead of the last one). We see that the previous chapter is translated as soon as the previous page occupies less space than the next one.

Hello,
if i understand correctly, you're using objectdb to save & manage bookmarks in the reader widget.
extracting a huge epub file might take lot of time, i tryed one very huge book and didnt extract maybe i didnt wait much ;)
but, what i want to suggest is if is it pocible to extract the epub file one time and if reopening it, read from the extracted data saved in the private app directory.
maybe we can assign a uuid to each .epub file opened with the widget, or something similar, then when reopening it try to read from cached data.
making caching as an argument would be also good, maybe some small books dont need to be cached, try checking "Reasily android app, it have two modes, open, and import.
if chousing import, the book will be cached and reopened very quickly.
if chousing open only, the book wont be cached, would be reparsed when reopened later.
i hope my explanations is clear.

Description in https://docs.google.com/document/d/1qLTilkHaw5PdrPD_5uoRk6vzugutCa-y7hrvBngIOTU/edit?usp=sharing