RE: sexy open source
From: Vegan Portal [mailto:[EMAIL PROTECTED]] 2) Programming language Proposal: pure Java 1.3.1x Remarks: I know many of you are trying 1.4 out, but it may still take some time to be able to be used for production sites. Moreover, many open source technologies were still not ported to 1.4. Correct me if I'm wrong. 1.4 is better IMHO. 4) Business Logic Persistence Proposal: Firebird RDBMS as JBoss service Remarks: I personally think it is most evolved open-source database now. The problem is, almost nobody uses it, the JDBC driver is beta etc. Next good candidate could be PostgreSQL - with more user support, so maybe better solution. Any ideas? I vote for PostgreSQL. 5) Web container Proposal: Jetty as JBoss service Remarks: I know Tomcat is more used, but Jetty is easier to be integrated into JBoss and both offer similar if not same functionality. This is a point I would like to discuss further. More people are familiar with Tomcat. dynamically created using SVG (anybody?) Sure ;-) 8) Web frontend Proposal: Apache Remarks: This is only for security reasons - the task of Apache is just to forward the requests. I think more of you are using it, true? Not needed. Project Management: PHPMyProject (or other web-based solution?) No files released. Try phpcollab. I'd be happy to jusm in if this gets attention. However, if this is going to be serious, I wouldn't settle for less than two months of design/documentation/prototyping before actually starting implementations. Besides, I'm sure many people may have great ideas on this. Perhaps the common aim will be a strong customizable code base for web-based, multiuser applications. Cheers, Manos - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: sexy open source
Title: Message Argyn, Err... the subject says "open source". I don't think there is a point in arguing about what sucks and what doesn't, so I just won't. Manos -Original Message-From: Argyn Kuketayev [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 14, 2002 4:05 PMTo: '[EMAIL PROTECTED]'Subject: RE: sexy open source RDBMS must be Oracle. no other options, imho. cost is not a problem. it's negligeable comparing to the cost of one DBA. while at the same time performance and other features of Oracle are far better than anything. 4) Business Logic Persistence Proposal: Firebird RDBMS as JBoss service jBoss sucks, imho.
RE: sexy open source
From: Argyn Kuketayev [mailto:[EMAIL PROTECTED]] business doesn't care about opennes as much as about performance and features. The first thing business cares about is not profit or performance; it's survival. To survive in today's business environment, one needs to find a balance between cost, efficiency flexibility etc. A business must also serve the general interest of the public, as the public's opinion is essential to it's survival. Different views and contexts of course, bring different decisions. Manos - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: sexy open source
Score 2, informative ;-) I guess I'll have to get KDE3. Either that or I have no clue about what is going on in my machine (quite possible). Manos -Original Message- From: Hochsteger Andreas /INFO-MA [mailto:[EMAIL PROTECTED]] Sent: Wed 8/14/2002 6:32 PM To: '[EMAIL PROTECTED]' Cc: Subject:AW: sexy open source I don't know, if you're interested in that, but I've got some additions to your suggestions: * CRM/ERP System: Compiere (http://www.compiere.org/) * XML Editor for Content Editing: Xopus 2 (http://www.xopus.org/) * Content Management System: Wyona (http://www.wyona.org/) * SVG Editing: Kontour (KDE KOffice Application, http://www.koffice.org/kontour/) * eBusiness Integration Open3 Projects and Components (http://www.open3.org/) * Enterprise Network Management: OpenNMS (http://www.opennms.org/) * Single-Sign-On: Liberty Alliance Standard (no products yet?) * Central User Management: ? * Workflow Management: OpenFlow (http://www.openflow.it/EN/) Open Business Engine (http://www.openbusinessengine.org/) Open For Business (http://www.ofbiz.org/) * Instant Messaging: Jabber (http://www.jabber.org/) * Shop/eCommerce Open For Business (http://www.ofbiz.org/) I could imagine even more business areas, where a complete open source based integration would be like heaven. Please give comments, I'm interesting in your suggestions. -Ursprüngliche Nachricht- Von: Vegan Portal [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 14. August 2002 14:53 An: [EMAIL PROTECTED] Betreff: sexy open source Hi cocooners, Now that I have your attention, I would like to discuss the ideal of non-compromised development of full-blown, stable, scallable and manageable applications with open-source only and how far one could get to fulfill this. It is probably little OT on this list, but I think a bunch of very open-minded and progressive folks is here, so I hope I could get some discussion going. I think many of you have reached some status quo which could be of great service to all the newcomers. Nevertheless, everybody is probably tired of yet another bugs, yet another unanswered questions, yet another everyday technology-related problems and there is no end to this. But I have a faith that there is some solution that could be achieved with open source and it waits to be discovered. It starts with what one wants to achieve. For me, it is secure content-centric multi-user roles web portal, with professional design, able to serve without interruption even by ongoing changes and high user traffic. But I think the framework I'd like to propose here may be universal enough to be equally worth also for many other means. If you got so far with me, I'd like to start being concrete: 1) Operating system Proposal: Linux Remarks: One could discuss the distributions or other Unix derivates here, but I think it's irrelevant for further points. 2) Programming language Proposal: pure Java 1.3.1x Remarks: I know many of you are trying 1.4 out, but it may still take some time to be able to be used for production sites. Moreover, many open source technologies were still not ported to 1.4. Correct me if I'm wrong. 3) Application framework Proposal: JBoss 3.x Remarks: This is worth discussion, as many of you use iPlanet or don't use any J2EE or related technologies at all. I think JBoss is good for achieving scallability for the site. What concrete parts of JBoss are involved, is very OT here. 4) Business Logic Persistence Proposal: Firebird RDBMS as JBoss service Remarks: I personally think it is most evolved open-source database now. The problem is, almost nobody uses it, the JDBC driver is beta etc. Next good candidate could be PostgreSQL - with more user support, so maybe better solution. Any ideas? 5) Web container Proposal: Jetty as JBoss service Remarks: I know Tomcat is more used, but Jetty is easier to be integrated into JBoss and both offer similar if not same functionality. This is a point I would like to discuss further. 6) Content Persistence Proposal: stand-alone XIndice Remarks: This component should be used only for content without business logic, outside J2EE, for example for simple static content editing templates and external content syndicate subscription. Simply for everything that's too light to be served by deep application logic. Did anybody use it already? That's a question. 7) Content Framework Proposal: Cocoon, what else :) Remarks: The task of Cocoon is to separate Logic from Design, what it should be good at. I want to get more detailed here: Starting with structured XSP, xincluding or transforming (what is better?) parts of final site together, using taglib logicsheets for access to business logic that is delegated to J2EE (did anybody here got it working?), other taglib for content persistence and yet other for reused content elements. The XSP should contain as little
RE: Usage of in URLs
The problem with the ampersand in XML, is that it is used to denote the start of an entity. You can replace it... with an entity (amp;): urlhttp://www.foo.com/some-path?arg1=value1amp;arg2=value2/url Manos -Original Message- From: Michael Mangeng [mailto:[EMAIL PROTECTED]] Sent: Monday, August 12, 2002 9:42 PM To: [EMAIL PROTECTED] Subject: Re: Usage of in URLs Hi Since is a special char you have to mark it as character data. urlhttp://www.foo.com/some-path?arg1=value1![CDATA[]]arg2 =value2/url greetings mike - Original Message - From: Themba Mbatha [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, August 12, 2002 8:19 PM Subject: Usage of in URLs Hi all; Perhaps this has been asked. I need to show a url as in urlhttp://www.foo.com/some-path?arg1=value1arg2=value2/url into the transformed XML. I am getting errors with Cocoon (the generator, in particular) each time it encounters an character. I am told this is an XML problem but I was wondering if anyone has had to deal with this type of problem. Thanx. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Excel generator
From: Michael Wechner [mailto:[EMAIL PROTECTED]] Therefore I thought it would be nice if he is sending me his Excel and I generate an XML, which I can modify , and then I serialize it back into Excel, such that he can work on it. Although I don't like dealing with M$ stuff, a nice idea is utilizing the office 2002 XML formats, specifically the one of Excel. Just my 0.02 or less. Manos - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Excel generator
From: Andrew C. Oliver [mailto:[EMAIL PROTECTED]] Although I don't like dealing with M$ stuff, a nice idea is utilizing the office 2002 XML formats, specifically the one of Excel. Explain the advantage? This is what I brought up, so far its unanimous the other direction. Why would you prefer this over an XSLT page that accomplishes the same thing? I'm not sure we understand each other here. What I had in mind is removing the work needed to produce XML from Excel files and just use the XML output abilities of the application. One can use that XML directly with the Excel application or use XSLT to produce a web-based interface. Not sure what the argument here is. Manos - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Modifying an xslt stylesheet before utilisation.
I think Xalan has an evaluate() function that allows dynamic constraction of an Xpath expression. Hth, Manos -Original Message- From: GB [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 18, 2002 3:26 PM To: [EMAIL PROTECTED] Subject: Modifying an xslt stylesheet before utilisation. Dear Cocoon readers ! I need to transform a xslt stylesheet before using it over an xml file. In fact, what I want to do is to modify the stylesheet so that a parameter, taken out of the http request, could be used as an xpath string inside an xsl:apply-templates' select attribute. The problem is that it isn't allowed to do that inside the xslt directly by using something like xsl:apply-templates select=$value/ I thought of using XSP to replace the $value field by its real value before using this stylesheet. Well, I don't know how to specify the use of the a transformed xsl as a transfomer inside a sitemap. Can you help me ??? Thanks a lot. Guy Bobenrieth - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: encoding problem with xslt
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]] desired output: a href=frameset.xsp?filename=foo.xmlsearchstring=Integrations auml;mter Integrationsauml;mter /a . This is definitely not correct. You can't use a entity in URL. Of course you can, although that should be (replacing the '' with amp;) a href=frameset.xsp?filename=foo.xmlamp;searchstring=Integrationsauml;m ter Integrationsauml;mter /a Cheers, Manos - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: encoding problem with xslt
From: Joerg Heinicke [mailto:[EMAIL PROTECTED]] Still no. Of course you can write this in your XML input, but in the serialized output a valid URL has to be written. And auml; is not valid, the is reserved for concatenating request parameters. My apologies, I should have read the message more carefully. The transformation output will of course contain the expanded entities. I had the same problem once; the solution was to check attribute values for the entity substring (using an applet, the transformation was on the client side) and replace it with my own entity, something like _%foo; then add yet another step after the transformation to replace that with the normal entity. Not nice but it worked... Cheers, Manos - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: HTML Serializer Problems: xhtml instead of html?!
Try setting the output method appropriately: xsl:output method=html indent=yes/ Hth, Manos -Original Message- From: Arje Cahn [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 03, 2002 4:07 PM To: [EMAIL PROTECTED] Subject: RE: HTML Serializer Problems: xhtml instead of html?! Can you post (part of) your XSL? Regards, Arjé Cahn - Content Management Department Hippo Webworks Grasweg 35 1031 HW Amsterdam The Netherlands Tel +31 (0)20 6345173 Fax +31 (0)20 6345179 arje(at)hippo(dot)nl / www.hippo.nl -Oorspronkelijk bericht- Van: Alexander Schatten [mailto:[EMAIL PROTECTED]] Verzonden: 03 July 2002 00:25 Aan: [EMAIL PROTECTED] Onderwerp: HTML Serializer Problems: xhtml instead of html?! Problem: (Win 98 Tomcat 4.04, Cocoon 2) I perform a XML/XSLT transformation with HTML serializer. unfortunately, the result is not html but xhtml, which is not so good when the client is e.g. netscape 4.7, who does not recognize br / for example. in my understanding, the html serializer should make correct html, not xhtml?! thank you Alex - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to remove namespace declarations and prefixes?
From: Reinhard Poetz [mailto:[EMAIL PROTECTED]] Thank you for this solution. - Do you know if this influences the performance? Reinhard, *anything* influences performance. The professor at the course I follow, presented this issue very simply as In software design, you always give some to take some. - Is there a special reason why exclude-result-prefixes doesn't work or is it a bug? Are you using it correctly? For example, if you know your XSLT will *only* process either XSD or XHTML documents, you can do the same with ?xml version=1.0 encoding=UTF-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:xs=http://www.w3.org/2001/XMLSchema; xmlns:xht=http://www.w3.org/1999/xhtml; exclude-result-prefixes=xs xht xsl:output method=xml version=1.0 encoding=UTF-8 indent=yes/ xsl:template match=*|@* xsl:copy xsl:apply-templates/ /xsl:copy /xsl:template /xsl:stylesheet Note that you have to declare ALL the namespaces you wish to filter out by associate them with a namespace prefix(duh); then put a space separated list of ALL prefixes as the value of the exclude-result-prefixes attribute. The only case this doesn't work is when you don't know the namespaces you may encounter. Cheers, Manos Regards, Reinhard -Original Message- From: Manos Batsis [mailto:[EMAIL PROTECTED]] Sent: Monday, July 01, 2002 12:45 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: How to remove namespace declarations and prefixes? Piece of cake. A stylesheet which does exactly that would is ?xml version=1.0 encoding=UTF-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:output method=xml version=1.0 encoding=UTF-8 indent=yes/ xsl:template match=* !-- remove element prefix (if any) -- xsl:element name={local-name()} !-- process attributes -- xsl:for-each select=@* !-- remove attribute prefix (if any) -- xsl:attribute name={local-name()} xsl:value-of select=./ /xsl:attribute /xsl:for-each xsl:apply-templates/ /xsl:element /xsl:template /xsl:stylesheet However, adding another step in your pipeline may not be the best solution. You might want to modify your existing last stylesheet to remove prefixes using the local-name() function as above. Hope this helps, Manos - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to remove namespace declarations and prefixes?
From: Reinhard Poetz [mailto:[EMAIL PROTECTED]] Is there a difference in performance - your solution compared to a working exclude-result-prefixes-attribute? Depends on whether you want to add a new stylesheet or modify the existing one (if any). While on the second choice (using xsl:element with local-name() in all templates that handle elements and attributes) performance should not change notisably; essentially this and exclude-result-prefixes do the same thing. Did you try it with Cocoon? If yes, which version do you use? Nope I haven't. My stylesheet: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:f=http://www.poetz.cc/forms; xmlns:l=http://www.poetz.cc/linking; xmlns:cinclude=http://apache.org/cocoon/include/1.0; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:rss=http://purl.org/rss/1.0/; xmlns:rdf=http://www.w3.org/1999/02/22-rdf-syntax-ns#; exclude-result-prefixes=f Yes, the above will only remove namespace prefixes bound to http://www.poetz.cc/forms To filter all prefixes out modify the exclude-result-prefixes attribute to exclude-result-prefixes=f l cinclude dc rss rdf Hth, Manos - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Giving up! Cocoon too big, slow and confusing
Well said indeed. I guess that's the reason I've never complained about Cocoon documentation; I don't feel I have the right to ;-) -Original Message- From: David Crossley [mailto:[EMAIL PROTECTED]] Sent: Friday, June 28, 2002 12:13 PM To: [EMAIL PROTECTED] Subject: Re: Giving up! Cocoon too big, slow and confusing Everyone stop, take a breathe, get a cup of coffee and go read The Cathedral and the Bazaar http://tuxedo.org/~esr/writings/cathedral-bazaar/ or similar writings about how Open Source Software operates. It seems that many people here are missing the point. It amazes me that people have the time to compose email to the mailing list to tell us that they are too busy, and then have the hide to tell us that documentation is poor. If each of us add one FAQ to the document collection, then the lack will be addressed very quickly. That is OSS. If you see an issue, the onus is on you to help remedy that. Everyone benefits from the work of each one. There is no such separate thing as they, the developers. Rather it is we the community. Anyone who contributes a patch (code or doc) is instantly transformed from being a user into a developer. Users use, contributers build projects. Thanks for raising this topic. I do sympathise with you about the complexities and inadequacies. We have all been though that and still do. None of us know all of Cocoon capabilities and would all benefit from doc contributions. Please help. --David - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 'optimised HTML' serialiser
Sebastien, I would advise you to reconsider your viewpoint. You are suggesting that by sending HTML3.2 you gain the advantage of fewer bytes; I disagree. If you want to save bandwidth, XHTML is what you need. That's because it's modular. You can move most of presentation-related info to a cascading stylesheet, which will make downloads faster (stylesheets are reusable and browsers tend to cash them). Also, there are more things than download time; how about rendering time? Your 'fewer bytes' advantage turns zero if the browser has to go through figuring out what the crippled (by today's standards) markup means to render the page. I would consider using the XHTML basic DTD if you need something really compact and simple. And there's always whitespace stripping. Cheers, Manos -Original Message- From: Sebastien SACARD [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 25, 2002 2:34 PM To: [EMAIL PROTECTED] Subject: 'optimised HTML' serialiser Hi, In a production environment, it's important to have 'optimised HTML' (without quotes, without spaces, etc ...) in order to lower the number of bytes to the end user. This question sounds a little silly, but does anyone know a transformer or a serialiser that produces such HTML ? - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: XPath and Xalan
From: Robert Koberg [mailto:[EMAIL PROTECTED]] You had a name= and a match= on the template, get rid of the name. You are using two different rules. Sorry Rob, the above does not stand. Having both 'name' and 'match' attributes is perfectly legal. For example, xsl:template name=items-list match=items/rowset If the above is called using xsl:call-template name=items-list/ It will automatically look for and handle the matching expression using the caller's current node as the context node. Regards, Manos best, -Rob - Original Message - From: David LAGARDERE [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, June 07, 2002 2:01 AM Subject: RE: XPath and Xalan For Judith : I have the xml xsl prefix, so it doesn't come from here. Thanks for your test. For Luca : I don't use any namespace name. But I didn't precised that my XSL stylesheet is applied by Cocoon default XSLT Transformer. Could it help ? Regards, David LAGARDERE ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jtidy and character escaping
Bert, Please use the appropriate mailing list for Jtidy; that's your best bet. You can find related info at [1]. [1] http://lempinen.net/sami/jtidy/ Hth, Manos -Original Message- From: Bert Van Kets [mailto:[EMAIL PROTECTED]] Sent: Monday, May 27, 2002 3:07 PM To: [EMAIL PROTECTED] Subject: Jtidy and character escaping I'm using JTidy to convert a string containing some HTML to XHTML in a DOM tree. I can't get the foreign characters like éèà converted to the XHTML counterpart. What setting do I need to use??? Here's a code snip from my XSP page: String strContent = request.getParameter(content); ByteArrayInputStream in = new ByteArrayInputStream( strContent.getBytes() ); String strOut = ; org.w3c.dom.Document doc = null; org.w3c.tidy.Configuration conf = new org.w3c.tidy.Configuration(); try { Tidy tidy = new Tidy(); //create output as XML tidy.setXmlOut(true); //output should be XHTML conforming tidy.setXHTML(true); tidy.setBreakBeforeBR(false); tidy.setRawOut(false); tidy.setCharEncoding( conf.UTF8 ); //do not output 'non-breaking space' as entity. tidy.setQuoteNbsp(true); //output naked ampersand as amp; tidy.setQuoteAmpersand(true); //drop presentation tags tidy.setLiteralAttribs(true); //parse the stream to a DOM document doc = tidy.parseDOM(in, null); } catch (Exception e) { } Bert *Friends Are Angels Who Lift Us To Our Feet When Our Wings Have Trouble Remembering How To Fly* - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: XHTML browser based editor
I've been preparing one for some time with very good features but it needs some work (which I constantly leave for the next month). I just reserved a seat on sourceforge [1] but I don't expect source release for about a month since my final exams just got started plus I got tons of other work to make a living. There's also a java port[3]. However, you can use HTMLTidy[2] as a server side converter (from HTML to XHTML). [1] http://sourceforge.net/projects/bb-xedit/ [2] http://sourceforge.net/projects/tidy/ [3] http://sourceforge.net/projects/jtidy/ HTH, Manos -Original Message- From: Bert Van Kets [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 12:06 PM To: [EMAIL PROTECTED] Subject: XHTML browser based editor I'm looking for a good open source xhtml browser based editor. I have been looking at XS-DHEdit from SourceForge (http://sourceforge.net/projects/xsdheditor/) but this one only supports html. Catching the HTML and converting it to xhtml need some coding I'd like to avoid. Any info welcome, Bert My spelling is Wobbly. It's good spelling but it Wobbles, and the letters get in the wrong places. A. A. Milne (1882-1958) - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] XHTML browser based editor
Derek, I absolutely agree, but give me a break; I just registered with sourceforge and no files have been committed. Is it so bad I want to present a solid code base first? Besides, I haven't seen any other (cross) browser based XML editor (meaning not based on java or activeX). Have some patience please, I already feel guilty about folks waiting for this project on XML-Doc... Manos -Original Message- From: Derek Hohls [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 12:25 PM To: [EMAIL PROTECTED] Subject: RE: XHTML browser based editor Is it not possible to contribute efforts towards: http://editxml.sourceforge.net/ or http://media4.obspm.fr/jaxe/Jaxe_en.html Everywhere you look, there seem to be a hundred projects all more or less doing the same type of thing; sure, diversity is needed, but for something so basic...? Would we not be better off if the 'gurus' pooled ideas and developed *the best* open-source XML/XHTML editor available (or I am I still living in cloud-cuckoo land??) [EMAIL PROTECTED] 16/05/2002 11:12:23 I've been preparing one for some time with very good features but it needs some work (which I constantly leave for the next month). I just reserved a seat on sourceforge [1] but I don't expect source release for about a month since my final exams just got started plus I got tons of other work to make a living. There's also a java port[3]. However, you can use HTMLTidy[2] as a server side converter (from HTML to XHTML). [1] http://sourceforge.net/projects/bb-xedit/ [2] http://sourceforge.net/projects/tidy/ [3] http://sourceforge.net/projects/jtidy/ HTH, Manos -Original Message- From: Bert Van Kets [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 12:06 PM To: [EMAIL PROTECTED] Subject: XHTML browser based editor I'm looking for a good open source xhtml browser based editor. I have been looking at XS-DHEdit from SourceForge (http://sourceforge.net/projects/xsdheditor/) but this one only supports html. Catching the HTML and converting it to xhtml need some coding I'd like to avoid. Any info welcome, Bert My spelling is Wobbly. It's good spelling but it Wobbles, and the letters get in the wrong places. A. A. Milne (1882-1958) - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: whitespace (carriage-returns) stripped from SVG-path element
You have to use an entity as a carriage return. I think it's #13; HTH, Manos -Original Message- From: Kirwan, K. [mailto:[EMAIL PROTECTED]] Sent: Friday, April 26, 2002 4:31 PM To: '[EMAIL PROTECTED]' Subject: whitespace (carriage-returns) stripped from SVG-path element Dear All, I am trying to implement a SVG-based traffic-data system. I have an example site at http://130.161.12.237:8080/cocoon/traffic/traf-docs You should see my problems under the heading 'Cocoon Questions' The first of these examples takes a XML file and adds - SVG basemap elements via the document() function - events (using an events file and a XY coordinate lookup table) My problem is that the document function strips carriage-returns from path elements in my basemap-SVG. As a result in some cases the lines are too long and the SVG doesn't load fully. -- -- How do i retain the carriage-returns in the basemap SVG? -Thanks, -Kieran Kieran Kirwan Researcher, Transportation and Traffic Engineering Section, Civiele Techniek, TU Delft, Stevinweg 1, 2600GA Delft, Netherlands phone: +31152785061 mobile: +31618913752 - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Design advices for XSLT
I take my everyday dose of XSLT from the Mulberrytech XSL-List [1]. Two great sites about XSLT tegniques are Jeni's XSLT Pages [2] and XSL Frequently Asked Questions [3], by Jeni Tennison and Dave Pawson respectively. Also, there are some nice XSLT articles and snippets in TopXML[4], some of them rather advanced. TopXML also features the XSLTalk email list[5]. Of course when you are serious, it always helps to check with the actual XSL standards at W3C[6]. Note that these are just the sources I personally use; there are many others out there. Just try XSLT on google ;-) [1] http://www.mulberrytech.com/xsl/xsl-list/ [2] http://www.jenitennison.com/xslt/ [3] http://www.dpawson.co.uk/xsl/xslfaq.html [4] http://www.topxml.com [5] http://www.topxml.com/xsltalk/ [6] http://www.w3.org/Style/XSL/ Cheers, Manos -Original Message- From: Olivier Rossel [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 18, 2002 5:48 PM To: [EMAIL PROTECTED] Subject: Design advices for XSLT I am looking for pieces of advice about writing XSLT in the most efficient and (hopefully :-) reusable way. I found several advices in the book of Michael Kay about XSLT, and am asking to Cocoon users if they can point me to informations about clean design for XSLT. For example, one very important thing I am realizing is the good habit to separate templates of pure rendering (including for example the HTML tags), and control templates (when you make a lot of xsl:choose and xsl:if). May be, it can be seen as a kind of MVC for XSLT, I am not expert at that... Any piece of advice is welcome. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
filesize (RE: KrysalIDE for Cocoon2)
Just a quick question folks and please forgive my ignorance. What is the typical file size of a cocoon sitemap? Thanks, Manos - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faqs.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]