- From: Takayoshi Kochi <notifications@github.com>
- Date: Thu, 30 Jun 2016 01:22:16 -0700
- To: w3c/webcomponents <webcomponents@noreply.github.com>
- Cc:
Received on Thursday, 30 June 2016 08:22:49 UTC
Thanks @smaug---- for giving more thought on this. How feasible do you feel for implementing it in Gecko/Firefox? I guess it is implementable in Chromium/Blink, but with much effort - it needs huge refactoring;) I'm curious what do you think if you get back to `Entry3'` state now, and if iframe B navigates B3, a new entry (Entry3'' = A2 + B3 + C1) will be created. Usually going back the history and make a new navigation, will prune the old forward history, in this case Entry4, which means we lose "C2". But still in iframe C's history list, C2 exists, so `history.forward()` in C could navigate to C2. Do you think you allow UI forward button to make C1->C2 navigation (with keeping B3 in iframe B) in this case? Entry1: A1 Entry2: A2 + B1 + C1 Entry3': A2 + B2 + C1 Entry3'': A2 + B3 + C1 <== new entry after Entry3' Entry4: A2 + B2 + C2 <== ??? --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/webcomponents/issues/184#issuecomment-229593960
Received on Thursday, 30 June 2016 08:22:49 UTC