pol.ferre | 14 Feb 08:59
Picon

BXE and docbook or NLM

Hi,
I've been searching for an XML editor and I found BXE. As last messages
on this mailman are from 2008, I guess if it's an active project or if
you stop its developement for any reason?

BXE seems great, but I've been trying with docbook and NLM schemas and I
can't manage to get it fully working. 
With docbook schema I've got some problem with grammar <notAllowed> and
<start> tag. I can workaround it but then I've got some validation
errors on a correct XML.
As far as I tested journaulpublishing (NLM) schema I got same <start>
detection problems.

I've read the messages on this list from Sören about it's patches to get
docbook schemas working but can't found them anywhere. It looks like
solve some grammar problems I've found.

Thanks,
Pol.

--

-- 
bx-editor-dev mailing list
bx-editor-dev <at> lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev
bulusa | 14 Apr 22:46
Picon
Favicon

sdocbook in BXE

Hi,
I am working on BXE and I want to edit any sdocbook file on BXE. I saw your
comments about this in mailing list. I applied all of the instructions but I
couldn't make it working. The version of BXE I am working on is bxe-20080303
and there is no file named EmptyVDOM. Maybe the problem is this file. When I
try to edit sdocbook file it says "article() is not allowed at this position as
child of article". This alert is repeated for all nodes of article. I will be
glad to get your advice? Thanks a lot.

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--

-- 
bx-editor-dev mailing list
bx-editor-dev <at> lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev

Picon
Picon

Re: Status of bug 913: copy link, paste span

Le mercredi 03 janvier 2007 à 10:09 -0600, Bismarck Reyes a écrit :
> >> Hi Oliver, i have the same problem, I will be glad to implement and
> >> contribute back the feature described in this bug 913, Before
> >> starting to work I will be glad to know if somebody is already
> >> working on it or if this is solved.
> >>
> >> Many thanks in advance for your comments.
> >>
> >> Bismarck Reyes.
> >
> > Hi,
> >
> > i unfortunately did not start to work on this bug since i reported
> > it. 
> > But it would be great if you can !
> >
> > The only thing i do on BXE a year ago is a patch who substitute tags
> > names (in menus interface) with pertinent labels for non-technical
> > persons. If no label exist for a tag, the tag name is displayed. You
> > are maybe interested ?
> >
> > Regards,
> > Olivier L.
> 
> ok, thanks, i working on this bug 913, i am interested about your
> work(substitute tags), did you load this work in community of bitflux?

Hi

the patch is now in the bitflux bugreport :
(Continue reading)

Bismarck Reyes | 17 Nov 00:29
Picon

nested lists in Bitflux Editor

Hi,

I will be glad to implement and contribute back the feature described in:

http://article.gmane.org/gmane.editors.bitflux.general/120

Before starting to work I will be glad to know if somebody is already working on it.

Many thanks in advance for your comments.


--

-- 
bx-editor-dev mailing list
bx-editor-dev <at> lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev
Ludovic Gasc (GML | 6 Aug 10:54
Favicon

Maybe a good JS project for bit flux editor

Hi everybody,

I see this project : http://goog-ajaxslt.sourceforge.net/
It's a XSLT and Xpath javascript implementation made by Google.
Maybe this project will be usefull for Bit Flux editor ?

Kind regards.
-- 
Ludovic Gasc (GML) - http://gmludo.free.fr/
--

-- 
bx-editor-dev mailing list
bx-editor-dev <at> lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev

Picon

Doku BXE 2: onnew CallBack as popup: Unclear description

Helo,

on URL
  http://wiki.bitfluxeditor.org/BXE_2.0/OnNewCallbacks#Popup_callbacks
below heading "A more complex popup example" one can read:

  "We have to call bxe_Transform() by ourself here, since the main window
  doesn't know, when we are finished. The 1st and 2nd parameter are explained
  later (usually, false/false is ok here, it's for setting the cursor after
  the transformation). The third parameter tells the transformer, which node
  it should validate. If we leave that out, it validates the whole document,
  if we give it a node, it just validates from that node on."

That's not clear for me:

1.) The example does use function "bxe_Transform_async()" (which does
work), not the pure "bxe_Transform()". So which function one should really 
use?

2.) "bxe_Transform_async()" does not implement any parameters
- in opposition to "bxe_Transform()". Is this an implementation bug or a
documentation mistake?

3.) Where is the following place:
  "The 1st and 2nd parameter are explained later" ...?
  (Can anybody point me to that explanation?)

Thank in advance for your answer!

Christian

--

-- 
bx-editor-dev mailing list
bx-editor-dev <at> lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev

Sören Eberhardt | 10 Mar 16:51

sel.getEditableRange() returns null!!


