Thought I'd try out formfaces but it chokes on the code below. I attached a screen shot of the error window that pops up. Best wishes with your product...
<?xml version="1.0"?>
<h:html xmlns:h="http://www.w3.org/1999/xhtml"
xmlns="http://www.w3.org/2002/xforms"
xmlns:ev="http://www.w3.org/2001/xml-events">
<h:head>
<h:title>Select a question or category</h:title>
<h:script type="text/javascript" src="file:///home/thomp/downloads/browsers/xforms/FormFaces/formfaces.js">
</h:script>
<model>
<instance>
<inputs>
<input></input>
</inputs>
</instance>
</model>
</h:head>
<h:body>
<textarea ref="//input">
<label>item-sel</label>
</textarea>
</h:body>
</h:html>
screen shot of popup error window from formfaces
Logged In: YES
user_id=1257232
Originator: NO
Yikes. That's quite a nasty stack trace. We definitely need to make error reporting prettier.
What browser was this in? An error with "glass.style" means it's not your form's fault. Probably every form will have the same error, which means this is a browser compatibility bug.
A comment on your form: This didn't trigger the error you saw, but your instance data is in the wrong namespace. You'll have to change your <inputs> element to <inputs xmlns=""> to get the form to work.
Logged In: YES
user_id=748919
Originator: YES
I was using Firefox 2.0.0.2, I believe (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2) Gecko/20070220 Firefox/2.0.0.2).
I went ahead and tried some other forms (some slightly less lame ones :) ) and found that a similar 'glass.style' error seems to be triggered by each xhtml/xforms document, as you suspected.
Finally, on the off chance that some add-on/plugin was interfering with things, I tried inactivating all the firefox add-ons and then reloading a page - same error...
Well, hope that helps...
Alan
Logged In: YES
user_id=1257232
Originator: NO
Firefox, hum. That's our primary browser for development. I thought maybe this only happens on Linux, but the example pages work fine in Firefox 1.5 on my Linux box. Can you think of anything else unique or peculiar about your setup?
Thanks for keeping track of this bug report. :-)
Logged In: YES
user_id=748919
Originator: YES
I wish I had an obvious 'unique and peculiar' I could point to (does writing programs in lisp count?)... I tried moving to a different box which also is running Linux (both boxes are using a standard Fedora Core 6 install) and got the same error. Unfortunately, I don't have any other linux distros up and running to see if this is a FC6-specific problem...
On the off chance it is associated with firefox versions, I also tried firefox 2.0.0.1 and 1.5.0.1 and got the same error in each case.
Sorry that there isn't anything that leaps out as an obvious curve-ball... Please feel free to let me know if you'd like me to look at anything else. I know sometimes 'local' libraries can throw things for a loop. Does anything in my /usr/local/lib look like it might be an issue (i.e., do you see any libraries formfaces relies on?)?
gstreamer-0.10 libopenbabel.so libxfsm-4.2.la
gtk-2.0 libopenbabel.so.1 libxfsm-4.2.so
gtkglext-1.0 libopenbabel.so.1.0.0 libxfsm-4.2.so.0
libavcodec.a libopenbabel.so.1.0.2 libxfsm-4.2.so.0.0.1
libavformat.a libprozilla.a libxmms.a
libavutil.a libprozilla.la libxmms.la
libcyacas.a libthunar-vfs-1.la libxmms.so
libcyacas.la libthunar-vfs-1.so libxmms.so.1
libcyacas.so libthunar-vfs-1.so.2 libxmms.so.1.3.1
libcyacas.so.0 libthunar-vfs-1.so.2.2.1 libyacas.a
libcyacas.so.0.0.0 libthunarx-1.la libyacas.la
libexo-0.3.a libthunarx-1.so libyacasnumbers.a
libexo-0.3.la libthunarx-1.so.2 libyacasnumbers.la
libexo-0.3.so libthunarx-1.so.2.2.1 libyacasnumbers.so
libexo-0.3.so.0 libxfce4mcs-client.la libyacasnumbers.so.0
libexo-0.3.so.0.3.1 libxfce4mcs-client.so libyacasnumbers.so.0.0.0
libfmod-3.74.so libxfce4mcs-client.so.3 libyacasplatform.a
libghemical.a libxfce4mcs-client.so.3.0.2 libyacasplatform.la
libghemical.la libxfce4mcs-manager.la libyacasplatform.so
libghemical.so libxfce4mcs-manager.so libyacasplatform.so.0
libghemical.so.0 libxfce4mcs-manager.so.3 libyacasplatform.so.0.0.0
libghemical.so.0.0.0 libxfce4mcs-manager.so.3.0.2 libyacas.so
libgs.so libxfce4panel.la libyacas.so.0
libgs.so.8 libxfce4panel.so libyacas.so.0.0.0
libgs.so.8.53 libxfce4panel.so.1 logo
libgtkgl.a libxfce4panel.so.1.1.1 meld
libgtkgl.la libxfce4util.a openbabel
libgtkgl.so libxfce4util.la pkgconfig
libgtkgl.so.5 libxfce4util.so python2.4
libgtkgl.so.5.0.0 libxfce4util.so.4 sbcl
libinchi.a libxfce4util.so.4.0.0 thunarx-1
libinchi.la libxfcegui4.a treeline
libinchi.so libxfcegui4.la vhook
libinchi.so.0 libxfcegui4.so viewmol
libinchi.so.0.0.0 libxfcegui4.so.4 vmd
libmopac7.a libxfcegui4.so.4.2.2 win32
libmopac7.la libxfprint.a xfce4
libmopac7.so libxfprint.la xine
libmopac7.so.0 libxfprint.so xmms
libmopac7.so.0.0.0 libxfprint.so.0 yacas
libopenbabel.a libxfprint.so.0.0.1
libopenbabel.la libxfsm-4.2.a
Logged In: YES
user_id=1257232
Originator: NO
I'm using Fedora Core 6 as well. Do you get the same error when you load the examples on our web site? http://www.formfaces.com/faces/Examples/Test%20Pages/output.html, for example?
I hope you say no, because if you get the error there too, then boy, I'm stumped.
Logged In: YES
user_id=748919
Originator: YES
Hmm...I got a little too curious and started poking... Ended up whittling down to a minimal document (see below) and sticking it in the 'FormFaces/Examples/Test Pages' directory with the other tests (which do work fine, by the way - no glass.style errors...).
I noticed that the formfaces test files all have a .html suffix... As you're probably aware, firefox goes down different roads depending on whether a file has a .html or .xml suffix. I guess I should have thought of checking this sooner. For example, if one is using mathml in firefox, the file (although I haven't worked with this recently) needs to look like an xml file (i.e., have a .xhtml or .xml suffix) -- the mathml isn't rendered correctly if firefox is on planet html...
Anyways...I found that formfaces chokes when it loads the file (below) as test.xml but doesn't complain when the file is test.html (maybe something to put in the 'faq'?).
<?xml version="1.0"?>
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<script type="text/javascript"
src="../../formfaces.js">
</script>
<title>Select a testresult or category</title>
</head>
<body>
joejoe2
</body>
</html>
Logged In: YES
user_id=1257232
Originator: NO
Ah! Yes, we're working on an FAQ right now, I'll make sure to add that. Also will have FormFaces check for this and put up an error message to the effect.