Quote:
Originally Posted by zelda_pinwheel
dennis, i am hoping you can answer this question about new tab behavior in FF3.
imagine, for instance, i have the MR browser spy open in tab number 1, followed by (let's say...) 20 or so other tabs with the threads i'm reading. for the sake of argument, 10 tabs are visible in the browser window at any time (no, i don't like fullscreen browser windows, why ?).
|
I don't either.
Quote:
now imagine i scroll the tabs over so that tab number 20 (and the 9 preceding it) is visible at the far right of the window, while the spy in tab number 1 is active. then i center-click on a link in the spy to open in new tab number 21.
for some reason, whenever i click a link on the spy, the tabs scroll back to the beginning so the active tab (1) is visible at the left of the window, rather than remaining where they are so that i know where the recently-opened tabs begin (you didn't really think i was going to open just one, did you ?). this seems strange and unoptimal to me. do you know of any reason for it, and / or any way to prevent it happening ?
|
I don't know, off the top of my head, because I haven't encountered that behavior.
The first reason is that I seldom open that many tabs at once. The second is that I never liked tab-scrolling. I run the Tab Mix Plus extension, and one thing TMP lets me do is wrap tabs onto multiple rows (how many rows it may use is configurable, and if you expand beyond that, the block of rows scrolls and earlier ones disappear off the top, and reappear when you scroll up.)
On the occasions when I am following multiple threads, I prefer to open the new thread in a new FF window, then open links in that thread in tabs in that window.
Quote:
|
(aaah, nostalgie... the "similar threads" feature informs me that Portable Firefox 1.5 is available. i wonder if it still is...)
|
Yes, but with an important caveat.
Firefox 3 moved away from the bookmarks.html file as the bookmarks to an sqlite database. This has lots of possibilities for bookmark management, since it *is* an honest-to-god database (and you can run SQL queries on it!)
But it impacts portable Firefox implementations, because FF3 provides no means to specify the location of the file. It is created in and must reside in the profile directory. This was an annoyance for me. I use multiple FF profiles, customized for different purposes, and I have Netscape, Seamonkey, and Flock in the mix as well. I wanted all Mozilla based browsers to use the same bookmarks file. this was easy through FF v2. A one line user.js file in each profile directory contained a pointer to the bookmarks.html file, the browsers read it, and opened the file pointed to. That preference doesn't work in FF3. I wound up creating hard links in NTFS instead, outside of Firefox.
You can make a portable Firefox 3 implementation by creating the profile on a USB drive, but performance with everything residing on flash memory on a USB drive may be unacceptable. You may wish to stick to FF2 for portable implementations.
______
Dennis