Hello Axel,

is your "AXEL" editor freely available? I wonder, because I can't find
anything about it on the web - except on your blog.

It is specialized for LMML, but obviously your code can be used to
improve BXE (is that correct?).

Thanks-
ciao, Sören
Sören Eberhardt | 10 Mar 16:35

BXE and DocBook - it works!


Hello Christian,

I have sent an DocBook example file to the mailing list. It's still
awaiting your approval. Could you please check that?

I have found out that the functions for creating lists do not work in
the 2.0 branch - even not in your official examples, but I think this is
a known problem for you. I can't fix it by now. The list is toggled, but
the XPath doesn't get updated in the BXE status bar. What's wrong?

ciao, Sören
Ax | 15 Feb 15:42
Picon

sel.getEditableRange() returns null!!

Some trouble with my editor in firefox 1.5..

when I click in my editor AXEL (son of bitflux ) and enter some text, the method:

sel.getEditableRange();

returns null!!

why? is the css instruction -moz-user-input changed maybe accordingly with css3 or what?

Some students started to develope SVG editor so I need to adapt AXEL code to the new firefox release

thanks a lot!!
--

-- 
bx-editor-dev mailing list
bx-editor-dev <at> lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev
Sören Eberhardt | 11 Feb 18:57

Re: BXE and DocBook - it works!


Hello,

no problem to post the diff. You can find it as attachment to this mail.
The change in the file /js/bxeFunctions.js was necessary for ME to be
able to fetch the content variable from the $_POST array (I'm not using
PUT/ WebDAV).

Let me know what you think about the changes. Some of them are still
crude and maybe not correct (treat a "group" like a "choice" and the
NotAllowedVDOM implementation).

ciao, Sören

Christian Stocker schrieb:
> Hi Sören
> 
> Many thanks for your work, just one plea before I digg into all those
> changes. Could you please provide an unified diff of your changes? That
> way, it's much much less work for me to patch it.
> 
> Just do an
> 
> svn diff > bxe.patches
> 
> (or similar) and send those file to the list. If you're using windows,
> tortoisesvn has a similar option.
> 
> It really will save me a lot of work and is much less errorprone.
> 
> If you're not able to do it, just send me your whole sources of BXE and
> I will do the diff by myself
> 
> thanks
> 
> chregu
> 
Attachment (bxe_docbook.diff.tar.gz): application/x-gunzip, 3841 bytes
--

-- 
bx-editor-dev mailing list
bx-editor-dev <at> lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev
Sören Eberhardt | 9 Feb 12:03

BXE and DocBook - it works!

Hello,

I've recently come across the task to write a DocBook-based wiki. I needed
and WYSIWYG Editor component and hadn't heard of BXE before.
But I found it and was SO happy!!
But then it turned out that the editor could parse simple RelaxNG schemes,
but not the DocBook schema.
There was not much information about that available in the internet and
one posting on the bx-editor-user list.

So I started investigating what could cause this "bug" with BXE and
DocBook and finally made it work.

I've written a small log about the changes I've made. I really hope that
they will be incorporated into future release of BXE.

I'm new to this list and to BXE, so please don't beat me if something is
COMPLETELY wrong.

_________________________________________________________________________

Changes to make BXE support DocBook RelaxNG (and other more complex
grammars as well)

Version of BXE that was used for the modifications:
2.0-dev 200601170330 Rev: 1448

The source code snippets used here are the ones from the
file versions of this revision fetched from SVN

General
------------------------------

The BXE is the only freely available WYSIWYG XML editor. It works great
with simple grammars. But due to the lack of support for *all* elements of
the RelaxNG namespace it fails to parse more complex grammars (like the
DocBook schemes: 4.x - 5.x and Simplified DocBook 1.0 / 1.1).

After two weeks of digging deep into the Javascript code is was possible
to tweak the BXE so that it was able to let me edit a "simplified docbook"
document.

Why only "simplified" DocBook?
------------------------------

Well, the schema file is about 109kb and it takes about 2 sec. to load and
parse it.
If you take a look at the "normal" DocBook schema, which is about 450kb
(as RelaxNG) and split into 5 files, you will soon see that it takes more
than 15 sec. to parse the schema (and you will have to confirm "Yes, the
script can continue, don't stop it now" in Firefox more than once). The
problem is that the schema is completely parsed in the browser.
Maybe the parsing procedure can be optimized one day?!

Changes
------------------------------

a) Changes for supporting more RelaxNG elements
#################################################################

/relaxng/RelaxNG.js

#########################
DocBook starts with a choice!
BXE wasn't expecting a choice element at the start. To make it simple,
we only take the first choice element from the start.

