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

Images from API? #67

Closed
mmahalwy opened this issue Nov 11, 2016 · 8 comments
Closed

Images from API? #67

mmahalwy opened this issue Nov 11, 2016 · 8 comments

Comments

@mmahalwy
Copy link

Just a thought:

On Quran.com, we used to use images instead of font but eventually decided font with the web is best. But since the size of the app is so large, thoughts about doing the same for the app? For example, we can render text and for those that have internet connection, it'd download the images and replace them with the text. Similar to what we do on Quran.com too. You can also load a few pages before and after, so not needing to download all the images for the whole Surah but where the user might scroll.

Thoughts?

@ahmedre
Copy link

ahmedre commented Nov 11, 2016

so a few things:

  1. after the recent changes, our release build is down to ~85mb right now. if we render with fonts (which we could), the fonts weigh in at about 65mb - that means we would save ~10-20mb. we'd get other benefits (nicer translation view) and we'd lose some things too (ease of switching to a different set of pages), so it's a tradeoff - but if we do this, app size isn't the reason anymore.
  2. images from the API is a good idea for "auxiliary" parts of the app (non-core functionality - i say this because lots of people download this app specifically to be able to read the old madani mus7af which they're used to) - but if the people using the iOS app are anything like the Android ones, internet availability (connection speed, cost, etc) are all major issues that are better solved with a one time cost than an incremental one. if 80+% of the people using the app are in the US/Europe/Australia, then I could agree with this, but if not, we'll end up frustrating people overall.

@mmahalwy
Copy link
Author

@ahmedre I agree with what you're saying. But shouldn't we have data to back this up? For example, we uncovered that a huge portion of Quranicaudio users are on mobile. I would have not known. Makes me question what could we have done better to not worry about web but worry about how it looks on mobile. Likewise, it could be that most of our downloads + usage is from US/EUR/CAN/AUS. It opens doors to us. If we get popular in other slower internet speeds countries, we then can accommodate (just like what we do with web).

@ahmedre
Copy link

ahmedre commented Nov 11, 2016

strongly agree - cc @mohamede1945 who may know these stats

@mohamede1945
Copy link
Collaborator

https://drive.google.com/open?id=0B6QDEdDTqWk3bkY1OUJsVFkzeU0

@mmahalwy
Copy link
Author

Oh wow. how are we so big in Malaysia?

@mohamede1945
Copy link
Collaborator

No idea! But we are not big so 1.3K is not so indicative number. I think the only thing these data tells us is that we still lack main features and the app should be on a par with the Android app.

@abdelouali
Copy link
Contributor

Yeah, i think also it needs to par the android app. If you look at the
android app 10mil downloads incredible.

But inshaAllah the ios app will achieve that target one day.

Op 13 nov. 2016 21:00 schreef "Mohamed Afifi" notifications@github.com:

No idea! But we are not big so 1.3K is not so indicative number. I think
the only thing these data tells us is that we still lack main features and
the app should be on a par with the Android app.


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#67 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AMvFlLpYAvDlChfFq3mFvIOwoxmOIaa8ks5q92xYgaJpZM4KwFmZ
.

@mohamede1945
Copy link
Collaborator

I think we are following the Android with that regard.

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

4 participants