diff options
| author | pkasting@chromium.org <pkasting@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2009-06-02 20:55:04 +0000 |
|---|---|---|
| committer | pkasting@chromium.org <pkasting@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2009-06-02 20:55:04 +0000 |
| commit | 1f7d7e949149b4e58a34e7250f607eed4c3d07fd (patch) | |
| tree | 5e9ea5e0f79e6ac1a0c0dc8b50b2c7d9601d7026 /o3d/README | |
| parent | 7895ea23e75075fd6f9fe5a6c3dfb17d3456b208 (diff) | |
| download | chromium_src-1f7d7e949149b4e58a34e7250f607eed4c3d07fd.zip chromium_src-1f7d7e949149b4e58a34e7250f607eed4c3d07fd.tar.gz chromium_src-1f7d7e949149b4e58a34e7250f607eed4c3d07fd.tar.bz2 | |
Pasted links opened with alt-enter were opened next to the current tab instead of at the end of the strip. This was because the LINK transition type triggered the TabStripModel to apply heuristics about where to open the URL, even though all URLs opened from the address bar should bypass these heuristics. There were already hooks on the low-level functions to bypass the heuristics, I just had to expose them one level higher. This meant an expansion to one of the TabContentsDelegate function's argument list, hence the number of files touched. (This seems like a good capability to expose anyway, though.)BUG=6797TEST=Have multiple tabs in your tab strip. Select the first tab, paste in a URL, and hit alt-enter. The newly opened tab should appear at the far end of the strip.
Review URL: http://codereview.chromium.org/118038
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@17432 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'o3d/README')
0 files changed, 0 insertions, 0 deletions