Line: 293, insert:
--
		// The following part was missing in BXE!!
		// A grammar can also allow to start with a choice
		if (startChildren[i].isRelaxNGElement("choice")) {
			var choiceChilds = startChildren[i].childNodes;
			var xp = "/rng:grammar/rng:define[@name = '" +
choiceChilds[i].getAttribute("name") + "']/rng:element"
			startNode = this.xmldoc.documentElement.getXPathFirst(xp);
			break Ende;
		}
--
#########################
DocBook removes all /optional/attribute and /group nodes. That's not good.
At least commenting out this
part didn't cause trouble.
--
Between line 83 and 84 insert: /*
and one line 126 close the comment: */
--

#########################
Add "group" as a RelaxNG element that is being parsed. For the easiness of
the
thing I added group to the "choice" case:

Line 543, insert below:
--
			case "group":
--

so it's a fallthrough and we have the same node handling as it would be a
choice node.
I'm not sure if this is correct, but it made DocBook work, because its
grammar uses
a lot of group nodes.

#########################

Don't create a node object for empty nodes!! This was the last showstopper
before
the full simplified docbook grammar could be parsed.
Currently an empty node is creating an EmptyVDOM object.
So I've changed this code (line 558/559) :

--
				this.appendChild( new EmptyVDOM() );
				this._hasEmpty = true;
--

TO

--
				this.addEmptyNode();// needed for DocBook compatiblity; soeren
--

and added this function to the file /relaxng/EmptyVDOM.js, line 48:

--
NodeVDOM.prototype.addEmptyNode = function() {

	this._hasEmpty = true;

};
--
#########################

In this file (EmptyVDOM.js) I had to wrap a special section into a try/catch
block:

Lines 150/151:

--
				try {
					_attr[i].isValid(ctxt);
				 	_vdomAttr[_attr[i].name] = true;
				} catch(e) {}
--
#########################

Back to /relaxng/RelaxNG.js NOW!

The ReleaxNG element "notAllowed" was not supported. As a quick and dirty
fix I added it
to the switch clause in RelaxNG.js, before line 561 (   case "data": )

--
			case "notAllowed":
				this.appendChild( new NotAllowedVDOM() );
				this._hasEmpty = true;
				break;
--

This requires a new class "NotAllowedVDOM".
Add it somewhere in this file. I did it before the line

--
EmptyVDOM.prototype = new NodeVDOM();
--

Add:

--
// Added by soeren
// for DocBook compatibility
NotAllowedVDOM.prototype = new NodeVDOM();

function NotAllowedVDOM(node) {
	this.node = node;
	this.type = "RELAXNG_NOTALLOWED";
	this.nodeName = "RELAXNG_NOTALLOWED";
}

NotAllowedVDOM.prototype.isValid  = function() {
	return false;
}

NotAllowedVDOM.prototype.allowedElements = function() {
	return null;
}
--

#################################

That's it for the first part.

#################################################################

b) Bug fixes

Sorry that I didn't use the bugtracker for now.

#################################
file /js/bxeFunctions.js

Lines 212/213 ( the errors are explained in the comments):
--
		// soeren: must call "cloneNode" on documentElement object
		var doc = bxe_config.xmldoc.documentElement.cloneNode(true);
		// soeren: cannot use doc. here!!
		var res = bxe_config.xmldoc.evaluate("//@__bxe_id", doc, null,
XPathResult.UNORDERED_NODE_SNAPSHOT_TYPE,null);
--
The same on line 221
Change to
--
		// soeren: cannot use doc. here!!
		res = bxe_config.xmldoc.evaluate("//@__bxe_defaultcontent", doc, null,
XPathResult.UNORDERED_NODE_SNAPSHOT_TYPE,null);
--
#################################
file /js/widget.js

A small thing: Sometimes an XMLNode object has NO vdom property. This
might occur due to
errors while parsing the RelaxNG.

But on line 699 BXE assumes that a vdom property is existant! That's not
good as it
leads to an ugly Javascrpt error.

Change
--
		this.Popup.initTitle(node.XMLNode.vdom.bxeName);
--

TO

--
		if( node.XMLNode.vdom ) {
			this.Popup.initTitle(node.XMLNode.vdom.bxeName);
		}
		else {
			this.Popup.initTitle( node.XMLNode.localName );
		}
--

So it uses the local node name for the popup title.

____________________________________________________________________________

That's it for now.

The wiki-style script I'm working on will be a PHP-based plugin for the
content management system Joomla! (also known as Mambo).
It's called "DocBook:Collab".

ciao, Soeren

-- 
The future of eCommerce:
VirtueMart & Joomla!
http://virtuemart.net

--

-- 
bx-editor-dev mailing list
bx-editor-dev <at> lists.bitflux.ch
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev


Gmane