"Styles" dropdown and other stuff

Discussion:

Peter Bowman

2004-03-02 23:34:18 UTC

Hi Chregu,

Since you've said it's better to ask here, I don't feel so bad for posting
all this...

There seem to be some issues with the drop down list of tags just under the
File menu.

I'll try to be as clear as I can!

- When I change the elements by choosing a new tag from the drop down list,
the underlying xml is changed, but not the display. E.g. if I have
<para>Text</para> and change para to head, the xml becomes <head>Text</head>
but it displays as though it were aa para.

- In the tag view, a similar thing happens. The new tags are not shown when
edits are made.

- In the normal view, when a tag is chosen that according to the relaxng
must have child elements, the child elements are not inserted as when using
the context menu. This results in xml that does not validate. E.g. a table
that must have at least one tr. Only the <table> tag will get inserted. I'd
be happy for tags like this to not show in the list.

- If I have xml like <para>This is bold</para>, and my relaxng
forbids tags within <head> tags, BXE still lets me choose <head> from
the drop down. I then get <head>This is bold</head>, which doesn't
validate.

Other things I've noticed too:

- If I delete all the content, and then hit Enter, I get:
this.parentNode.insertBeforeIntern is not a function in ElementVAL.js line
109.
Stack: ()@ElementVal.js:109
("", "content")@bxeXMLNode.js:573
nonctrlKeyPressHandler([object Event])@mozilekb.js...

- BXE doesn't seem to respect the ordering within relaxng files. Is this a
bug, or not implemented, or am I just getting it wrong? It's hard to stop
users putting the header of a table at the bottom...!

- Just as an aside, BXE crashes my Windows version of Mozilla quite a lot
(versions 1.3 up to 1.6, "quite a lot" = 2 out of 3 tries). It works fine on
Linux. Removing all of Mozilla and reinstalling doesn't seem to help. Just
wondering if anyone else has come across this, as it's not a BXE problem per
se. It hangs on line 37 of Mozile's http.js after 13 or 14 files are shown
to have loaded (docu.load).

Thanks,
Pete.

Michael Rolli

2004-03-03 06:56:52 UTC

Permalink

Hi Pete

For most part your of your email I don't have a quick answer.

Here I'm using BXE on WinXP Pro. Used it with Mozilla 1.4, 1.5, 1.6 and
Firbird 0.6, 0.7 and Firefox 0.8. It never crashed my win. If things are
bad configured then BXE hangs on loading for sure. But it never crashed
windows itself.

Cheers
Mike

--
bx-editor-dev mailing list
bx-editor-***@lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev

Christian Stocker

2004-03-03 07:08:22 UTC

Permalink

I will answer the other questions later, but here are my 2 cents on the
windows stuff.

Post by Michael Rolli
Hi Pete
For most part your of your email I don't have a quick answer.

I ususally don't use Windows (more a Mac and Linux guy), but I know that
a lot of the testing done for BXE happened on Windows and if it would
have crashed 2 out 3 tries, I'd certainly heared any feedback about that.

I did have some crashes now and then with BXE, but not many enough to
actually bother investigating further ;)

I'll ask my Windows guys, if they now more.

and I assume, you can't reproduce the crashes, right?

And as an Endnote: We recomend using Mozilla 1.6 or Firefox 0.8 (1.4
resp. 0.7 are also supported), since they are much faster than their
predecessor. At least the loading of BXe takes now almost half the time
as before..

chregu

Post by Michael Rolli
Here I'm using BXE on WinXP Pro. Used it with Mozilla 1.4, 1.5, 1.6 and
Firbird 0.6, 0.7 and Firefox 0.8. It never crashed my win. If things are
bad configured then BXE hangs on loading for sure. But it never crashed
windows itself.
Cheers
Mike

Christian Stocker

2004-03-03 09:29:42 UTC

Permalink

Post by Christian Stocker

Post by Michael Rolli

Yes, that makes sense.

Post by Christian Stocker
I did have some crashes now and then with BXE, but not many enough to
actually bother investigating further ;)
I'll ask my Windows guys, if they now more.
and I assume, you can't reproduce the crashes, right?

