You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Patrick Casey <pa...@adelphia.net> on 2005/08/26 20:57:33 UTC
One more HTML Area Question
Sorry for all the questions, but this ended up being my "get the
HTML component working" day so I'm trying to bang through it all at once.
The issue I'm having now is that I've defined an htmlarea thus
on my .page file:
<component id="patArea" type="htmlarea:HtmlArea">
<binding name="value" expression="object.instructions" />
<binding name="tableOperations" expression="false" />
<binding name="rows" expression="16" />
<binding name="cols" expression="120" />
</component>
And linked it thus on my .html file:
<textarea jwcid="patArea" />
The thing is, I'm always getting out an 8 X 80 HTML Area with
the table operations toolbars in place. If I'm understanding the component
properly, shouldn't I be getting a 16 X 120 area with no table toolbar?
Could somebody give me a nudge as to what the right syntax is?
--- Pat
PS The output:
<textarea name="theArea" cols="80" rows="8" id="theArea">These are the
Survey <b>Instructions</b>!</textarea>
The initialization block as output:
initializeEditor('theArea',false,true,true,true);
Re: One more HTML Area Question
Posted by Joseph Hannon <ja...@gmail.com>.
It's been awhile on htmlarea. My interest was more around the CSS issue in
general HTML where IE was barfing. I will look at what you did in the new
htmlarea for some clues I think.
Thanks,
Joseph
On 9/9/05, Robert Zeigler <ro...@scazdl.org> wrote:
>
> Joseph, when did you dl htmlarea? I uploaded a revised version
> (the version Patrick mentions here) on August 27th.
>
> Robert
>
> Patrick Casey wrote:
> > Robert sent me an email last week (for testing) with some updated
> > .css that looked a lot better (it's not perfect, but it's a *lot*
> better). I
> > dunno if he's still playing with it in the hope of making it perfect, or
> if
> > he's going to repackage it as is.
> >
> > Either way, he's definitely making progress, but you'll need to
> > touch base with him to see when (or if) a new version is coming out.
> >
> > --- Pat
> >
> >
> >>-----Original Message-----
> >>From: Joseph Hannon [mailto:jah.volcano@gmail.com]
> >>Sent: Friday, September 09, 2005 8:53 AM
> >>To: Tapestry users
> >>Subject: Re: One more HTML Area Question
> >>
> >>Pat,
> >>
> >>Any success on this CSS issue? I am experiencing the same type of thing
> >>using Tapestry 3.0.3, Firefox and IE. I am using XHTML and do have the
> >>XHTML
> >>DOCTYPE showing at the top of my html rendered source.
> >>
> >>Thanks,
> >>Joseph
> >>
> >>On 8/26/05, Patrick Casey <pa...@adelphia.net> wrote:
> >>
> >>>
> >>>I've got the world's simplest page for debugging purposes:
> >>>
> >>><span jwcid="@Body">
> >>><form jwcid="@Form">
> >>><span jwcid="@htmlarea:HtmlArea"
> >>>value="ognl:visit.currentUser.firstName" rows="12" cols="80"/>
> >>></form>
> >>></span>
> >>>
> >>>It draws perfectly on firefox (PM me if you want a screenie).
> >>>
> >>>On IE though, it draws as though none of the .css is being followed.
> >>>The buttonbars all have white backgrounds instead of BtnFace. All the
> >>>buttons are enabled all the time (even the ones that don't apply), the
> >>>text
> >>>area itself isn't bordered by a black line, and the edit area itself
> >>>default
> >>>to (and is stuck in) double space.
> >>>
> >>>It really smells like the .css isn't being loaded properly, but I
> >>>don't understand this implementation well enough to fix the problem.
> >>>
> >>>In fact, I can pretty much guarantee that it's a css loading problem
> >>>because if I inline the contents of htmlarea.css (from the jar file),
> >>
> >>the
> >>
> >>>page renders perfectly in IE and in Firefox. In other words if I copy
> >>
> >>the
> >>
> >>>.css contents and paste them into the head of the page inside of
> <style>
> >>>tag
> >>>on my .html file, it draws properly (although IE still wants to double
> >>>space
> >>>everything).
> >>>
> >>>So I *think* we're dealing with an inability of the component to
> >>>load its .css properly. But, again, I'm stumped as to how to resolve
> the
> >>>issue.
> >>>
> >>>Any suggestions?
> >>>
> >>>--- Pat
> >>>
> >>>
> >>>>-----Original Message-----
> >>>>From: Patrick Casey [mailto:patcasey@adelphia.net]
> >>>>Sent: Friday, August 26, 2005 12:14 PM
> >>>>To: 'Tapestry users'
> >>>>Subject: RE: One more HTML Area Question
> >>>>
> >>>>
> >>>>I think it was actually a cache issue of some sort. After flushing
> >>>>my cache and restarting tomcat, rows, cols, and the tableOperations
> >>
> >>flag
> >>
> >>>>seem to be working just fine now. I think I'm running into some sort
> >>
> >>of
> >>
> >>>>CSS
> >>>>issue on IE though atm as the editor shows up w/o the grey background
> >>
> >>on
> >>
> >>>>the
> >>>>toolbars and w/o a frame around the editable area on IE, but shows up
> >>>
> >>>just
> >>>
> >>>>fine under gecko.
> >>>>
> >>>>I'm gonna bang on that for a bit and see if I can figure out what's
> >>>>afoot with the demon IE.
> >>>>
> >>>>Thanks for all the help,
> >>>>
> >>>>--- Pat
> >>>
> >>>
> >>>
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> >>>For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>>
> >>>
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
Re: One more HTML Area Question
Posted by Robert Zeigler <ro...@scazdl.org>.
Joseph, when did you dl htmlarea? I uploaded a revised version
(the version Patrick mentions here) on August 27th.
Robert
Patrick Casey wrote:
> Robert sent me an email last week (for testing) with some updated
> .css that looked a lot better (it's not perfect, but it's a *lot* better). I
> dunno if he's still playing with it in the hope of making it perfect, or if
> he's going to repackage it as is.
>
> Either way, he's definitely making progress, but you'll need to
> touch base with him to see when (or if) a new version is coming out.
>
> --- Pat
>
>
>>-----Original Message-----
>>From: Joseph Hannon [mailto:jah.volcano@gmail.com]
>>Sent: Friday, September 09, 2005 8:53 AM
>>To: Tapestry users
>>Subject: Re: One more HTML Area Question
>>
>>Pat,
>>
>>Any success on this CSS issue? I am experiencing the same type of thing
>>using Tapestry 3.0.3, Firefox and IE. I am using XHTML and do have the
>>XHTML
>>DOCTYPE showing at the top of my html rendered source.
>>
>>Thanks,
>>Joseph
>>
>>On 8/26/05, Patrick Casey <pa...@adelphia.net> wrote:
>>
>>>
>>>I've got the world's simplest page for debugging purposes:
>>>
>>><span jwcid="@Body">
>>><form jwcid="@Form">
>>><span jwcid="@htmlarea:HtmlArea"
>>>value="ognl:visit.currentUser.firstName" rows="12" cols="80"/>
>>></form>
>>></span>
>>>
>>>It draws perfectly on firefox (PM me if you want a screenie).
>>>
>>>On IE though, it draws as though none of the .css is being followed.
>>>The buttonbars all have white backgrounds instead of BtnFace. All the
>>>buttons are enabled all the time (even the ones that don't apply), the
>>>text
>>>area itself isn't bordered by a black line, and the edit area itself
>>>default
>>>to (and is stuck in) double space.
>>>
>>>It really smells like the .css isn't being loaded properly, but I
>>>don't understand this implementation well enough to fix the problem.
>>>
>>>In fact, I can pretty much guarantee that it's a css loading problem
>>>because if I inline the contents of htmlarea.css (from the jar file),
>>
>>the
>>
>>>page renders perfectly in IE and in Firefox. In other words if I copy
>>
>>the
>>
>>>.css contents and paste them into the head of the page inside of <style>
>>>tag
>>>on my .html file, it draws properly (although IE still wants to double
>>>space
>>>everything).
>>>
>>>So I *think* we're dealing with an inability of the component to
>>>load its .css properly. But, again, I'm stumped as to how to resolve the
>>>issue.
>>>
>>>Any suggestions?
>>>
>>>--- Pat
>>>
>>>
>>>>-----Original Message-----
>>>>From: Patrick Casey [mailto:patcasey@adelphia.net]
>>>>Sent: Friday, August 26, 2005 12:14 PM
>>>>To: 'Tapestry users'
>>>>Subject: RE: One more HTML Area Question
>>>>
>>>>
>>>>I think it was actually a cache issue of some sort. After flushing
>>>>my cache and restarting tomcat, rows, cols, and the tableOperations
>>
>>flag
>>
>>>>seem to be working just fine now. I think I'm running into some sort
>>
>>of
>>
>>>>CSS
>>>>issue on IE though atm as the editor shows up w/o the grey background
>>
>>on
>>
>>>>the
>>>>toolbars and w/o a frame around the editable area on IE, but shows up
>>>
>>>just
>>>
>>>>fine under gecko.
>>>>
>>>>I'm gonna bang on that for a bit and see if I can figure out what's
>>>>afoot with the demon IE.
>>>>
>>>>Thanks for all the help,
>>>>
>>>>--- Pat
>>>
>>>
>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>>
>>>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
RE: One more HTML Area Question
Posted by Patrick Casey <pa...@adelphia.net>.
Robert sent me an email last week (for testing) with some updated
.css that looked a lot better (it's not perfect, but it's a *lot* better). I
dunno if he's still playing with it in the hope of making it perfect, or if
he's going to repackage it as is.
Either way, he's definitely making progress, but you'll need to
touch base with him to see when (or if) a new version is coming out.
--- Pat
> -----Original Message-----
> From: Joseph Hannon [mailto:jah.volcano@gmail.com]
> Sent: Friday, September 09, 2005 8:53 AM
> To: Tapestry users
> Subject: Re: One more HTML Area Question
>
> Pat,
>
> Any success on this CSS issue? I am experiencing the same type of thing
> using Tapestry 3.0.3, Firefox and IE. I am using XHTML and do have the
> XHTML
> DOCTYPE showing at the top of my html rendered source.
>
> Thanks,
> Joseph
>
> On 8/26/05, Patrick Casey <pa...@adelphia.net> wrote:
> >
> >
> > I've got the world's simplest page for debugging purposes:
> >
> > <span jwcid="@Body">
> > <form jwcid="@Form">
> > <span jwcid="@htmlarea:HtmlArea"
> > value="ognl:visit.currentUser.firstName" rows="12" cols="80"/>
> > </form>
> > </span>
> >
> > It draws perfectly on firefox (PM me if you want a screenie).
> >
> > On IE though, it draws as though none of the .css is being followed.
> > The buttonbars all have white backgrounds instead of BtnFace. All the
> > buttons are enabled all the time (even the ones that don't apply), the
> > text
> > area itself isn't bordered by a black line, and the edit area itself
> > default
> > to (and is stuck in) double space.
> >
> > It really smells like the .css isn't being loaded properly, but I
> > don't understand this implementation well enough to fix the problem.
> >
> > In fact, I can pretty much guarantee that it's a css loading problem
> > because if I inline the contents of htmlarea.css (from the jar file),
> the
> > page renders perfectly in IE and in Firefox. In other words if I copy
> the
> > .css contents and paste them into the head of the page inside of <style>
> > tag
> > on my .html file, it draws properly (although IE still wants to double
> > space
> > everything).
> >
> > So I *think* we're dealing with an inability of the component to
> > load its .css properly. But, again, I'm stumped as to how to resolve the
> > issue.
> >
> > Any suggestions?
> >
> > --- Pat
> >
> > > -----Original Message-----
> > > From: Patrick Casey [mailto:patcasey@adelphia.net]
> > > Sent: Friday, August 26, 2005 12:14 PM
> > > To: 'Tapestry users'
> > > Subject: RE: One more HTML Area Question
> > >
> > >
> > > I think it was actually a cache issue of some sort. After flushing
> > > my cache and restarting tomcat, rows, cols, and the tableOperations
> flag
> > > seem to be working just fine now. I think I'm running into some sort
> of
> > > CSS
> > > issue on IE though atm as the editor shows up w/o the grey background
> on
> > > the
> > > toolbars and w/o a frame around the editable area on IE, but shows up
> > just
> > > fine under gecko.
> > >
> > > I'm gonna bang on that for a bit and see if I can figure out what's
> > > afoot with the demon IE.
> > >
> > > Thanks for all the help,
> > >
> > > --- Pat
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: One more HTML Area Question
Posted by Joseph Hannon <ja...@gmail.com>.
Pat,
Any success on this CSS issue? I am experiencing the same type of thing
using Tapestry 3.0.3, Firefox and IE. I am using XHTML and do have the XHTML
DOCTYPE showing at the top of my html rendered source.
Thanks,
Joseph
On 8/26/05, Patrick Casey <pa...@adelphia.net> wrote:
>
>
> I've got the world's simplest page for debugging purposes:
>
> <span jwcid="@Body">
> <form jwcid="@Form">
> <span jwcid="@htmlarea:HtmlArea"
> value="ognl:visit.currentUser.firstName" rows="12" cols="80"/>
> </form>
> </span>
>
> It draws perfectly on firefox (PM me if you want a screenie).
>
> On IE though, it draws as though none of the .css is being followed.
> The buttonbars all have white backgrounds instead of BtnFace. All the
> buttons are enabled all the time (even the ones that don't apply), the
> text
> area itself isn't bordered by a black line, and the edit area itself
> default
> to (and is stuck in) double space.
>
> It really smells like the .css isn't being loaded properly, but I
> don't understand this implementation well enough to fix the problem.
>
> In fact, I can pretty much guarantee that it's a css loading problem
> because if I inline the contents of htmlarea.css (from the jar file), the
> page renders perfectly in IE and in Firefox. In other words if I copy the
> .css contents and paste them into the head of the page inside of <style>
> tag
> on my .html file, it draws properly (although IE still wants to double
> space
> everything).
>
> So I *think* we're dealing with an inability of the component to
> load its .css properly. But, again, I'm stumped as to how to resolve the
> issue.
>
> Any suggestions?
>
> --- Pat
>
> > -----Original Message-----
> > From: Patrick Casey [mailto:patcasey@adelphia.net]
> > Sent: Friday, August 26, 2005 12:14 PM
> > To: 'Tapestry users'
> > Subject: RE: One more HTML Area Question
> >
> >
> > I think it was actually a cache issue of some sort. After flushing
> > my cache and restarting tomcat, rows, cols, and the tableOperations flag
> > seem to be working just fine now. I think I'm running into some sort of
> > CSS
> > issue on IE though atm as the editor shows up w/o the grey background on
> > the
> > toolbars and w/o a frame around the editable area on IE, but shows up
> just
> > fine under gecko.
> >
> > I'm gonna bang on that for a bit and see if I can figure out what's
> > afoot with the demon IE.
> >
> > Thanks for all the help,
> >
> > --- Pat
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
RE: One more HTML Area Question
Posted by Patrick Casey <pa...@adelphia.net>.
I've got the world's simplest page for debugging purposes:
<span jwcid="@Body">
<form jwcid="@Form">
<span jwcid="@htmlarea:HtmlArea"
value="ognl:visit.currentUser.firstName" rows="12" cols="80"/>
</form>
</span>
It draws perfectly on firefox (PM me if you want a screenie).
On IE though, it draws as though none of the .css is being followed.
The buttonbars all have white backgrounds instead of BtnFace. All the
buttons are enabled all the time (even the ones that don't apply), the text
area itself isn't bordered by a black line, and the edit area itself default
to (and is stuck in) double space.
It really smells like the .css isn't being loaded properly, but I
don't understand this implementation well enough to fix the problem.
In fact, I can pretty much guarantee that it's a css loading problem
because if I inline the contents of htmlarea.css (from the jar file), the
page renders perfectly in IE and in Firefox. In other words if I copy the
.css contents and paste them into the head of the page inside of <style> tag
on my .html file, it draws properly (although IE still wants to double space
everything).
So I *think* we're dealing with an inability of the component to
load its .css properly. But, again, I'm stumped as to how to resolve the
issue.
Any suggestions?
--- Pat
> -----Original Message-----
> From: Patrick Casey [mailto:patcasey@adelphia.net]
> Sent: Friday, August 26, 2005 12:14 PM
> To: 'Tapestry users'
> Subject: RE: One more HTML Area Question
>
>
> I think it was actually a cache issue of some sort. After flushing
> my cache and restarting tomcat, rows, cols, and the tableOperations flag
> seem to be working just fine now. I think I'm running into some sort of
> CSS
> issue on IE though atm as the editor shows up w/o the grey background on
> the
> toolbars and w/o a frame around the editable area on IE, but shows up just
> fine under gecko.
>
> I'm gonna bang on that for a bit and see if I can figure out what's
> afoot with the demon IE.
>
> Thanks for all the help,
>
> --- Pat
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
RE: One more HTML Area Question
Posted by Patrick Casey <pa...@adelphia.net>.
I think it was actually a cache issue of some sort. After flushing
my cache and restarting tomcat, rows, cols, and the tableOperations flag
seem to be working just fine now. I think I'm running into some sort of CSS
issue on IE though atm as the editor shows up w/o the grey background on the
toolbars and w/o a frame around the editable area on IE, but shows up just
fine under gecko.
I'm gonna bang on that for a bit and see if I can figure out what's
afoot with the demon IE.
Thanks for all the help,
--- Pat
> -----Original Message-----
> From: Robert Zeigler [mailto:robertz@scazdl.org]
> Sent: Friday, August 26, 2005 2:05 PM
> To: Tapestry users
> Subject: Re: One more HTML Area Question
>
> Like I posted earlier... it's a bit quirky in regards to (esp) rows, and
> also cols.
>
> The "htmlarea" js code essentially attempts to place an iframe the same
> size the the original textarea. But.. you have to include the toolbar
> set in that area, as well. So... try adjusting the rows expression to
> something larger. Also... not an issue, but, I'm curious as to why
> you're using the expression binding instead of a static binding, since
> the values are static...?
>
> For the cols... it should work, but... I'll look at things again later.
>
> Same goes for the tableOperations... what you've got looks correct.
> I've got some meetings for the next couple of hours, but when I get
> back, I'll look at things more closely to see what's up.
>
> Robert
>
> Patrick Casey wrote:
> >
> >
> > Sorry for all the questions, but this ended up being my "get
> the
> > HTML component working" day so I'm trying to bang through it all at
> once.
> >
> >
> >
> > The issue I'm having now is that I've defined an htmlarea
> thus
> > on my .page file:
> >
> >
> >
> > <component id="patArea" type="htmlarea:HtmlArea">
> >
> > <binding name="value" expression="object.instructions" />
> >
> > <binding name="tableOperations" expression="false" />
> >
> > <binding name="rows" expression="16" />
> >
> > <binding name="cols" expression="120" />
> >
> > </component>
> >
> >
> >
> > And linked it thus on my .html file:
> >
> >
> >
> > <textarea jwcid="patArea" />
> >
> >
> >
> > The thing is, I'm always getting out an 8 X 80 HTML Area
> with
> > the table operations toolbars in place. If I'm understanding the
> component
> > properly, shouldn't I be getting a 16 X 120 area with no table toolbar?
> >
> >
> >
> > Could somebody give me a nudge as to what the right syntax
> is?
> >
> >
> >
> > --- Pat
> >
> >
> >
> > PS The output:
> >
> >
> >
> > <textarea name="theArea" cols="80" rows="8" id="theArea">These are the
> > Survey <b>Instructions</b>!</textarea>
> >
> >
> >
> >
> >
> > The initialization block as output:
> >
> >
> >
> > initializeEditor('theArea',false,true,true,true);
> >
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: One more HTML Area Question
Posted by Robert Zeigler <ro...@scazdl.org>.
Like I posted earlier... it's a bit quirky in regards to (esp) rows, and
also cols.
The "htmlarea" js code essentially attempts to place an iframe the same
size the the original textarea. But.. you have to include the toolbar
set in that area, as well. So... try adjusting the rows expression to
something larger. Also... not an issue, but, I'm curious as to why
you're using the expression binding instead of a static binding, since
the values are static...?
For the cols... it should work, but... I'll look at things again later.
Same goes for the tableOperations... what you've got looks correct.
I've got some meetings for the next couple of hours, but when I get
back, I'll look at things more closely to see what's up.
Robert
Patrick Casey wrote:
>
>
> Sorry for all the questions, but this ended up being my "get the
> HTML component working" day so I'm trying to bang through it all at once.
>
>
>
> The issue I'm having now is that I've defined an htmlarea thus
> on my .page file:
>
>
>
> <component id="patArea" type="htmlarea:HtmlArea">
>
> <binding name="value" expression="object.instructions" />
>
> <binding name="tableOperations" expression="false" />
>
> <binding name="rows" expression="16" />
>
> <binding name="cols" expression="120" />
>
> </component>
>
>
>
> And linked it thus on my .html file:
>
>
>
> <textarea jwcid="patArea" />
>
>
>
> The thing is, I'm always getting out an 8 X 80 HTML Area with
> the table operations toolbars in place. If I'm understanding the component
> properly, shouldn't I be getting a 16 X 120 area with no table toolbar?
>
>
>
> Could somebody give me a nudge as to what the right syntax is?
>
>
>
> --- Pat
>
>
>
> PS The output:
>
>
>
> <textarea name="theArea" cols="80" rows="8" id="theArea">These are the
> Survey <b>Instructions</b>!</textarea>
>
>
>
>
>
> The initialization block as output:
>
>
>
> initializeEditor('theArea',false,true,true,true);
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org