From nobody Wed Jul 7 15:04:35 2004 Received: (qmail 6683 invoked from network); 7 Jul 2004 18:46:43 -0000 Received: from rproxy.gmail.com (HELO mproxy.gmail.com) (64.233.170.201) by mozdev.org with SMTP; 7 Jul 2004 18:46:43 -0000 Received: by mproxy.gmail.com with SMTP id d19so91540rnf for ; Wed, 07 Jul 2004 11:31:29 -0700 (PDT) Received: by 10.38.71.16 with SMTP id t16mr118374rna; Wed, 07 Jul 2004 11:31:29 -0700 (PDT) Message-ID: Date: Wed, 7 Jul 2004 13:31:29 -0500 From: "R.J. Keller" To: Brant Gurganus In-Reply-To: <7085f1180407071031714517a6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <7085f1180406301429417bbc23@mail.gmail.com> <7085f1180407071031714517a6@mail.gmail.com> X-Mailman-Approved-At: Wed, 07 Jul 2004 15:04:34 -0400 Cc: mozcreator@mozdev.org Subject: [Mozcreator] Re: Blackwood X-BeenThere: mozcreator@mozdev.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2004 18:46:44 -0000 On Wed, 7 Jul 2004 12:31:36 -0500, Brant Gurganus wrote: > I also saw the jazilla project which is trying to port Mozilla > completely to Java. Not sure how far along they are. > Do they embed Gecko or are they trying to rewrite Gecko in Java? I'll check it out and see if I can find out their technique for embedding Gecko (if they do). Also, let's keep this discussion on the MozCreator mailing list so that others can comment. -- R.J. Keller mozilla.org Help Systems Module Owner http://mozilla.org/projects/help-viewer http://rjkeller.blogspot.com/ http://mozcreator.mozdev.org http://macrotracker.mozdev.org From nobody Wed Jul 7 16:20:34 2004 Received: (qmail 15920 invoked from network); 7 Jul 2004 20:15:42 -0000 Received: from rproxy.gmail.com (HELO mproxy.gmail.com) (64.233.170.196) by mozdev.org with SMTP; 7 Jul 2004 20:15:42 -0000 Received: by mproxy.gmail.com with SMTP id d19so98164rnf for ; Wed, 07 Jul 2004 13:00:34 -0700 (PDT) Received: by 10.38.81.59 with SMTP id e59mr145274rnb; Wed, 07 Jul 2004 12:53:54 -0700 (PDT) Message-ID: Date: Wed, 7 Jul 2004 14:53:54 -0500 From: "R.J. Keller" To: Brant Gurganus In-Reply-To: <7085f1180407071244340964e9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <7085f1180406301429417bbc23@mail.gmail.com> <7085f1180407071031714517a6@mail.gmail.com> <7085f1180407071244340964e9@mail.gmail.com> Cc: mozcreator@mozdev.org Subject: [Mozcreator] Re: Blackwood X-BeenThere: mozcreator@mozdev.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2004 20:15:42 -0000 On Wed, 7 Jul 2004 14:44:37 -0500, Brant Gurganus wrote: > They try to rewrite Gecko. Sure, you can move discussion to the > mozcreator list. I've never been a fan of mailing lists for > discussion. > If they're trying to rewrite gecko, then that would not be appropriate for our needs. We need something that will build upon the latest Mozilla source, so that developers can develop Mozilla applications. If we're using something different than the Mozilla platform, we will run into incompatibilities and other issues. The goal is not just a browser but a XUL interpreter, that can display XUL in something like a Java canvas. I don't think we have many options. We could just not embed Gecko, but that will make the GUI editor about 200 times more difficult. -- R.J. Keller mozilla.org Help Systems Module Owner http://mozilla.org/projects/help-viewer http://rjkeller.blogspot.com/ http://mozcreator.mozdev.org From nobody Fri Jul 23 11:35:08 2004 Received: (qmail 86723 invoked from network); 23 Jul 2004 15:34:34 -0000 Received: from rproxy.gmail.com (HELO mproxy.gmail.com) (64.233.170.200) by mozdev.org with SMTP; 23 Jul 2004 15:34:34 -0000 Received: by mproxy.gmail.com with SMTP id 75so5950rnk for ; Fri, 23 Jul 2004 08:19:02 -0700 (PDT) Received: by 10.38.9.26 with SMTP id 26mr29687rni; Fri, 23 Jul 2004 08:19:02 -0700 (PDT) Message-ID: Date: Fri, 23 Jul 2004 10:19:02 -0500 From: "R.J. Keller" To: Dominique DE VITO In-Reply-To: <41012017.499A7902@objectweb.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable References: <1279BACE.467FFFBC@mail.gmail.com> <40FFD1A1.5070103@meer.net> <41012017.499A7902@objectweb.org> Cc: Brant Gurganus , mozcreator@mozdev.org, Ryan Probasco Subject: [Mozcreator] Re: Eclipse XUL app-builder X-BeenThere: mozcreator@mozdev.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2004 15:34:34 -0000 On Fri, 23 Jul 2004 16:26:31 +0200, Dominique DE VITO wrote: >=20 > Hi R.J. and Ryan, >=20 > First, let me say 'thank you' for your involvment in XUL as I will be gla= d to > see more and more XUL around. >=20 > Above is written this is not to the MozCreator project's advantage to use > Eclipse. About MozCreator, I have found in : > "This IDE will includes a number of features to assist Mozilla developers= such > as RDF generation, JAR compilation, ability to compile an application wit= h > multiple JAR files, GUI creation tools, and many other features". >=20 > Well, Eclipse can provide advantages for JAR compilation. And the newly > created project, Eclipse WTP, can bring other features for MozCreator. >=20 > The Eclipse Web Tools Platform (WTP) project aims to develop Web/J2EE > development tools for Eclipse. These tools will be part of the standard > branch, and defined above the core platform. See > . >=20 > To give an example, Eclipse WTP planned deliverables include editors, jus= t > like XML editor (=3D> RDF) or JavaScript editor and hybrid source (XML + > JavaScript =3D> XUL) editor. To say more, support of Web standards in the= scope > of the Web Standard Tools subproject includes languages and specification= s > published by open-standard bodies (e.g. W3C, IETF, ECMA, OASIS, WS-I, ANS= I) > that are commonly used by Web-centric applications. >=20 > Please, take a look at the newly-created Eclipse WTP web site to see how = the > corresponding planned deliverables could fit with MozCreator. If you want= any > question, don't hesitate to contact me. Does this integrate into the Eclipse SWT toolkit? I tried the toolkit awhile ago and we found the toolkit to be a bit of a pain and not as flexible as we'd like it to be. In general, I'd say that this Eclipse WTP sounds excellent and if we can integrate it into the current code, it would be excellent! Does these editors provide source highlighting? >=20 > After talking about the opportunities supplied by Eclipse WTP, another po= int > is how to implement a XUL editor above Eclipse WTP. Here are some > fastly-sketched thoughts. >=20 > - a SVG editor is planned into Eclipse WTP. We have a code contribution a= nd > some man-power for SVG. As SVG is a mark-up language, I was wondering mys= elf > how to leverage such mark-up IDE possibilities for XUL. But I have not di= gged > into details for this idea (if possible). >=20 > Note that SVG planned features is another good idea to use Eclipse WTP as= a > base for MozCreator/Mozilla IDE. >=20 > - One can embed Mozilla into Eclipse for XUL rendering and use edition > facilities of Eclipse WTP for source code edition. I have no definitive i= dea > about graphical edition: >From what I read, Mozilla is not available on the Windows platform. This would very bad because most of our users would probably be Windows users (including myself). Something interesting is the Jrex project (http://jrex.mozdev.org) which embed Gecko and allows you to write XUL applications integrated with Java. This could allow MozCreator to write the GUI in XUL and write the events in Java. I think that we shuould definetely consider that route. >=20 > -- through JavaScript =E0 la FCKEditor or Mozi= lla > Rich Text Edition (for > graphical/source code synchro, one could imagine : after edition, the sou= rce > code is put into a textarea, submission of the formulary to a web server > running under Eclipse =3D> synchro with Eclipse) ? I'm not sure I understand what you mean by this. >=20 > -- Or, may be a Java listener could be plugged to Mozilla enabling to rea= ct to > user actions and to synchronize graphical/source code under Eclipse ? I h= ave > no information about such listener. I think I answered this above. Jrex has LiveConenct support, which makes a bridge between Java and trusted JavaScript on the mozilla end. This is how the Jrex web browser can display XUL dialogs (that are fully functional) inside of a JFrame. Thanks for this information! --=20 R.J. Keller mozilla.org Help Systems Module Owner http://mozilla.org/projects/help-viewer http://rjkeller.blogspot.com/ http://mozcreator.mozdev.org From nobody Fri Jul 23 13:34:20 2004 Received: (qmail 97735 invoked from network); 23 Jul 2004 17:33:47 -0000 Received: from rproxy.gmail.com (HELO mproxy.gmail.com) (64.233.170.204) by mozdev.org with SMTP; 23 Jul 2004 17:33:47 -0000 Received: by mproxy.gmail.com with SMTP id 73so13268rnl for ; Fri, 23 Jul 2004 10:18:14 -0700 (PDT) Received: by 10.38.12.73 with SMTP id 73mr45611rnl; Fri, 23 Jul 2004 10:18:14 -0700 (PDT) Message-ID: Date: Fri, 23 Jul 2004 12:18:14 -0500 From: "R.J. Keller" To: Dominique DE VITO , Ryan Probasco In-Reply-To: <4101447F.48D303CB@objectweb.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1279BACE.467FFFBC@mail.gmail.com> <40FFD1A1.5070103@meer.net> <41012017.499A7902@objectweb.org> <41013518.4C8D3A11@objectweb.org> <4101447F.48D303CB@objectweb.org> Cc: Brant Gurganus , mozcreator@mozdev.org Subject: [Mozcreator] Re: Eclipse XUL app-builder X-BeenThere: mozcreator@mozdev.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2004 17:33:48 -0000 On Fri, 23 Jul 2004 19:01:51 +0200, Dominique DE VITO wrote: > > > Ryan Probasco wrote : > > > R.J. and Dominique > > > > Wow...after two months of thinking this was a no-go, this is a very > > interesting response to get! > > > > After looking at both Eclipse WTP and MozCreator, I have to wonder if > > these projects are not heading in different directions even if there > > is some overlapping of project goals. From what I can tell, WTP is > > mainly meant to help on various web application development platforms > > like J2EE (which is another interest of mine) wheras MozCreator is > > meant to help XUL become a real GUI layer for cross platform > > application development (as envisioned by Brendan). Correct me if I'm > > wrong. > > This is not exactly what is Eclipse WTP. > > Don't forget Eclipse WTP has two subprojects: > > - Web Standard Tools => this subproject is language-neutral. So, it is focusing standards not related to > Java. The focused standards are web-centric : HTML, JavaScript, CSS, XML, XSL, SVG, web service standards > (WSDL, SOAP...)... So, RDF has a place here. And one could imagine to leverage the 'Web Standard Tools' > subproject (numerous) deliverables to implement above a XUL editor. And more than that : a Mozilla IDE. > > - J2EE Standard Tools => this subproject targets tools for J2EE 1.4. > > > > > > If a single, more general tool can accomplish both goals (while > > accomplishing others as well) for instance, if extending WTP so that > > it includes a usable XUL editor for separate application development, > > then it's not necessary to develop the same thing elsewhere. > > Well, that could be one plan : extending Eclipse WTP to define a Mozilla IDE. > > > > > Alternatively, if the tool requires more specific integration with > > other tools (JRex for example) the perhaps it really needs to be > > developed separately. > > Eclipse is mainly a platform : the Eclipse IDE is defined above this platform. And a platform is aimed to > integration and reuse. So, why not reusing the features provided by Eclipse ? > The impression I got from the website and the powerpoint is that WTP uses SWT. I found that the layout managers provided for SWT aren't very flexible. If WTP does require SWT in order to run, then we will run into a problem. It might not be worth the bloat. Another idea worth throwing out is that if we have full JRex integration, then we might want to use the Mozilla Composer code to make the textarea and source highlighting. That would definetely be possible. > > > > Having worked with SWT a little, I agree that it's not the easiest > > toolkit to use, however, some of the existing features in Eclipse, not > > to mention its large user base, still make it a very enticing platform > > to develop for. I have not delved into the code for MozCreator yet > > (though I did check it out), so this may already be the case, but I > > wonder if there isn't an advantage in developing this sort of tool > > using the same technology that it is supposed to enable (w/ perhaps > > JRex). > > > > Anyhow, I appreciate you guys including me in this discussion, and I > > look forward to hearing more. > > > > Thanks, > > -Ryan > > Regards, > Dominique De Vito > -- R.J. Keller mozilla.org Help Systems Module Owner http://mozilla.org/projects/help-viewer http://rjkeller.blogspot.com/ http://mozcreator.mozdev.org From nobody Fri Jul 23 15:24:38 2004 Received: (qmail 7814 invoked from network); 23 Jul 2004 19:24:05 -0000 Received: from rproxy.gmail.com (HELO mproxy.gmail.com) (64.233.170.198) by mozdev.org with SMTP; 23 Jul 2004 19:24:05 -0000 Received: by mproxy.gmail.com with SMTP id 75so14179rnk for ; Fri, 23 Jul 2004 12:08:29 -0700 (PDT) Received: by 10.38.206.62 with SMTP id d62mr62589rng; Fri, 23 Jul 2004 12:08:29 -0700 (PDT) Message-ID: Date: Fri, 23 Jul 2004 14:08:29 -0500 From: "R.J. Keller" To: Dominique DE VITO In-Reply-To: <4101528C.203AF299@objectweb.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1279BACE.467FFFBC@mail.gmail.com> <40FFD1A1.5070103@meer.net> <41012017.499A7902@objectweb.org> <41013518.4C8D3A11@objectweb.org> <4101447F.48D303CB@objectweb.org> <4101528C.203AF299@objectweb.org> Cc: Brant Gurganus , mozcreator@mozdev.org, Ryan Probasco Subject: [Mozcreator] Re: Eclipse XUL app-builder X-BeenThere: mozcreator@mozdev.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2004 19:24:06 -0000 On Fri, 23 Jul 2004 20:01:48 +0200, Dominique DE VITO wrote: > > I think so. In any case, WTP is defined above the core platform and the core platform uses SWT. > That is not good. That could be enough of a reason not to use it. SWT doesn't integrate into JFC at all, so it wouldn't be possible to connect it into the current MozCreator codebase. > > Even, in the last version of SWT (as you told me your last look to SWT was awhile ago) ? > I could look at the newer version if it's that radical of a change. > > If WTP does require SWT in order to run, then we will > > run into a problem. It might not be worth the bloat. > > Well, I have no knowledge of layout managers provided for SWT. In any case, I have also heard problems about > Swing layout managers. May be there is no perfect solution :-) The Swing layout managers, from my experience, are much better than the SWT ones that I used. Yes, they are not perfect, but they suit our needs well. > > Look, Eclipse 3.0 is defined above SWT. So, one can develop big, major tools using SWT (more that 5 000 000 of > downloads for BitTorrent). And there are more and more tools defined above the Eclipse platform well, you can develop big, major tools with just about anything. > > Sure, Mozilla Composer could be another solution. > > The advantage of Eclipse is to enable integrated solutions. So, for example, if you are developing web pages in > a team with CVS, you know that CVS is integrated into Eclipse. No tool change. Under Eclipse, you can have > tools analyzing these pages and generating JavaBeans in order to store submitted values. No tool change. You > can have tools analyzing pages quality through metrics. No tool change... And you can change your focus between > web pages/Java code without tool change. What do you mean by "tool change"? > > This is the 'platform' thing (enabling integrated solutions) that makes Eclipse a popular horse to be above. > And over time, an attractive point is that more and more features are already implemented, such as source > highlighting and next, SVG edition. Eclipse definetely has some advantages. I'm not saying it's horrible.I would just find it easier to base things off of the Mozilla codebase/JFC where much of the work has been done for us. Maybe if SWT was better integrated into JFC I might be more convinced to use it, but I don't think that this was what the Eclipse developers were after. -- R.J. Keller mozilla.org Help Systems Module Owner http://mozilla.org/projects/help-viewer http://rjkeller.blogspot.com/ http://mozcreator.mozdev.org From nobody Sat Jul 24 14:26:33 2004 Received: (qmail 90009 invoked from network); 23 Jul 2004 16:09:29 -0000 Received: from gwout.thalesgroup.com (195.101.39.227) by mozdev.org with SMTP; 23 Jul 2004 16:09:29 -0000 Received: from thalescan.corp.thales (200.3.2.3) by GWOUT.thalesgroup.com (NPlex 6.5.026) id 4100B5AF0002B95B for mozcreator@mozdev.org; Fri, 23 Jul 2004 17:53:50 +0200 Received: from lowplex.mut.thales ([10.33.19.4]) by thalescan with InterScan Messaging Security Suite; Fri, 23 Jul 2004 17:53:05 +0200 Received: from tisplex.tisfr.thales (142.1.6.1) by lowplex.mut.thales (NPlex 6.5.026) id 40EBD53F00244DFE for mozcreator@mozdev.org; Fri, 23 Jul 2004 17:53:05 +0200 Received: from tisplex.tisfr.thales (142.1.6.1) by tisplex.tisfr.thales (NPlex 6.5.026) id 40EB8FBD00229120 for mozcreator@mozdev.org; Fri, 23 Jul 2004 17:53:05 +0200 Received: from tismlkplex.tisfr.thales ([142.58.3.100]) by tisplex with InterScan Messaging Security Suite; Fri, 23 Jul 2004 17:53:03 +0200 Received: from tismlkplex.tisfr.thales (142.58.3.100) by tismlkplex.tisfr.thales (NPlex 6.5.026) id 40FBB5E90007A078 for mozcreator@mozdev.org; Fri, 23 Jul 2004 17:53:03 +0200 Received: from objectweb.org ([142.1.149.24]) by tismlkplex with InterScan Messaging Security Suite; Fri, 23 Jul 2004 17:53:01 +0200 Message-ID: <41013518.4C8D3A11@objectweb.org> Date: Fri, 23 Jul 2004 17:56:08 +0200 From: Dominique DE VITO Organization: Thales Information Systems X-Mailer: Mozilla 4.78 [fr] (Windows NT 5.0; U) X-Accept-Language: fr MIME-Version: 1.0 To: "R.J. Keller" References: <1279BACE.467FFFBC@mail.gmail.com> <40FFD1A1.5070103@meer.net> <41012017.499A7902@objectweb.org> Content-Type: multipart/mixed; boundary="------------3343BDE5CCB25D83B4515772" X-Mailman-Approved-At: Sat, 24 Jul 2004 14:26:30 -0400 Cc: Brant Gurganus , mozcreator@mozdev.org, Ryan Probasco Subject: [Mozcreator] Re: Eclipse XUL app-builder X-BeenThere: mozcreator@mozdev.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2004 16:09:32 -0000 Il s'agit d'un message multivolet au format MIME. --------------3343BDE5CCB25D83B4515772 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable "R.J. Keller" wrote : > On Fri, 23 Jul 2004 16:26:31 +0200, Dominique DE VITO > wrote: > > > > Hi R.J. and Ryan, > > > > First, let me say 'thank you' for your involvment in XUL as I will be= glad to > > see more and more XUL around. > > > > Above is written this is not to the MozCreator project's advantage to= use > > Eclipse. About MozCreator, I have found in : > > "This IDE will includes a number of features to assist Mozilla develo= pers such > > as RDF generation, JAR compilation, ability to compile an application= with > > multiple JAR files, GUI creation tools, and many other features". > > > > Well, Eclipse can provide advantages for JAR compilation. And the new= ly > > created project, Eclipse WTP, can bring other features for MozCreator= =2E > > > > The Eclipse Web Tools Platform (WTP) project aims to develop Web/J2EE= > > development tools for Eclipse. These tools will be part of the standa= rd > > branch, and defined above the core platform. See > > . > > > > To give an example, Eclipse WTP planned deliverables include editors,= just > > like XML editor (=3D> RDF) or JavaScript editor and hybrid source (XM= L + > > JavaScript =3D> XUL) editor. To say more, support of Web standards in= the scope > > of the Web Standard Tools subproject includes languages and specifica= tions > > published by open-standard bodies (e.g. W3C, IETF, ECMA, OASIS, WS-I,= ANSI) > > that are commonly used by Web-centric applications. > > > > Please, take a look at the newly-created Eclipse WTP web site to see = how the > > corresponding planned deliverables could fit with MozCreator. If you = want any > > question, don't hesitate to contact me. > > Does this integrate into the Eclipse SWT toolkit? I tried the toolkit SWT is part of the Eclipse core platform. Eclipse WTP is above the core p= latform. I have no knowledge of SWT. You can take another look to it as Eclipse 3.= 0 has been released recently. See slide 8 of the notes of our Eclipse WTP first meeting (attached notes= ) for overall architecture of Eclipse layers. This meeting was before the Eclipse board vote. Now, t= he project has been accepted and it is a top-level Eclipse project. > > awhile ago and we found the toolkit to be a bit of a pain and not as > flexible as we'd like it to be. > > In general, I'd say that this Eclipse WTP sounds excellent and if we > can integrate it into the current code, it would be excellent! The overall goal of Eclipse WTP is to support of a vital IDE tools market= =2E OSS or commercial tools. > Does > these editors provide source highlighting? I think so. But don't forget that these editors have not been yet release= d. See slide 12 of the notes of our Eclipse WTP first meeting (attached notes) for our roadmap t= entative. Well, I am wondering if Eclipse 3.0 does not yet provide source highlight= ing... There have been a lot of improvments from Eclipse 2.1 to Eclipse 3.0. See these improvments= list here : . The 'Java Editor' improvments include some advanced highlighting features. See deta= ils online. > > > > > > After talking about the opportunities supplied by Eclipse WTP, anothe= r point > > is how to implement a XUL editor above Eclipse WTP. Here are some > > fastly-sketched thoughts. > > > > - a SVG editor is planned into Eclipse WTP. We have a code contributi= on and > > some man-power for SVG. As SVG is a mark-up language, I was wondering= myself > > how to leverage such mark-up IDE possibilities for XUL. But I have no= t digged > > into details for this idea (if possible). > > > > Note that SVG planned features is another good idea to use Eclipse WT= P as a > > base for MozCreator/Mozilla IDE. > > > > - One can embed Mozilla into Eclipse for XUL rendering and use editio= n > > facilities of Eclipse WTP for source code edition. I have no definiti= ve idea > > about graphical edition: > > From what I read, Mozilla is not available on the Windows platform. It is. I am running Mozilla on Windows 2000. > > This would very bad because most of our users would probably be > Windows users (including myself). > > Something interesting is the Jrex project (http://jrex.mozdev.org) > which embed Gecko and allows you to write XUL applications integrated > with Java. This could allow MozCreator to write the GUI in XUL and > write the events in Java. I think that we shuould definetely consider > that route. Indeed, the Jrex project sounds quite interesting for a Mozilla IDE ! > > > > > > -- through JavaScript =E0 la FCKEditor or = Mozilla > > Rich Text Edition (for > > graphical/source code synchro, one could imagine : after edition, the= source > > code is put into a textarea, submission of the formulary to a web ser= ver > > running under Eclipse =3D> synchro with Eclipse) ? > > I'm not sure I understand what you mean by this. I have seen an HTML editor written in JavaScript and implemented as follo= wing : - in one window, an HTML page was edited through JavaScript/DOM actions. - after edition, the source code of this page was put in a