Re: the "no block found"-problem

Christian Stocker <[email protected]> Fri, 15 Oct 2004 13:26:22 +0200
Newsgroups gmane.editors.bitflux.general
Message-ID <[email protected]>

On 15.10.2004 13:20 Uhr, Patrick Kollitsch wrote:
> hi,
> 
> we have interesting occurences of the message in the subject. maybe I 
> explain it a bit more:
> 
> in our relax-schema we defined classes of elements and refer by <rev 
> name=classname> to them. only one class we have is a subclass of an 
> other class and never invoked separately. when the editor loads the 
> dropdown in the topleft shows "no block found" when the cursor is in one 
> of the elements of this class. they are toplevelelements.

are they defined as block element in the css? (display: block) that's 
what bxe is looking for (doesn't care, if it's toplevel or not)

> 
> the next problem (seems to belong to this) is that when we have an 
> element and want to convert it via dropdown to an other element and this 
> other element needs additional data in the attributes the error asking 
> for more attributes (#element does not have the required attribute 
> #attribute) occures. thats ok. but now the element is automatical 
> converted back to the element it was before selecting the dropdown and 
> in the dropdown stands "no block found" even if before it was filled 
> with elements.

try above. it maybe helps (not sure, but check it first, then 
i'llinvestigate more later)

chregu
> 
> I hope I explained it understandable ;) where do we have to search for 
> solution for that or is it a bug/flaw because of the subclasses not 
> readable by bxe?
> 
> greetings
> patrick

-- 
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60  | fax +41 1 240 56 71
http://www.bitflux.ch  |  [email protected]  |  gnupg-keyid 0x5CE1DECB
-- 
bx-editor-users mailing list
[email protected]
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-users