mozilla / prospector Goto Github PK

Correctly works if you press alt-cmd or alt-ctrl if you're doing to add www. .com and open in a new tab.

There's a recent regression that won't be fixed in time for beta 7:
https://bugzilla.mozilla.org/show_bug.cgi?id=609139

If a preview is persisted and the content hasn't started loading, the "about:blank" page will briefly appear in the urlBar.

I'm thinking it would be a good idea to use the preview's src attribute if the urlBar hasn't been updated yet. See https://github.com/supahgreg/prospector/compare/instantAboutBlank

All the opened tabs are displayed in the tab panel in the home dash , I think they should have some response regarding mouse , like if we hover over a tab , and Center-click from mouse , then the tab should get closed , similar way like center-clicking on the tab bar behaves.
Also just like the number on each tab , on the bottom-right corner , we should have a close button also on the top-right corner of each tab.

The favicons for newly opened tabs in background that appear on the browser for a short period should also have the same response regarding mouse center click , i.e they should get closed .

Stop making the Home Dash so much Keyboard Intensive

After typing a few words, Prospector completes the preview of the website. Let's assume that I intended to visit that website. I immediately highlight a text field on the website where I wish to enter some string. This doesn't work.

For e.g. I start to type 'wiki' and Prospector loads wikipedia.org. That's great. I want to search 'Psychology' on wikipedia and I click on the input field. But my keyboard inputs are not taken. I can't type anything.

I go back to the address bar, press the return key to reload the website. My keyboard starts to work after that.

Mardak/prospector@9759d681483563e5cdec has an idea where top 100 frecent pages are loaded immediately as before but other history results wait a little bit before loading a preview.

Error: uncaught exception: [Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIDOMStorageWindow.localStorage]" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: chrome://browser/content/aboutHome.js :: setupSearchEngine :: line 100" data: no]

This plug-in is awesome and I hope it makes it's way into the standard Firefox code. But since I installed the 4.0b10Pre release and it doesn't seem to work anymore. Should it be compatible?

If you hover over a link using HomeDash, you get something like "View " but you can't see the URL behind it. This is quite dangerous if you think of fishing attack where they present you a page that looks quite the same like the normal page, but you can't figure it out, as you don't see the URL somewhere.

Maybe change this to "View ", where is the same kind of string you get in the "normal" Minefield if you hover over a link in the awesomebar.

To reproduce:

• User types google into the URL bar and presses the down arrow to select http://www.google.com/ from the popup.
• User manipulates the URL some way and presses the down arrow again to select from the new results.
• Using the up and down arrows, it is only possible to move between the first and last entries in the list.

Some reason the history of the preview (if multiple previews are shown) replaces the tab history, so after loading a preview, going back doesn't go back to what was previously on the tab.

tab candy let me keep a lot tab open,five or six groups.

but home dash only show one group.

how about display thumbnail of other groups on home dash page? the area below search bar seems good.

The following look nice (to me...):

suggestion.setAttribute("style", "margin: 2px; cursor: pointer;" + (word === lowerQuery ? " font-weight: bold;" : ""));

Margin was set to 2px 2px 0. Not sure if that was to address the way it looks on Mac, but 2px on the bottom makes it look vertically centered in Windows.

Currently, the HomeDash doesn't display the current tab's url to the user if he presses the CMD+L combo, that takes you normally to the awesomebar. This means, there is no real quick way to copy out the current tab's url or change it a little bit and hit enter to load a page.

Maybe the HomeDash input field should show the current tab's url if the dashboard is opened using CMD+L but don't perform anykind of search. This is then the same behavior as if you jump to the awesomebar.

I get the following warning message in the error console after starting firefox when I have put the xpi file or proxy file into the extensions folder for the query stats extension.

Warning: WARN addons.manager: Exception calling callback: TypeError: gBrowser is null
Source File: resource://gre/modules/XPIProvider.jsm -> file:///github/prospector/queryStats/bootstrap.js
Line: 146

