| Author |
 Topic  |
|
garyrobar
New Member
Canada
90 Posts |
 Posted - 12 June 2007 : 12:14:52
|
Hello everyone, i've been implementing this in to my forum, and have only hit one snag.
When I spellcheck a string that is longer than one line in my textarea, the textarea stops wrapping. so if the string is two paragraphs, i get two LONG lines with horizontal scroll. I noticed that in some of your implementations, this does not happen...
Any suggestions?
Here is my textarea code:
<textarea id=""ta1"" class=""textarea"" cols=""" & intCols & """ name=""Message"" rows=""" & intRows & """ wrap=""virtual"" style=""width:100%"" onselect=""storeCaret(this);"" onclick=""storeCaret(this);"" onkeyup=""storeCaret(this);"" onchange=""storeCaret(this);"">
Here is the textarea css
textarea
{
font: 15px arial, verdana, sans-serif;
color: #555555;
background-color: #ffffff;
width: 95%;
overflow: scroll;
overflow-y: scroll;
overflow-x: hidden;
overflow:-moz-scrollbars-vertical;
}
When I pop back out of spellcheck mode, and back to edit mode, the string wraps properly again. This happens in both IE and MOZ
Any help is appreaciated.< |
SEO For Snitz Forum |
 |
|
|
garyrobar
New Member
Canada
90 Posts |
|
|
AnonJr
Moderator
United States
5768 Posts |
Posted - 13 June 2007 : 06:07:08
|
If someone had an answer, I think they would have given it... besides, sometimes it takes more than a day to come up with solutions to the odder problems.  < |
|
|
|
garyrobar
New Member
Canada
90 Posts |
Posted - 13 June 2007 : 11:17:56
|
actually got it...i just needed to add
this.edit_layer.style.whiteSpace = "normal";
...to googiespell.js
I've converted most of the forum to css, and I think that i was getting interference from another parent-level declaration. It was treating the whitespace as a "non-breaking" whitespace.< |
SEO For Snitz Forum |
Edited by - garyrobar on 13 June 2007 11:41:49 |
|
|
|
AnonJr
Moderator
United States
5768 Posts |
Posted - 13 June 2007 : 11:52:08
|
Good to know.  Thanks for the tip. I wonder if it affects the SB2-type forums too.< |
|
|
|
garyrobar
New Member
Canada
90 Posts |
Posted - 13 June 2007 : 20:28:02
|
quote:
I wonder if it affects the SB2-type forums too.
sorry to seem dense....what do you mean SB2-type forums?
I'll also introduce another bug that i've found, that probably needs some regex expertise to fix.
If I copy a string from somewhere else, say, a word document or another web page and post it in to the textarea, I sometimes pick up a comma that is RIGHT SINGLE QUOTE instead of #39;, which is a normal html comma that would be generated by typing the comma key in to a textarea manually.
It trips up the checker, and throws off all of the checking aftter this. (see the oxle screenshot earlier on in this post.)
< |
SEO For Snitz Forum |
Edited by - garyrobar on 13 June 2007 20:43:01 |
|
|
|
AnonJr
Moderator
United States
5768 Posts |
Posted - 14 June 2007 : 07:41:41
|
I forget who (I think d3mon or something like that), someone had created a version of the forums that used CSS and he called it "Speed Ball" - it was last in its second release, and is usually abbreviated "SB2" (or something along those lines).
I've used it as the basis for most all of my projects lately.< |
|
|
|
garyrobar
New Member
Canada
90 Posts |
Posted - 14 June 2007 : 15:54:38
|
yes, i've had a look at that in the past.
The nature of the issue that i;ve just mentioned though, isnt specific to a css forum or anything, it is a googiespell bug that has not been addressed.
i just can't figure out where/how to specify more special characters to convert to the html encoded unicode. I think it is in googiespell.js somewhere.< |
SEO For Snitz Forum |
|
|
|
Andy Humm
Average Member
United Kingdom
908 Posts |
Posted - 13 May 2008 : 06:03:03
|
When using the Googiespell 'Check Spelling' button, once the text has been checked and spelling mistakes highlighted there are some changes in appearance to the message text area.
1. The font in the textarea displayed is different to the original textarea prior to spell check.
2. The whole message text area box is shrinking in size at this stage and returns to original size after 'resume editing' is pressed.
Investigating the symptoms etc, I notice the only time the resizing of the text area occurs is when mispelt words are having alternative suggestions also the animated icon is showing. Maybe we can remove the animated icon or put a dummy space in adjacent to the spell button, the same size as the animation to stop area size changing..
How do we match the text in the message area to the same as the spellcheck font?
It does spoil an overall brilliant mod!< |
|
|
|
AnonJr
Moderator
United States
5768 Posts |
Posted - 13 May 2008 : 08:29:58
|
| Not sure as that's the way the spell check button in the Google toolbar behaves as well. Its probably something on google's end.< |
|
|
|
Andy Humm
Average Member
United Kingdom
908 Posts |
Posted - 13 May 2008 : 09:40:55
|
| I don't know about googles end, but why should the message/text area change size when the spell check is in progress?< |
|
|
|
Andy Humm
Average Member
United Kingdom
908 Posts |
Posted - 13 May 2008 : 20:05:35
|
| How do you get rid of the vertical scroll bar of a textarea? because, when the text is being spell checked the scroll bar is missing and when the spell has finished it reappears, changing the textarea size.< |
|
|
|
Carefree
Advanced Member
Philippines
4207 Posts |
Posted - 27 May 2008 : 20:17:19
|
There's another issue I discovered in this mod. If you make the change as described in step 3; subsequent attempts to edit categories will result in error messages.
I put a fix for that on SnitzBitz.< |
|
|
|
leatherlips
Senior Member
USA
1838 Posts |
|
|
Carefree
Advanced Member
Philippines
4207 Posts |
Posted - 27 May 2008 : 21:52:59
|
| The cause of the error lies in categories not having text areas. The fix bypasses that routine.< |
|
|
|
Topic |
|
Googiespell MOD
