<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vimium/background_scripts, branch 1.55</title>
<subtitle>The hacker's browser.</subtitle>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/'/>
<entry>
<title>Handle &lt;space&gt; in the same way as other special keys.</title>
<updated>2016-05-15T08:05:21+00:00</updated>
<author>
<name>Stephen Blott</name>
</author>
<published>2016-05-15T08:05:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/commit/?id=eced401764bb679af6f34559861c2b1bc39c2752'/>
<id>eced401764bb679af6f34559861c2b1bc39c2752</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Add a comment</title>
<updated>2016-05-09T07:24:34+00:00</updated>
<author>
<name>Phil Crosby</name>
</author>
<published>2016-05-09T07:24:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/commit/?id=25587a5ae039dc8a1f57a441195b0b93dc8a3475'/>
<id>25587a5ae039dc8a1f57a441195b0b93dc8a3475</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix link-hints failing to launch.</title>
<updated>2016-05-07T03:19:46+00:00</updated>
<author>
<name>Stephen Blott</name>
</author>
<published>2016-05-07T03:19:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/commit/?id=bd0bcadf130db6d34ba99e4d43eb57c05eb52970'/>
<id>bd0bcadf130db6d34ba99e4d43eb57c05eb52970</id>
<content type='text'>
Sometimes, link-hints mode fails to launch.  See Issue 1 from this post:
https://github.com/philc/vimium/issues/2081#issuecomment-210980903.

Here's a reproducible case:

- visit twitter
- using the vomnibar, visit any other page (in the same tab)
- hit `f` - the link hints fail to load.

What's happening is that the unregister/register frame messages for the
main/top frame arrive in the wrong order (first register, then
unregister).  Because these both have the same frame Id, the effect is
that the main/top frame ends up not registered.  So there are no
registered frames, so link hints mode doesn't launch.

Only the main/top frame has a re-usable frameId (`0`).  All other frames
receive a unique frame Id (which is never re-used).

Here, we just never unregister the main/top frame.  That way, it doesn't
matter which order the register/unregister messages arrive in.  If the
tab is navigating to a new page, then there'll be a new main/top frame
along soon.  If the tab is closing, then we tidy up in the
`chrome.tabs.onRemoved` handler.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Sometimes, link-hints mode fails to launch.  See Issue 1 from this post:
https://github.com/philc/vimium/issues/2081#issuecomment-210980903.

Here's a reproducible case:

- visit twitter
- using the vomnibar, visit any other page (in the same tab)
- hit `f` - the link hints fail to load.

What's happening is that the unregister/register frame messages for the
main/top frame arrive in the wrong order (first register, then
unregister).  Because these both have the same frame Id, the effect is
that the main/top frame ends up not registered.  So there are no
registered frames, so link hints mode doesn't launch.

Only the main/top frame has a re-usable frameId (`0`).  All other frames
receive a unique frame Id (which is never re-used).

Here, we just never unregister the main/top frame.  That way, it doesn't
matter which order the register/unregister messages arrive in.  If the
tab is navigating to a new page, then there'll be a new main/top frame
along soon.  If the tab is closing, then we tidy up in the
`chrome.tabs.onRemoved` handler.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix binary-search OOB.</title>
<updated>2016-05-06T05:30:35+00:00</updated>
<author>
<name>Stephen Blott</name>
</author>
<published>2016-05-06T05:30:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/commit/?id=804fdc96f5dc1698d0ed3872de6c1d78feda2e59'/>
<id>804fdc96f5dc1698d0ed3872de6c1d78feda2e59</id>
<content type='text'>
This affects binary search in the history cache.

The returned index can be one beyond the end of array, and so we get an
error when we look it up blindly.  So, we need to check.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This affects binary search in the history cache.

The returned index can be one beyond the end of array, and so we get an
error when we look it up blindly.  So, we need to check.
</pre>
</div>
</content>
</entry>
<entry>
<title>Unregister frame port on onDisconnect.</title>
<updated>2016-04-27T09:26:24+00:00</updated>
<author>
<name>Stephen Blott</name>
</author>
<published>2016-04-27T09:26:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/commit/?id=ac340e2346247b5cd1878e1a814d4c151df3e892'/>
<id>ac340e2346247b5cd1878e1a814d4c151df3e892</id>
<content type='text'>
I seems that we cannot rely upon either the "unload" event in the
content script or the port's onDisconnect handler there to unregister
frames.

To see this, go to a frame-busy page like this one:

- https://www.theguardian.com/technology/2016/apr/26/apple-iphone-first-revenue-decline-13-years

