IRC Logs

Network: freenode Channel: #html

	Enter your search terms Submit search form
	Web www.irclog.org

[13:22]<mjzwzzm>AxL: Well (a) Why without JavaScript? and (b) That's going to change the size of the content, probably cause stuff to shift around, and quite likely have areas where the mouse jumps in and out of the element by itself because the size changes.
[13:22]<awl>but with NO javascript
[13:22]<awl>Dorward: because 10% of user have javascript not activated !
[13:24]<mjzwzzm>I doubt the number is actually that high (and it probably includes GoogleBot which isn't going to notice the rollover anyway, and wouldn't support any other way of achieving the effect either), and its just a visual effect so its shouldn't be important enough to worry about.
[13:25]<awl>Dorward: it is not for google it is for USERS. It is for a help bubble
[13:26]<awl>Dorward: Maybe it is less than 10% .. but it is
[13:26]<mjzwzzm>AxL: Do you have evidence of that statistic? My point was that Google probably accounts for a significant number of that "10%"
[13:28]<awl>Dorward: summer 2005 http://www.w3schools.com/
[13:28]<mjzwzzm>W3Schools are untrushtwory morons.
[13:28]<awl>From a tutorial from alsa creation : http://css.alsacreations.com/Construction-de-menus-en-CSS/Une-image-reactive-rollover-sans-javascript
[13:28]<mjzwzzm>untrustworthy*
[13:28]<mjzwzzm>Where did that tutorial get their statistics?
[13:28]<20rv>We need a writeup about that. I'm suck of explaining it.
[13:28]<20rv>*sick
[13:32]<jdzd>how do I put a block of spaces? &nbps;&nbps;&nbps;&nbps; is quite ugly
[13:32]<mjzwzzm>omry: Generally - you don't. What problem do you think will be solved by a number of sequential spaces?
[13:32]<jdzd>Dorward, formating
[13:32]<mjzwzzm>omry: of?
[13:32]<jdzd>I wnat to display html code
[13:32]<jdzd>to the user.
[13:32]<jdzd>just a little bit.
[13:32]<mjzwzzm>omry: Use a <pre> element.
[13:32]<jdzd>preserve spaces?
[13:33]<mjzwzzm>`html pre
[13:33]<rtfs>html pre: http://www.w3.org/TR/html401/struct/text.html#edef-PRE
[13:34]<vzdwvnz>lol
[13:38]<jdzd>pre works nicely. thanks.
[13:55]<igmdbc>How did they have this favicon? I don't see anything at the html source code. --> http://www.stopdesign.com/
[13:56]<mjzwzzm>IndyBC: By putting it as /favicon.ico
[13:58]<igmdbc>Dorward: but shouldn't there be code like this?
[13:58]<igmdbc><link rel="icon" href="favicon.ico" />
[13:58]<mjzwzzm>IndyBC: Some browsers look for it at the URL no matter what.
[13:58]<igmdbc>ok
[13:58]<igmdbc>But the right think is to write this code?
[13:59]<mjzwzzm>IndyBC: Some browsers won't look for a favicon without an explicit instruction to do so
[13:59]<igmdbc>k
[14:27]<awl>How to do a link on a form button ?
[14:29]<awl>Anyone plesase ?
[14:30]<mjzwzzm>AxL: You don't. Links are links. Form buttons are form buttons. The closest you can some is <form action="foo"><div><input type="submit"></div></form>
[14:31]<awl>Dorward: I need something like that because I use 2 button ("submit") and ("bach" to return 'previous page') to have a logical layout. Is there another way to do it
[14:32]<mjzwzzm>AxL: The usual way is "Oh, the browser already has a back button". Or you can do a server side redirect based on which submit button was clicked.
[14:33]<awl>Dorward: server side ...
[14:33]<awl>ok
[14:35]<awl>Because :
[14:35]<awl><form1> .... <input name="submit" ...><form2><input name="return" ...><form2></form1>
[14:35]<awl>Dorward: don t work ?
[14:35]<mjzwzzm>And is forbidden by the HTML spec.
[14:35]<awl>ok
[14:35]<awl>Server side seems the best to keep my layout ...
[15:16]<awl>Dorward: is this normal that in firefox title property don't print the entire text ?
[15:16]<awl>If text is too long
[15:18]<znysyj>in the window or actually printed on paper?
[15:20]<awl>reisio: on window
[15:23]<znysyj>AxL: mine prints as much as it can until the end of the window's top bar
[15:23]<znysyj>probably a setting in your desktop environment
[15:24]<awl>reisio: can you tell me the URL you are looking please ?
[15:25]<znysyj>I just typed 'asdf ' about fifty times into a title in a local file
[15:39]<ddzzzzd>morning
[15:40]<wydlyns>Hi all, I have this textarea in which users can type in any text. Some have managed to use special characters like the EURO sign. I would like to save this character by replacing it with &euro;. I think the best way is to let javascript translate it. Any ideas how ?
[15:40]<mjzwzzm>wimpies: Best to let the server handle it. How you do that depends on what environment you are working with there.
[15:41]<mjzwzzm>wimpies: e.g. use HTML::Entities; my $string = encode_entities($source_data);
[15:41]<wydlyns>I use PHP
[15:41]<wydlyns>But why the server ?
[15:42]<wydlyns>The character they type in is encoded with some value local to the device they use
[15:42]<wydlyns>so only that device knows the correct translation of some value to the character that it represents
[15:42]<mjzwzzm>wimpies: Browsers send form data using the character encoding of the page
[15:43]<wg22gg>Dorward: what about the charset attribute?
[15:43]<mjzwzzm>webben: AFAIK it generally gets ignored.
[15:43]<wydlyns>Ah so it replies in server language ... right ?
[15:43]<wg22gg>Dorward: typical :(
[15:44]<mjzwzzm>wimpies: The encoding that the page came in. (Which isn't "language" and a server can serve resources with different encodings)
[15:45]<wydlyns>ok, that explains why the character returns properly when the text area is refreshed.
[15:45]<wydlyns>Any clues how I can translate on PHP ?
[15:45]<wg22gg>Dorward, hmm IE doesn't seem to ignore it: http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/acceptcharset.asp
[15:46]<mjzwzzm>webben: Hmm. Interesting. I don't think I'd trust it set to anything other than the encoding the page was delivered in though. :)
[15:47]<wg22gg>no, probably not a good idea :)
[15:47]<wg22gg>but perhaps a good idea to specify both
[15:49]<sk1ffz>Anyone from the UK here?
[15:50]<mjzwzzm>sK3llZ: What if there was?
[15:50]<sk1ffz>Need them to test something for me... :o
[15:50]<sk1ffz>Ah
[15:50]<sk1ffz>You are from UK :)
[15:50]<sk1ffz>Mind testing something for me buddy?
[15:51]<mjzwzzm>sK3llZ: I've no idea if I can
[15:51]<sk1ffz>You can
[15:51]<mjzwzzm>sK3llZ: That wasn't an invitation to /msg me.
[15:51]<sk1ffz>Oh.
[15:51]<sk1ffz>How about notice :)
[15:54]<mjzwzzm>How about describing the problem in channel?
[16:03]<wg22gg>sK3llZ, yes
[16:05]<sk1ffz>How do I use .htaccess to block a country?
[16:05]<20rv>`htaccess
[16:05]<rtfs>htaccess: http://www.javascriptkit.com/howto/htaccess.shtml
[16:06]<mjzwzzm>sK3llZ: Reliably? You can't. You can ban on ip ranges, and you can get lists of where ip addresses are assigned, but ips move.
[16:07]<sk1ffz>I just tested it on .au
[16:07]<sk1ffz>and my friend on au couldnt get on
[16:07]<sk1ffz>I need a list of all the other countries though
[16:14]<svzz[wjzc]>Dorward hm, google can define in which country you live in to prompt the good google.something so i guess it's all possible
[16:15]<mjzwzzm>StaZ[work]: Google guesses. Sometimes it guesses wrong. See my previous comments about using the ip address to identify the country of origon.
[16:18]<sk1ffz>hm

Back to #html
Or go to some related logs:
#python
#gentoo
#gentoo
#php
#gentoo