Проблема с Dart WebUI сгенерированный код

Question

У меня проблема с автоматически сгенерированным кодом для веб-компонентов. Вот фрагмент HTML:

<div id="hidden-ui"> 
    <div id="auth-form" class="..."> 
    ... 
    <to-button></to-button> 
    </div> 
    ... 
</div> 

Как вы можете видеть, есть пользовательский веб-компонент под названием to-button:

<element name="to-button" constructor="TOSimpleButton" extends="div"> 
    ... 
</element> 

При запуске я хочу, чтобы переместить #auth-form снаружи от родительского узла к документу корня:

Element af = document.query('#auth-form'); 
Element db = document.query('BODY'); 
db.children.add(af); 

Это нормально, если в подвижном узле нет настраиваемых веб-компонентов, но в то время как to-button находится внутри I получить rune time RangeError.

Вот кусок авто сгенерированного кода:

__e1 = __root.nodes[9].nodes[1].nodes[7]; 
__t.component(new TOSimpleButton()..host = __e1); 

Как вы можете видеть, есть строгий старый путь к компоненту, таким образом RangeError рейза исключения.

Как я могу справиться с этим?

Answer 1

Похоже, вы хотите время от времени отображать всплывающие окна. Вот что я делаю.

уточняю этот конструктор для диалога/всплывающего окна:

var lifecycleCaller; 

DialogFooComponent() { 
    host = new Element.html('<x-dialog-foo></x-dialog-foo>'); 

    lifecycleCaller = new ComponentItem(this) 
    ..create(); 

    document.body.children.add(host); 
    lifecycleCaller.insert(); 
} 

И как вы можете видеть, я добавляю его в теле документа. Однако это происходит только при создании нового экземпляра.

Всякий раз, когда мне нужно, чтобы показать, что всплывающее окно, у меня есть такой код:

import '../dialog/foo/foo.dart'; 

... 

// Later at some point I do: 
new DialogFooComponent(); 

И то, что происходит в том, что у вас есть всплывающие формы, появляющиеся в организме, когда вы хотите их.

Если вы хотите, чтобы закрыть диалоговое окно, вы можете просто вызвать это внутри диалогового компонента:

lifecycleCaller.remove(); 

Answer 2

Как уже упоминалось here, это не будет исправлено в пакете WebUI, но будет в Polymer.

это не будет исправлено в web_ui pkg. Он должен работать в полимерах pkg.