Reasons being overpopulating the already heavy places.sqlite with potentially unwanted pages (see image: http://i.imgur.com/GxnlY.jpg).

Atm the Find Suggest add-on has a fixed limit of a 100 suggestions, I personally want to set that at about 10-12, but I imagine everyone has their own preference, so I think this should be customizable in about:config.

for example:

If stack is only found once on a page, but stackoverflow is found a dozen times, then stackoverflow should not be suggested before stack in the suggestion list for the Find Suggest add-on. stack should come before stackoverflow and have a frequency count of 13 (+ count of other strings to which /^stack/.test(string) == true).

I can only think of a few ways to do this which are O(n^2) atm.. currently the getSortedWords function is O(nlog(n)), and n can be very large. This function does two things atm: get all of the words on the page, ands sorts them by frequency.

One way to handle this which I like so far is to change getSortedWords to getWords which is a array of Word objects which store the word and the count in properties; when the suggest function is called we do a O(n) check for x matches, and then sort those results, so:

• getWords would be O(n)
• suggest would be O(n) + O(x^2) where x <= ~50

Instead of a O(nlog(n)) getSortedWords function.

Also the O(x^2) function could be optimized such that it'd be O(x) in some cases after reuse on the same page. This would be done by flagging a Word object and updating it's count property, so that we know the count is the true frequency and we don't have to recalculate it (which is O(n)).

If there is a way to include this calculation that I'm describing in a O(nlog(n)) sort then suggest should just be O(n) + O(xlog(x)) imo, instead of being O(nlog(n)) on first execution and O(n) afterward, which it is now.

Right now the "search wrapped" text moves the suggestions a lot.

The most important buttons like refresh/stop , back and forward , along with the favicons of the open tabs should also be visible the way , Firefox icon is visible , on the top left corner , or may be on the top right corner , for quick accessibility to the commonly used buttons . Also if the opened-tab Favicons are present all the time , then it makes easier to switch to , and know about any open tab , instead of opening the dash , and then clicking on the tab.
We can also have a preview of the tab as we hover over its favicon , just like a new tab opened in background behaves until it is previewed .

If you search from the searchbar while a preview is showing, it's not immediately obvious that the preview is still showing. Not sure if the solution should be to watch the searchbar for enter or watch the tab for location changes.

Seems like it might be broken in multiple ways:

1. the thing triggering the preview on mouseover gets a mouseout when the dialog appears (and causes the preview to go away)

2. entering information to the auth dialog and hitting ok seems to result in blank page oddness

The preview tries to do a HTTP auth then causes the preview to go away and logging in fails.

People tend to post bug reports as reviews if it is not made clear to them where they should go in order to submit a report, this is why I think it'd be a good idea to post a link to https://github.com/mozilla/prospector/issues in the dev comments field of each Prospector ext on amo.

Hi u all ,
First of all , this extension is awesome !!!

second , Houston we have a problem , sometimes - for me it happened in deviantart when i tried to login and for others in mozillazine forum in some other cases , the tab become unusable (can't close , get into and etc ...) and the page becomes all white .

If a user hits tab while we're suggesting, it should probably fill out the rest of the word and add a space.

Like the title says. Currently sub-frame content is not added to sortedWords.

Seems like the page is getting loaded when pressing enter to select the preview as well.

If you type quickly, Instant Preview will persist the preview even though the search is still happening.

Whenever the find bar is open Find Suggestions should provide suggestions. Also when switching tabs it should make new suggestions based on the tab that the user switched to.

Related to #29

Right now the preview is loaded and the prepended www. and appended .com are ignored from cmd-enter or ctrl-enter.

Muscle memory for cmd-l then tab or ctrl-t then tab to get to the search box should do something related to the original behavior.

We get the keyup of the enter from the HTTP auth for some reason

http://hg.mozilla.org/projects/places/rev/f118db7595c6#l1.42

The open page registration api changed and implemented by a different service.

Mardak/restartless@c86421223b64b1c79559 for watchWindows
Mardak/restartless@26bf65bcb65ce5c2f62f for unload

This should fix some issues where the window watcher triggered too early during startup and cleans up some unloader apis.

I've noticed that moz_inputhistory use_count doesn't go up for my frequently visited pages and eventually decays. Seems like the selected index is getting reset to -1 too eagerly so the adaptive learning code bails and doesn't update.

I'm using Firefox 4b8 on Linux (Ubuntu 10.04 / Fedora 14).

When I add/edit a blog post in a Wordpress installation (WYSIWYG editor, tested in Wordpress 2.9.1-3.0.4) I choose add a new link. Then when I wrote a URL, if the URL was included before the browser "jumped" to that address (if I selected the URL or even if I clicked outside the field. The jump didn't occur when I typed the URL character by character and typed Tab).

I tested deactivating addons and I figured it out.

Clicking a word overwrites the existing find field value. It should probably append to the field if there are other words.

Example: If I visited before a site that requires Apache's 401 Authorization Required like
https://plugins.mozilla.org/
And some days later I tried to discover sites with the word "plugin", it jumps to that site and the alert window asking for user and password appears. So, I can't choose another URL until I access to that first site (or leave it blank and the error messasge 401 appears).

We can avoid some covering up by shortening the list.

Assume I want to up the url "github.com". Home Dash shows as best match "ajaxorg/ace" which will be opened, if I press enter. However, I wanted to open the page "http://github.com".

Most of the other extensions release by Mozilla Labs have made the AMO statistics/data publicly available, but this is not available for the Prospector add-ons; can we make this data public please?

If open something like this court decision http://www.state.il.us/court/Opinions/SupremeCourt/2011/January/111773.pdf , unable to close tab. In this case it was FF 4 B10 on Windows 7 with Adobe Reader. Since Adobe fills the entire tab and takes over control space (Can't ctrl-F4 for instance) it prevents you from closing the tab. Need method, maybe right click on tab in Home Dash mode with close option?

When I see a suggestion I'll click on the one I want, then by instinct I'll click it again to try to get the next result, but this does nothing atm.

Currently, ARROW_UP, ARROW_DOWN doesn't select the next item in the search results.

Right now words are only pulled from titles and urls.

For those not familiar with developing Firefox add-ons, there should be more instructions or at least a pointer.

If you press the ALT-TAB/ALT-9 key combo, you will get to the next/previous tab and see a preview on the right side. For me, I have the problem to have no "clue" where I am and where I'm heading if I press the next/previous tab key.

This navigation is kind like the OS's app switch that you get by pressing CMD-Tab. There, you get a nice overview of what your will get next if you go to the next app by pressing Tab once more. HomeDash already has a tab list that shows up in the HomeDash. Maybe this one should get displayed when navigating between tabs as well to give the user a better overview of the currently opened tabs and make finding the tab he wants easier then just tabbing through all tabs blind.

Perhaps as a way to complete the rest of the word or switch between other suggestions

Could potentially be useful perhaps after #41 where the first tab completes the word and subsequent tabs switch through related words until the user presses any other keys (which would then cancel out the knowledge of what prefix we were suggesting.)