and then navigate to any other simple page (in the same tab).  Navigate
back and forward with `H` and `L`.

If you watch frames registering anf unregistering, almost all of the
frames from the frame-busy page do not unregister.

Here, we unregister frames on onDisconnect in the background page too.

It is possible that this is the source of the problem mentioned as point
1 in this comment:

- https://github.com/philc/vimium/issues/2081#issuecomment-210980903

And for which #2116 is a workaround.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
I seems that we cannot rely upon either the "unload" event in the
content script or the port's onDisconnect handler there to unregister
frames.

To see this, go to a frame-busy page like this one:

- https://www.theguardian.com/technology/2016/apr/26/apple-iphone-first-revenue-decline-13-years

and then navigate to any other simple page (in the same tab).  Navigate
back and forward with `H` and `L`.

If you watch frames registering anf unregistering, almost all of the
frames from the frame-busy page do not unregister.

Here, we unregister frames on onDisconnect in the background page too.

It is possible that this is the source of the problem mentioned as point
1 in this comment:

- https://github.com/philc/vimium/issues/2081#issuecomment-210980903

And for which #2116 is a workaround.
</pre>
</div>
</content>
</entry>
<entry>
<title>Help dialog; consistent ordering of commands.</title>
<updated>2016-04-26T07:02:02+00:00</updated>
<author>
<name>Stephen Blott</name>
</author>
<published>2016-04-26T07:02:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/commit/?id=018cdb906f005ff7276e096d2b4081ea909dc769'/>
<id>018cdb906f005ff7276e096d2b4081ea909dc769</id>
<content type='text'>
It reads weird on the helpd dialog if we don't put the full-page and
half-page commands in a similar order.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It reads weird on the helpd dialog if we don't put the full-page and
half-page commands in a similar order.
</pre>
</div>
</content>
</entry>
<entry>
<title>Help dialog; re-order and tweak command descriptions.</title>
<updated>2016-04-26T05:46:53+00:00</updated>
<author>
<name>Stephen Blott</name>
</author>
<published>2016-04-26T05:46:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/commit/?id=8449ad05ebc2b08e7575d6090a3d80daa6c466bc'/>
<id>8449ad05ebc2b08e7575d6090a3d80daa6c466bc</id>
<content type='text'>
- Re-order commands such that we keep like with like, and have the more
  important commands nearer the top.

- Re-word some command descriptions such that we use the same words for
  the the same thing consistently.

- Move "View Source" to the "Miscellaneous" category.

- Make some commands "advanced commands".
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- Re-order commands such that we keep like with like, and have the more
  important commands nearer the top.

- Re-word some command descriptions such that we use the same words for
  the the same thing consistently.

- Move "View Source" to the "Miscellaneous" category.

- Make some commands "advanced commands".
</pre>
</div>
</content>
</entry>
<entry>
<title>Help dialog; fix show-advanced-command button position.</title>
<updated>2016-04-25T09:23:44+00:00</updated>
<author>
<name>Stephen Blott</name>
</author>
<published>2016-04-25T09:23:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/commit/?id=9b7e9b6cc6fc5928adb202b1d8a63e78861200ca'/>
<id>9b7e9b6cc6fc5928adb202b1d8a63e78861200ca</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Show tip re. clicking command names.</title>
<updated>2016-04-23T06:16:33+00:00</updated>
<author>
<name>Stephen Blott</name>
</author>
<published>2016-04-23T05:53:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/commit/?id=98ea279485fc456bbe4349559f9c08a24e2c4214'/>
<id>98ea279485fc456bbe4349559f9c08a24e2c4214</id>
<content type='text'>
It's pretty undiscoverable that you can click command names to yank
them.  So, this adds a tip to the bottom of the help dialog.

Also, change the cursor to a pointer when hovering over command names.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It's pretty undiscoverable that you can click command names to yank
them.  So, this adds a tip to the bottom of the help dialog.

Also, change the cursor to a pointer when hovering over command names.
</pre>
</div>
</content>
</entry>
<entry>
<title>Nicer styling of command names in help dialog.</title>
<updated>2016-04-22T15:55:04+00:00</updated>
<author>
<name>Stephen Blott</name>
</author>
<published>2016-04-22T15:55:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/vimium/commit/?id=a7446f09538e0b0314611c9d847016a85f735644'/>
<id>a7446f09538e0b0314611c9d847016a85f735644</id>
<content type='text'>
The commands names (in the help dialog) look nicer in italics.  They
also format better that way.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The commands names (in the help dialog) look nicer in italics.  They
also format better that way.
</pre>
</div>
</content>
</entry>
</feed>
