Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.javascript > #22166 > unrolled thread

text editing icons mysteriously not showing up any more

Back to article view | Back to comp.lang.javascript

Contents

  text editing icons mysteriously not showing up any more justaguy <lichunshen84@gmail.com> - 2013-11-23 17:19 -0800
    Re: text editing icons mysteriously not showing up any more Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-11-24 02:39 +0100
    Re: text editing icons mysteriously not showing up any more Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2013-11-24 03:51 +0100
    Re: text editing icons mysteriously not showing up any more JJ <duh@nah.meh> - 2013-11-24 10:53 +0700
    Re: text editing icons mysteriously not showing up any more Archenoth <Archenoth@live.something> - 2013-11-25 05:40 -0600

#22166 — text editing icons mysteriously not showing up any more

Hi,

This is quite unsettling.  I have a template that displays some text and at top it has some text editing features such as Bold, Italic etc.  The template has been working for 3 years in a row.  But all of a sudden, started this morning,
the text editing icons no longer showing up. For instance, element with id of "MakeBold" as shown below, no longer show the bold.gif image for the button (and yes, the "icons" folder/directory does exist under the current directory, and yes, the bold.gif image icon does exist as well; and yes, the RichText js function has been defined).

<form id="editForm" name="editForm" action="someserverscript" method="post">
...
<input type="button" id="MakeBold" accesskey="B" onclick="RichText('bold')" 

style="background-image:url('icons/bold.gif');width:25;height:23" />
...
</form>

I posted another question titled "How to determine and to prevent javascript being hacked?" a few days ago... which also seems a mysterious new issue.
If the perpetrator is a government sanctioned criminal then I have no way to beat such evil.  Hope I'm wrong.

[toc] | [next] | [standalone]

#22167

justaguy wrote:

> […] I have a template that displays some text and
> at top it has some text editing features such as Bold, Italic etc.  The
> template has been working for 3 years in a row.  But all of a sudden,
> started this morning, the text editing icons no longer showing up. […]
> 
> <form id="editForm" name="editForm" action="someserverscript"
> method="post"> ...
> <input type="button" id="MakeBold" accesskey="B"
> onclick="RichText('bold')"
> 
> style="background-image:url('icons/bold.gif');width:25;height:23" />
> ...
> </form>
> 
> I posted another question titled "How to determine and to prevent
> javascript being hacked?" a few days ago... which also seems a mysterious
> new issue.
> If the perpetrator is a government sanctioned criminal then I have no way
> to beat such evil.

Which government are you talking about?  Why would a government support a 
criminal?  Why would a criminal break your form?  

And what does all of this have to do with the topic of this newsgroup – 
ECMAScript-based programming?

-- 
PointedEars

Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#22168

justaguy wrote:

> […]  I have a template that displays some text and at top it has some text
> editing features such as Bold, Italic etc.  The template has been working
> for 3 years in a row.  But all of a sudden, started this morning, the text
> editing icons no longer showing up. […]
> 
> <form id="editForm" name="editForm" action="someserverscript"
> method="post"> ...
> <input type="button" id="MakeBold" accesskey="B"
> onclick="RichText('bold')"
> 
> style="background-image:url('icons/bold.gif');width:25;height:23" />

Your inline style is not Valid: CSS lengths different from 0 have to have a 
unit; here probably “px”: “25px” and “23px”.

Also, formatting input[type="button"] elements this way is unreliable; use 
button[type="button"] elements instead.

It is not surprising that code that is not standards-compliant and is error-
prone stops working after a browser update.

HTML is on-topic in comp.infosystems.www.authoring.html.
CSS is on-topic in comp.infosystems.www.authoring.stylesheets.
This is comp.lang.javascript.

<http://validator.w3.org/>
<http://jigsaw.w3.org/css-validator/>
<http://PointedEars.de/faq>

> […]
> If the perpetrator is a government sanctioned criminal then I have no way
> to beat such evil.  Hope I'm wrong.

So much for that.

-- 
PointedEars

Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#22169

On Sat, 23 Nov 2013 17:19:43 -0800 (PST), justaguy wrote:
> But all of a sudden,
> started this morning, the text editing icons no longer showing up. For
> instance, element with id of "MakeBold" as shown below, no longer show
> the bold.gif image for the button (and yes, the "icons" folder/directory
> does exist under the current directory, and yes, the bold.gif image icon
> does exist as well; and yes, the RichText js function has been defined). 

Are the image files still good and not corrupted? Have you actually checked
that you're not using a different RichText version? Or even a broken one?
Have you checked RichText documentations and changelogs and discussions?
Have you checked for any error log? Why didn't you do all of these
troubleshooting standard issues?

[toc] | [prev] | [next] | [standalone]

#22179

On Sat, 23 Nov 2013 19:19:43 -0600, justaguy <lichunshen84@gmail.com>  
wrote:

> I posted another question titled "How to determine and to prevent  
> javascript being hacked?" a few days ago... which also seems a  
> mysterious new issue.
> If the perpetrator is a government sanctioned criminal then I have no  
> way to beat such evil.  Hope I'm wrong.
>
>

I'm pretty sure you aren't being hacked by the government... If there was  
no change serverside, then it was likely a client-side change. Browsers  
automatically update to implement new features, remain secure, and become  
more standards compliant. So your code will very likely act differently  
after time because of the reasons already posted by PointedEars.

There is also a remote chance that it may be an issue with your cache, as  
that sometimes can get corrupted locally. Try loading your page without  
your cache ([Ctrl] + [F5] for Firefox, IE, and Chrome... [Shift] + [F5]  
for Opera.)

-- 
The arch foe

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.javascript

csiph-web