![]() |
Re: [MicroB] Open Link in Background
Quote:
its really a pity because its a standard feature in opera for ages. there are so many things in firefox you need to get as an addon that are default in opera. |
Re: [MicroB] Open Link in Background
Oh yeah, and we also need ease-of-use for:
"Go to Top" and "Go to Bottom" I think there's already a thread about these two, but all these simple little browser fixes need to stick together. |
Re: [MicroB] Open Link in Background
Quote:
another thing i noticed: on this forum for example, scrolling through long threads is kinda painful, because scrolling doesnt get faster, but keeps the same speed. in the n900 email-inbox on the other hand, scrolling gets faster the faster you scroll with your finger/stylus (like its accelerating) it would be nice if microb would do that too (even if its just optional) |
Re: [MicroB] Open Link in Background
Quote:
I can live with it. Tried? Also, in portrait mode the page is nice and large. Just peep the keyboard open one row. Space and shift are both on that last row. Shift+space is hard to hit with one hand, though. |
Re: [MicroB] Open Link in Background
Yeah, having links open in the foreground causes me to have to make lots of extra clicks while I browse and frankly isn't that useful as pages take a while to fetch and render anyways. I would love to see either this or some form of tabbed browsing.
I would also like to see: -Easy adjustment of font sizes (you can set a minimum font size via about:config) -Fit view to width -drag-able scroll/progress bar |
Re: [MicroB] Open Link in Background
Quote:
also, keeping space or shift+space pressed doesnt work. |
Re: [MicroB] Open Link in Background
What he said. The space bar is not close to a substitute. One solution would be making the 5-second fullscreen popup window on the bottom-right extensible.
|
Re: [MicroB] Open Link in Background
Quote:
If you space-then-drag the window you get the rectangular gray of death. Also, scrolling goes no faster for the same reason. In order to scroll-to-top fast you need to keep the top window (and bottom?) cached at all times, most likely tripling the RAM usage. Otherwise a top button would take seconds to take effect, just like a "top" link in a page (which the page should have anyway, courtesy) triggers the "rendering" mode. I know it's faster than scrolling anyway, especially in long pages, but it needs rebuilding and most likely caching. The only way of doing this at this time is either scroll (and stress the screen) or hold "up" arrow and not stress the screen (takes a while). However, re-rendering is likely to take as much as pressing back and then forward again, methinks. Drawbacks of having little RAM is that you can't render full pages in memory. A large page has Firefox allocating a few hundred megs (and releasing SOME of it :P ). |
Re: [MicroB] Open Link in Background
I think you're confusing layout with rendering. The DOM's elements are all in memory, along with their layout coordinates. What tile(s) the browser needs to render is a fast binary search combined with simple math. Rendering and zooming tiles isn't free, but let's not get dramatic. Also, if there isn't anything animating, once rendered, each tiles pixels are less than a MB (800x480x2). Have you ever used a Nokia tablet or an iPhone OS device with only 128MB of RAM? They work just fine: The Nokias have fast scrolling scroll bars and the iPhone OS devices let you click on the status bar to jump to the top of the screen. This is no big deal and it's one simple function call. Trust me, I know, I've called it on all devices mentioned. I think the n900 can handle it.
|
Re: [MicroB] Open Link in Background
I many of you really care about having this feature on the N900 as much as you say you do. Put your money where your mouth is and make an enhancement request. https://bugs.maemo.org/ That way this can be voted for and the devs would see its a popular request and maybe it would be included in future updates :)
|
All times are GMT. The time now is 12:54. |
vBulletin® Version 3.8.8