There's no specific set of conditions - but when Mozilla crashes it always
crashes at the same point in the code (line 109 in http.js). I suspect
either a problem in Mozilla or in my installation of Mozilla - maybe even
some other software is causing a problem for Mozilla.

Post by Christian Stocker
And as an Endnote: We recomend using Mozilla 1.6 or Firefox 0.8 (1.4
resp. 0.7 are also supported), since they are much faster than their
predecessor. At least the loading of BXe takes now almost
half the time
as before..

I'm currently on Mozilla 1.6.

Post by Christian Stocker

Post by Michael Rolli
Here I'm using BXE on WinXP Pro. Used it with Mozilla 1.4,

1.5, 1.6 and

Post by Michael Rolli
Firbird 0.6, 0.7 and Firefox 0.8. It never crashed my win.

If things are

Post by Michael Rolli
bad configured then BXE hangs on loading for sure. But it

never crashed

Post by Michael Rolli
windows itself.

It doesn't crash Windows itself, but Mozilla starts using 100% CPU and I
have to kill it.

Aaah, it doesn't crash? It is "just" using 100% CPU? That's a whole
other issue then (for me at least ;) ). Somewhere must be a endless loop
that causes that. Will have a look at line 109 in http.js ;)

chregu

Thanks,
Pete.

Peter Bowman

2004-03-03 16:59:55 UTC

Permalink

Hi Chregu,

I'm writing functions to replace the XHTML functions for things like image
insert, so that it inserts tags relevant to my schema.

I discovered a problem where if I have code like:

Var object = document.createElementNS("", "mytag");
Alert(object.XMLNode.namespaceURI);

The alert would show the xhtml namespace rather than no namespace. I believe
this is due to line 72 of bxeXMLNode.js which sets the namespace to xhtml if
it's blank.

Thanks,
Pete.

--
bx-editor-dev mailing list
bx-editor-***@lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev

Christian Stocker

2004-03-04 16:47:38 UTC

Permalink

Post by Peter Bowman
Hi Chregu,
I'm writing functions to replace the XHTML functions for things like image
insert, so that it inserts tags relevant to my schema.
Var object = document.createElementNS("", "mytag");
Alert(object.XMLNode.namespaceURI);

I don't see any problems right now with removing those "else if" lines.

commited for now ;)

chregu

Post by Peter Bowman
The alert would show the xhtml namespace rather than no namespace. I believe
this is due to line 72 of bxeXMLNode.js which sets the namespace to xhtml if
it's blank.
Thanks,
Pete.

Christian Stocker

2004-03-04 16:00:47 UTC

Permalink

Hi

ok, here we go for an answer.

Post by Peter Bowman
Hi Chregu,
Since you've said it's better to ask here, I don't feel so bad for
posting all this...

you don't have to feel bad, at all.

Post by Peter Bowman
There seem to be some issues with the drop down list of tags just under
the File menu.
I'll try to be as clear as I can!
- When I change the elements by choosing a new tag from the drop down
list, the underlying xml is changed, but not the display. E.g. if I have
<para>Text</para> and change para to head, the xml becomes
<head>Text</head> but it displays as though it were aa para.

That worked for me. Did you define a css (with .head) for <head>?
Otherwise it will just take the standard layout.

Post by Peter Bowman
- In the tag view, a similar thing happens. The new tags are not shown
when edits are made.

that's actually a known bug (just filled) ->
http://bugzilla.bitflux.ch/show_bug.cgi?id=579

Post by Peter Bowman
- In the normal view, when a tag is chosen that according to the relaxng
must have child elements, the child elements are not inserted as when
using the context menu. This results in xml that does not validate. E.g.
a table that must have at least one tr. Only the <table> tag will get
inserted. I'd be happy for tags like this to not show in the list.

ok. the relaxng support is not perfect everywhere right now. you're
right, that the elements, which can't have text as immediate children,
shouldn't be shown there. as an intermediate fix, you can exclude some
elements from the "styles" dropdown. See the config.xml from the uni
example and the <context type="dontShow"> part there
http://cvs.bitflux.ch/chora/co.php/bxeng/examples/uni/config.xml?login=2&rt=editor&r=1.14

