search

gcfavorites / mouselessbrowsing

Automatically exported from code.google.com/p/mouselessbrowsing
0 stars 0 forks source link

Parent-child tab relationship not preserved #30

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
When using this Mouseless Browsing with Tree Style Tab, the parent-child
relationship not preserved.

1. Install the Tree Style Tab addon:
https://addons.mozilla.org/en-US/firefox/addon/5890
2. Use Mouseless Browsing to open a page in a new tab.

Notice that the new tab shows up at the same level as the one it was opened
from. Instead, it should appear indented underneath it.

Mouseless Browsing 0.5.1 on Firefox 3.0.1 on Vista.

Original issue reported on code.google.com by ednbeth on 29 Sep 2008 at 1:54

GoogleCodeExporter commented 9 years ago 
I hate this extra. I thought it would help me it's just so confusing. I want to 
know
how to get it off my computer. Now!

Original comment by Tanner-B...@live.com on 30 Sep 2008 at 12:24

GoogleCodeExporter commented 9 years ago 
I've installed Tree Style Tab but I couldn't figure out what is wrong.
When I trigger a link by id which opens a new tab the tab is added underneath 
the old
one.
When I open a link in a new tab e.g. by pressing the postfix key "add" or by 
holding
down the Alt-key while entering the id a new tab is added on the same level as 
the
one it was opened from. You wrote that this is wrong, but if I do the same 
thing with
the mouse, i.e. I click a link while pressing the CTRL-key also a new tab one 
same
level is added. As these to actions are equivalent also the outcome is 
equivalent.
What do you think about this?

Original comment by Rudolf....@gmail.com on 8 Oct 2008 at 7:41

GoogleCodeExporter commented 9 years ago 
I experimented with the two add-ins a bit more. Mouseless Browsing causes Tree 
Style
Tabs to behave inconsistently. The tabs in Tree Style Tabs are supposed to 
appear in
a tree based on the tab each new tab was opened from. With Mouseless Browsing,
sometimes new tabs show up without the indentation, regardless of whether the 
tab was
opened with a mouse or not. To get a sense of how Tree Style Tabs is supposed to
work, try disabling Mouseless Browsing temporarily. Given the behavior of Tree 
Style
Tabs alone, can you reproduce how Mouseless Browsing changes its behavior?

Original comment by ednbeth on 9 Oct 2008 at 1:38

GoogleCodeExporter commented 9 years ago 
Ok now I might know the problem. 
Please update to the latest build
(http://www.rudolf-noe.de/index.php?/content/view/14/26/, at the end of the 
page),
this will probably solve the problem.
Please give me feedback.

Original comment by Rudolf....@gmail.com on 9 Oct 2008 at 7:49

GoogleCodeExporter commented 9 years ago 
I installed 0.5.2Build200809024 and open some tabs with Alt+numbers. I got the 
same
behavior as with 0.5.1: no tree indenting.

Original comment by ednbeth on 9 Oct 2008 at 3:30

GoogleCodeExporter commented 9 years ago 
Maybe it's problem of TST? For example, links from Easy DragToGo are opened
unindented as well. Might it be that OpenUrlInNewTab(), loadURI(), etc aren't 
handled
by TST properly?

Original comment by hoverh...@gmail.com on 19 Dec 2008 at 8:18

GoogleCodeExporter commented 9 years ago 
I am experiencing this issue using as well, using the latest versions of both
extensions. I suspect that hoverhell's guess is correct, because there are a 
couple
of other extensions that don't indent tabs properly with TST, Linky for one.

Original comment by zorb...@gmail.com on 9 Jan 2009 at 6:13

GoogleCodeExporter commented 9 years ago 
I use the standard FUEL library (fuelWindow.open) to open a link in a new tab, 
so my
opinion is that TST must handle this.
I also tried to switch to the global openUILinkIn method but this is also not 
handled
correctly by TST.
So I decided not to fix this problem.

Original comment by Rudolf....@gmail.com on 7 Mar 2009 at 11:53