Re: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
Volker Weber wrote: > > and add > > > Filter for JSP > JTidyFilter > org.w3c.tidy.servlet.filter.JTidyFilter > > tee > false > > > > JTidyFilter > /faces/* > > > to your web.xml. > > To enable PrettyPrint set init-param 'tree' to true, the default is false! > Ups, this was obiously wrong, i leave it to false and it works. But, and this is the point, it does PrettyPrint. regards Volker -- Don't answer to From: address! Mail to this account are droped if not recieved via mailinglist. To contact me direct create the mail address by concatenating my forename to my senders domain.
RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
-Original Message- > OK > > I looked into what JTidy delivers. Unfortunately it is not what we want > :( > > The current jtidyServletFilter just VALIDATES the html and includes a > validation-icon into the html-code delivered.The PrettyPrint feature is > only > available in the full-featured jtidy. I can't belive, and so i checked again. The filter can be configured to do PrettyPrint. and it works! just put jtidy-r8-SNAPSHOT.jar and jtidyservlet-r8-SNAPSHOT.jar into WEB-INF/lib and add Filter for JSP JTidyFilter org.w3c.tidy.servlet.filter.JTidyFilter tee false JTidyFilter /faces/* to your web.xml. To enable PrettyPrint set init-param 'tree' to true, the default is false! -/Original Message- Must have been blind when I looked through the doc ;-) What worries me a bit is that they still have some issues with stability, buffering and multiple JTidy instances per JVM... thanks Alexander
Re: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
Hi, Jesse Alexander (KBSA 21) wrote: > OK > > I looked into what JTidy delivers. Unfortunately it is not what we want > :( > > The current jtidyServletFilter just VALIDATES the html and includes a > validation-icon into the html-code delivered.The PrettyPrint feature is > only > available in the full-featured jtidy. I can't belive, and so i checked again. The filter can be configured to do PrettyPrint. and it works! just put jtidy-r8-SNAPSHOT.jar and jtidyservlet-r8-SNAPSHOT.jar into WEB-INF/lib and add Filter for JSP JTidyFilter org.w3c.tidy.servlet.filter.JTidyFilter tee false JTidyFilter /faces/* to your web.xml. To enable PrettyPrint set init-param 'tree' to true, the default is false! you can see the result at http://weber-oldenburg.dyndns.org/tobago-example-demo/ compare the output to http://tobago.atanion.net/tobago-example-demo/ to see the difference. regards Volker -- Don't answer to From: address! Mail to this account are droped if not recieved via mailinglist. To contact me direct create the mail address by concatenating my forename to my senders domain.
RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
-Original Message- Hm, probably someone could extend Jtidy to support the Pretty HTML feature also... -/Original Message- We still can "give it back to them", if they want... -Original Message- Writing to log-files IMHO is a little bit difficult to work with. Often you have some problems in the HTML (incorrect view in a special browser, Jscript errors etc.) and then you have to check different files and different lines of occurencies... -/Original Message- So far I was considering the problem of log-file-access. But I think that most developers should normally have access to log-files... On the plus-side for log-file-output: The are easier to post-process (grepping, searching, archiving,...) than the browser's source-view -Original Message- I think, the Pretty-HTML is something for development and later you disable it for live system to increase the performance. -/Original Message- Obvious. But it can make lots of sense to deploy it also to production just in case you need a real html-copy in case of problems -Original Message- BTW: there is a issue on JIRA for this now: http://issues.apache.org/jira/browse/MYFACES-744 -/Original Message- I'v seen it (monitoring also the dev-list), but I think the discussion of the requirements for this "new" JTidyFilter should be done here to reach more people. That should give us a good feeling what we should implement... regards Alexander PS: An alternative would be a chat-session in the #myfaces-channel...
RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
Hm, probably someone could extend Jtidy to support the Pretty HTML feature also... Writing to log-files IMHO is a little bit difficult to work with. Often you have some problems in the HTML (incorrect view in a special browser, Jscript errors etc.) and then you have to check different files and different lines of occurencies... I think, the Pretty-HTML is something for development and later you disable it for live system to increase the performance. BTW: there is a issue on JIRA for this now: http://issues.apache.org/jira/browse/MYFACES-744 Regards, Stephan > -Original Message- > From: Jesse Alexander (KBSA 21) > [mailto:[EMAIL PROTECTED] > Sent: Wednesday, October 26, 2005 10:16 AM > To: MyFaces Discussion > Subject: RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output] > > OK > > I looked into what JTidy delivers. Unfortunately it is not > what we want > :( > > The current jtidyServletFilter just VALIDATES the html and includes a > validation-icon into the html-code delivered.The PrettyPrint > feature is > only > available in the full-featured jtidy. > > What we could do is: Take the filter as a base and add the > pretty-print-feature > to it. > > What about writing the pretty-print-output not to the > browser, but to a > log-file? > Would that be enough? Or must we include an option to send it to the > browser? > > regards > Alexander > > -Original Message- > I prefer to add a additional filter instead of doing this in the > ExtensionFilter. > > jtidy has already a filter for this: > > http://jtidy.sourceforge.net/multiproject/jtidyservlet/filter.html > That's what I had hopes for (just no time to check ;-) > > thanks for checking it out > -/Original Message- >
RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
OK I looked into what JTidy delivers. Unfortunately it is not what we want :( The current jtidyServletFilter just VALIDATES the html and includes a validation-icon into the html-code delivered.The PrettyPrint feature is only available in the full-featured jtidy. What we could do is: Take the filter as a base and add the pretty-print-feature to it. What about writing the pretty-print-output not to the browser, but to a log-file? Would that be enough? Or must we include an option to send it to the browser? regards Alexander -Original Message- I prefer to add a additional filter instead of doing this in the ExtensionFilter. jtidy has already a filter for this: http://jtidy.sourceforge.net/multiproject/jtidyservlet/filter.html That's what I had hopes for (just no time to check ;-) thanks for checking it out -/Original Message-
RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
+1 for that. - Brendan -Original Message- From: Strittmatter, Stephan [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 25, 2005 7:27 AM To: MyFaces Discussion Subject: RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output] On the other hand, when there is already such an ExtensionFilter in jtidy (I also haven't known that), why spend efford to make pretty output in myFaces? Why not removing the context parameter org.apache.myfaces.PRETTY_HTML and create instead a short section in the wiki about jtidy as ExtentionFilter? Just focusing on the main goal of MyFaces... Regards, Stephan > -Original Message- > From: Jesse Alexander (KBSA 21) > [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 25, 2005 2:05 PM > To: MyFaces Discussion > Subject: RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output] > > -Original Message- > I prefer to add a additional filter instead of doing this in the > ExtensionFilter. > > jtidy has already a filter for this: > > http://jtidy.sourceforge.net/multiproject/jtidyservlet/filter.html > -/Original Message- > That's what I had hopes for (just no time to check ;-) > > thanks for checking it out > > regards > Alexander >
Re: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
+1 as well Strittmatter, Stephan wrote: > On the other hand, when there is already such an ExtensionFilter in > jtidy (I also haven't known that), why spend efford to make pretty > output in myFaces? > > Why not removing the context parameter org.apache.myfaces.PRETTY_HTML > and create instead a short section in the wiki about jtidy as > ExtentionFilter? > > Just focusing on the main goal of MyFaces... > > Regards, > > Stephan > >
Re: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
+1 for that. I was never a big fan of the PRETTY_HTML and I never found it to work very well anyways. sean On 10/25/05, Strittmatter, Stephan <[EMAIL PROTECTED]> wrote: > On the other hand, when there is already such an ExtensionFilter in > jtidy (I also haven't known that), why spend efford to make pretty > output in myFaces? > > Why not removing the context parameter org.apache.myfaces.PRETTY_HTML > and create instead a short section in the wiki about jtidy as > ExtentionFilter? > > Just focusing on the main goal of MyFaces... > > Regards, > > Stephan > > > -Original Message- > > From: Jesse Alexander (KBSA 21) > > [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, October 25, 2005 2:05 PM > > To: MyFaces Discussion > > Subject: RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output] > > > > -Original Message- > > I prefer to add a additional filter instead of doing this in the > > ExtensionFilter. > > > > jtidy has already a filter for this: > > > > http://jtidy.sourceforge.net/multiproject/jtidyservlet/filter.html > > -/Original Message- > > That's what I had hopes for (just no time to check ;-) > > > > thanks for checking it out > > > > regards > > Alexander > > >
RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
On the other hand, when there is already such an ExtensionFilter in jtidy (I also haven't known that), why spend efford to make pretty output in myFaces? Why not removing the context parameter org.apache.myfaces.PRETTY_HTML and create instead a short section in the wiki about jtidy as ExtentionFilter? Just focusing on the main goal of MyFaces... Regards, Stephan > -Original Message- > From: Jesse Alexander (KBSA 21) > [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 25, 2005 2:05 PM > To: MyFaces Discussion > Subject: RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output] > > -Original Message- > I prefer to add a additional filter instead of doing this in the > ExtensionFilter. > > jtidy has already a filter for this: > > http://jtidy.sourceforge.net/multiproject/jtidyservlet/filter.html > -/Original Message- > That's what I had hopes for (just no time to check ;-) > > thanks for checking it out > > regards > Alexander >
RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
-Original Message- I prefer to add a additional filter instead of doing this in the ExtensionFilter. jtidy has already a filter for this: http://jtidy.sourceforge.net/multiproject/jtidyservlet/filter.html -/Original Message- That's what I had hopes for (just no time to check ;-) thanks for checking it out regards Alexander
Re: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
I prefer to add a additional filter instead of doing this in the ExtensionFilter. jtidy has already a filter for this: http://jtidy.sourceforge.net/multiproject/jtidyservlet/filter.html regards Volker Martin Marinschek wrote: > Well, you might want to do it in IE? > > something like JTidy in our ExtensionFilter might be a good option. > > regards, > > Martin > > On 10/25/05, Werner Punz <[EMAIL PROTECTED]> wrote: > >>I have not checked out the code yet, but I guess >>the easiest solution to deal with it would be a servlet >>filter. >> >>Maybe a phase listener also would be possible. >> >>But why implement it at all, to my experience >>the Mozilla plugin gives excellent results. >> >>Werner >> >> >>Strittmatter, Stephan wrote: >> >>>Hi, >>> >>>some weeks ago I tried this option also without having pretty code. >>> >>>Just for discussion: >>>Why implement the "pretty-html" option in every renderer? >>>I think, it would be easier to postprocess the content in the framework >>>before returning the complete html-content to the browser. What do you >>>think? >>>I found e.g. http://sourceforge.net/projects/jtidy which could do this >>>probably. >>>Does anybody know an other Java library which could do this job? >>> >>>The big efford would be, that you could use the RI of SUN also and the >>>content would also be pretty formatted then. >>> >>>Regards, >>> >>>Stephan >>> >>> >>> -Original Message- From: Bruno Aranda [mailto:[EMAIL PROTECTED] Sent: Monday, October 24, 2005 4:25 PM To: MyFaces Discussion Subject: Re: JFS's html output Yes, that's the option I was talking about, but AFAIK the functionality is not implemented for most of the component renderers, leaving it almost useless... Every render should check the value of this property and render carriage returns to output a readable html, Regards, Bruno 2005/10/24, CONNER, BRENDAN (SBCSI) <[EMAIL PROTECTED]>: >I know that there's an option you can put into your web.xml file that's >supposed to take care of that, although I haven't experimented with it: > > org.apache.myfaces.PRETTY_HTML > true > > If true, rendered HTML code will be formatted, so that it is >"human readable". > i.e. additional line separators and whitespace will be >written, that do not > influence the HTML code. > Default: "true" > > > >- Brendan > >-Original Message- >From: Nicola Benaglia [mailto:[EMAIL PROTECTED] >Sent: Monday, October 24, 2005 5:12 AM >To: users@myfaces.apache.org >Subject: JFS's html output > > >Hi ! >I was wondering why my JFS's output is not friendly human readable. >I looked into my generated HTML page and the code is not at all >indented. >Is that a normal JSF behaviour or is there a way to get a little bit >more readable code ? > >Thank you, >Nico >--- > >Questa mail ed eventuali suoi allegati sono strettamente confidenziali. >Se >ricevete per errore questa mail, Vi preghiamo cortesemente di >cancellarla >immediatamente e di segnalare l'errore a chi ve l'ha spedita. Se Voi non >siete >il reale destinatario di questa mail non siete autorizzati alla copia, >alla >distribuzione e alla stampa di essa ne tantomeno ad una eventuale >modifica >dei contenuti. > >This message and any attachments are confidential and intended solely >for >the addressees. If you receive this message in error, please delete it >and >immediately notify the sender. If the reader of this message is not the >intended recipient, you are hereby notified that any unauthorized use, >copying, publication, printing or dissemination is prohibited. E-mails >are >susceptible to alteration. > >> > > > -- > > http://www.irian.at > Your JSF powerhouse - > JSF Trainings in English and German > -- Don't answer to From: address! Mail to this account are droped if not recieved via mailinglist. To contact me direct create the mail address by concatenating my forename to my senders domain.
RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
-Original Message- Well, you might want to do it in IE? -/Original Message- EG. to check out the correct functioning of a renderer that has to render different html for differnet browsers... -Original Message- something like JTidy in our ExtensionFilter might be a good option. -Original Message- Filter: yes But following the philosophy of unix-tools: a separate filter, which (btw) can be of use also for non-jsf-applications... regards, Alexander
Re: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
Well, you might want to do it in IE? something like JTidy in our ExtensionFilter might be a good option. regards, Martin On 10/25/05, Werner Punz <[EMAIL PROTECTED]> wrote: > I have not checked out the code yet, but I guess > the easiest solution to deal with it would be a servlet > filter. > > Maybe a phase listener also would be possible. > > But why implement it at all, to my experience > the Mozilla plugin gives excellent results. > > Werner > > > Strittmatter, Stephan wrote: > > Hi, > > > > some weeks ago I tried this option also without having pretty code. > > > > Just for discussion: > > Why implement the "pretty-html" option in every renderer? > > I think, it would be easier to postprocess the content in the framework > > before returning the complete html-content to the browser. What do you > > think? > > I found e.g. http://sourceforge.net/projects/jtidy which could do this > > probably. > > Does anybody know an other Java library which could do this job? > > > > The big efford would be, that you could use the RI of SUN also and the > > content would also be pretty formatted then. > > > > Regards, > > > > Stephan > > > > > >>-Original Message- > >>From: Bruno Aranda [mailto:[EMAIL PROTECTED] > >>Sent: Monday, October 24, 2005 4:25 PM > >>To: MyFaces Discussion > >>Subject: Re: JFS's html output > >> > >>Yes, that's the option I was talking about, but AFAIK the > >>functionality is not implemented for most of the component renderers, > >>leaving it almost useless... Every render should check the value of > >>this property and render carriage returns to output a readable html, > >> > >>Regards, > >> > >>Bruno > >> > >>2005/10/24, CONNER, BRENDAN (SBCSI) <[EMAIL PROTECTED]>: > >> > >>>I know that there's an option you can put into your web.xml > >> > >>file that's > >> > >>>supposed to take care of that, although I haven't > >> > >>experimented with it: > >> > >>> > >>>org.apache.myfaces.PRETTY_HTML > >>>true > >>> > >>>If true, rendered HTML code will be formatted, > >> > >>so that it is > >> > >>>"human readable". > >>>i.e. additional line separators and whitespace will be > >>>written, that do not > >>>influence the HTML code. > >>>Default: "true" > >>> > >>> > >>> > >>>- Brendan > >>> > >>>-Original Message- > >>>From: Nicola Benaglia [mailto:[EMAIL PROTECTED] > >>>Sent: Monday, October 24, 2005 5:12 AM > >>>To: users@myfaces.apache.org > >>>Subject: JFS's html output > >>> > >>> > >>>Hi ! > >>>I was wondering why my JFS's output is not friendly human readable. > >>>I looked into my generated HTML page and the code is not at all > >>>indented. > >>>Is that a normal JSF behaviour or is there a way to get a little bit > >>>more readable code ? > >>> > >>>Thank you, > >>>Nico > >>>--- > >>> > >>>Questa mail ed eventuali suoi allegati sono strettamente > >> > >>confidenziali. > >> > >>>Se > >>>ricevete per errore questa mail, Vi preghiamo cortesemente di > >>>cancellarla > >>>immediatamente e di segnalare l'errore a chi ve l'ha > >> > >>spedita. Se Voi non > >> > >>>siete > >>>il reale destinatario di questa mail non siete autorizzati > >> > >>alla copia, > >> > >>>alla > >>>distribuzione e alla stampa di essa ne tantomeno ad una eventuale > >>>modifica > >>>dei contenuti. > >>> > >>>This message and any attachments are confidential and > >> > >>intended solely > >> > >>>for > >>>the addressees. If you receive this message in error, > >> > >>please delete it > >> > >>>and > >>>immediately notify the sender. If the reader of this > >> > >>message is not the > >> > >>>intended recipient, you are hereby notified that any > >> > >>unauthorized use, > >> > >>>copying, publication, printing or dissemination is > >> > >>prohibited. E-mails > >> > >>>are > >>>susceptible to alteration. > >>> > >> > > > > -- http://www.irian.at Your JSF powerhouse - JSF Trainings in English and German
Re: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
I have not checked out the code yet, but I guess the easiest solution to deal with it would be a servlet filter. Maybe a phase listener also would be possible. But why implement it at all, to my experience the Mozilla plugin gives excellent results. Werner Strittmatter, Stephan wrote: > Hi, > > some weeks ago I tried this option also without having pretty code. > > Just for discussion: > Why implement the "pretty-html" option in every renderer? > I think, it would be easier to postprocess the content in the framework > before returning the complete html-content to the browser. What do you > think? > I found e.g. http://sourceforge.net/projects/jtidy which could do this > probably. > Does anybody know an other Java library which could do this job? > > The big efford would be, that you could use the RI of SUN also and the > content would also be pretty formatted then. > > Regards, > > Stephan > > >>-Original Message- >>From: Bruno Aranda [mailto:[EMAIL PROTECTED] >>Sent: Monday, October 24, 2005 4:25 PM >>To: MyFaces Discussion >>Subject: Re: JFS's html output >> >>Yes, that's the option I was talking about, but AFAIK the >>functionality is not implemented for most of the component renderers, >>leaving it almost useless... Every render should check the value of >>this property and render carriage returns to output a readable html, >> >>Regards, >> >>Bruno >> >>2005/10/24, CONNER, BRENDAN (SBCSI) <[EMAIL PROTECTED]>: >> >>>I know that there's an option you can put into your web.xml >> >>file that's >> >>>supposed to take care of that, although I haven't >> >>experimented with it: >> >>> >>>org.apache.myfaces.PRETTY_HTML >>>true >>> >>>If true, rendered HTML code will be formatted, >> >>so that it is >> >>>"human readable". >>>i.e. additional line separators and whitespace will be >>>written, that do not >>>influence the HTML code. >>>Default: "true" >>> >>> >>> >>>- Brendan >>> >>>-Original Message- >>>From: Nicola Benaglia [mailto:[EMAIL PROTECTED] >>>Sent: Monday, October 24, 2005 5:12 AM >>>To: users@myfaces.apache.org >>>Subject: JFS's html output >>> >>> >>>Hi ! >>>I was wondering why my JFS's output is not friendly human readable. >>>I looked into my generated HTML page and the code is not at all >>>indented. >>>Is that a normal JSF behaviour or is there a way to get a little bit >>>more readable code ? >>> >>>Thank you, >>>Nico >>>--- >>> >>>Questa mail ed eventuali suoi allegati sono strettamente >> >>confidenziali. >> >>>Se >>>ricevete per errore questa mail, Vi preghiamo cortesemente di >>>cancellarla >>>immediatamente e di segnalare l'errore a chi ve l'ha >> >>spedita. Se Voi non >> >>>siete >>>il reale destinatario di questa mail non siete autorizzati >> >>alla copia, >> >>>alla >>>distribuzione e alla stampa di essa ne tantomeno ad una eventuale >>>modifica >>>dei contenuti. >>> >>>This message and any attachments are confidential and >> >>intended solely >> >>>for >>>the addressees. If you receive this message in error, >> >>please delete it >> >>>and >>>immediately notify the sender. If the reader of this >> >>message is not the >> >>>intended recipient, you are hereby notified that any >> >>unauthorized use, >> >>>copying, publication, printing or dissemination is >> >>prohibited. E-mails >> >>>are >>>susceptible to alteration. >>> >> >
RE: [PROPOSAL] PRETTY_HTML, was [RE: JFS's html output]
-Original Message- Just for discussion: Why implement the "pretty-html" option in every renderer? I think, it would be easier to postprocess the content in the framework before returning the complete html-content to the browser. What do you think? I found e.g. http://sourceforge.net/projects/jtidy which could do this probably. Does anybody know an other Java library which could do this job? The big efford would be, that you could use the RI of SUN also and the content would also be pretty formatted then. -/Original Message- Sort of writing a PrettyHtmlFilter? Might be the easiest way to go for it. regards Alexander