the bug is filed:
http://bugs.bitflux.ch/cgi-bin/bugzilla/show_bug.cgi?id=580

Post by Peter Bowman
- If I have xml like <para>This is bold</para>, and my relaxng
forbids tags within <head> tags, BXE still lets me choose <head>
from the drop down. I then get <head>This is bold</head>, which
doesn't validate.

the same as above. the validation of the "style" dropdown isn't perfect.

Post by Peter Bowman
this.parentNode.insertBeforeIntern is not a function in ElementVAL.js
line 109.

How exactly do you delete it? with selection or backspace?

Post by Peter Bowman
- BXE doesn't seem to respect the ordering within relaxng files. Is this
a bug, or not implemented, or am I just getting it wrong? It's hard to
stop users putting the header of a table at the bottom...!

it's only with <optional> from relaxng AFAIK, but yes, known bug ->
http://bugs.bitflux.ch/cgi-bin/bugzilla/show_bug.cgi?id=581

chregu

Post by Peter Bowman
- Just as an aside, BXE crashes my Windows version of Mozilla quite a
lot (versions 1.3 up to 1.6, "quite a lot" = 2 out of 3 tries). It works
fine on Linux. Removing all of Mozilla and reinstalling doesn't seem to
help. Just wondering if anyone else has come across this, as it's not a
BXE problem per se. It hangs on line 37 of Mozile's http.js after 13 or
14 files are shown to have loaded (docu.load).
Thanks,
Pete.

Christian Stocker

2004-03-05 07:49:25 UTC

Permalink

Perhaps I might answer in separate mails.

Post by Peter Bowman

Post by Peter Bowman
- When I change the elements by choosing a new tag from the

drop down

Post by Peter Bowman
list, the underlying xml is changed, but not the display.

E.g. if I have

Post by Peter Bowman
<para>Text</para> and change para to head, the xml becomes
<head>Text</head> but it displays as though it were aa para.

That worked for me. Did you define a css (with .head) for <head>?
Otherwise it will just take the standard layout.

Yes, I have all that, and if I insert a <head> any other way it works fine
and looks nice.
Say I change <para> to <head> as above.
Text
<head class="para">Text
The style dropdown shows "no block found" for that part of the text. I guess
Text

yes, that should it be ;)

That's most presumably an easy fix and an annoying bug. Will try to fix
it this morning.

-> http://bugs.bitflux.ch/cgi-bin/bugzilla/show_bug.cgi?id=582

PS. Could you please answer to the mailinglist and not to me personally
only? Thanks and thanks a lot for your feedback, it helps a lot.

chregu

Thanks,
Pete.

Peter Bowman

2004-03-05 09:48:35 UTC

Permalink

Post by Christian Stocker
PS. Could you please answer to the mailinglist and not to me
personally
only? Thanks and thanks a lot for your feedback, it helps a lot.

Oops - sorry about that!

Pete.

--
bx-editor-dev mailing list
bx-editor-***@lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev

Christian Stocker

2004-04-29 08:57:10 UTC

Permalink

Hi all

The bug described below should be fixed in cvs and the latest snapshot.

Thanks for the report

chregu

Post by Christian Stocker
Hi

Perhaps I might answer in separate mails.

Post by Peter Bowman

Post by Peter Bowman
- When I change the elements by choosing a new tag from the

drop down

Post by Peter Bowman
list, the underlying xml is changed, but not the display.

E.g. if I have

Post by Peter Bowman
<para>Text</para> and change para to head, the xml becomes
<head>Text</head> but it displays as though it were aa para.

That worked for me. Did you define a css (with .head) for <head>?
Otherwise it will just take the standard layout.

yes, that should it be ;)
That's most presumably an easy fix and an annoying bug. Will try to fix
it this morning.
-> http://bugs.bitflux.ch/cgi-bin/bugzilla/show_bug.cgi?id=582
PS. Could you please answer to the mailinglist and not to me personally
only? Thanks and thanks a lot for your feedback, it helps a lot.
chregu

Thanks,
Pete.