[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2000) add excel file type to DocType enum
by Dan Allen (JIRA)
add excel file type to DocType enum
-----------------------------------
Key: JBSEAM-2000
URL: http://jira.jboss.com/jira/browse/JBSEAM-2000
Project: JBoss Seam
Issue Type: Feature Request
Components: PDF
Affects Versions: 2.0.0.CR1
Reporter: Dan Allen
Priority: Minor
The document store facility (org.jboss.seam.pdf.DocumentStore) is an excellent reuse library for those who want to push down files in their Seam-based application (outside of just using the PDF tags). However, the module has one major limitation. The file types are stored in an enum and thus cannot ever be changed (enums cannot be extended or overridden). Unfortunately this renders the library completely useless if you are not using one of the 3 built-in types (PDF, RTF, HTML).
Since Excel downloads are so popular in business applications, it makes sense that even though Seam doesn't export excel, the file type could be added to allow those using Seam-based applications to take advantage of this excellent document storage design.
I have included a patch, but the line is simply:
EXCEL("xls", "application/vnd.ms-excel")
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 4 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1972) s:decorate input control ID change from 1.2.1 to 2.0
by steve tynor (JIRA)
s:decorate input control ID change from 1.2.1 to 2.0
----------------------------------------------------
Key: JBSEAM-1972
URL: http://jira.jboss.com/jira/browse/JBSEAM-1972
Project: JBoss Seam
Issue Type: Bug
Components: JSF
Affects Versions: 2.0.0.CR1
Reporter: steve tynor
I'm not sure if this is a bug or is intended behavior, but component ID's have changed from Seam version 1.2.1 to 2.0.0.CR1. This has broken our Selenium integration tests and many of our Javascript functions which access and manipulate the input controls via DHTML.
Given something like:
<s:decorate id="fooDecoration" template="/WEB-INF/facelets/templates/edit.xhtml">
<ui:define name="label">Foo</ui:define>
<h:inputText id="foo" value="#{fooHome.instance.foo}"/>
</s:decorate>
In Seam1.2.1, the control was addressable as "fooForm:foo". In Seam2, that has changed and we must address it as "fooForm:fooDecoration:foo".
Is this intentional? Is it likely to change before 2.0.0GA?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 4 months