Details oriented

The content area is also currently used to switch tabs if there are more than 1. I will make it an option eventually. Also how much swipe should be interpreted as switching tabs is also not well tuned. In general, I agree: the scrolling of the web content has its own purpose and using that to achieve other behaviors causes confusion.
Regarding the tab numbers:
I haven't tried to add more yet. It is pretty scalable in software but I don't know it will affect the resources. So on the safe side, it is 6 (on par with stock, 8???). But I will try to add, say 20, to experiment. If nothing goes wrong, then I will make it 20.
Quote:
Originally Posted by tbain98
My friends and co-workers would not be surprised.
The executive summary is: I don't think that you should use content-area drags to control the address bar unless you have no other option (because nothing but the content is on the screen at that time), and when you do have to use content-area drags, you should use a smaller portion of the content area and you should use them ONLY for showing the address bar (you shouldn't be both scrolling the content and showing/hiding the address bar at the same time). This also means that I think you should eliminate the code that shows the location bar when you drag past the top of the screen. Others may disagree, but to me that's the cleanest, simplest way to implement it.
I just tried it out, and I think this is an improvement (I haven't yet found a use for only seeing the bottom 2/3 of the address bar), though I agree that it's a bit jerky.
One other question: is there any way we can increase the number of tabs beyond 6? If I'm searching for information, I'll often open a bunch of tabs (and let them load in the background) to see if any of them have the info I'm looking for. I've hit the 6-tab limit several times and have been frustrated with it each time. Is this something that's in the full app? (I've been meaning to buy the full version anyway, so if it's in there, then no worries.) If not, would it be feasible to up that limit, or is there some limitation that prevents that?
|