MidiMagic 579 Nearly a Senior Poster

Questions:

1. Did the image upload to your server?

2. Is the image in the correct folder?

3. Does the image have dowload permission by the public?

4. Does the image file have the correct extension?

5. Is the space provided too small for the image to fit?

MidiMagic 579 Nearly a Senior Poster

Maybe the difference between Mozilla and IE is messing up your positioning:

- Mozilla browsers (NS and FF) put the margin, border, and padding outside the box-object's defined position and size.

- IE crams them all inside the box-object's defined position and size.

- This includes the body tag.

So you can't do both of these on the same box object if you want all browsers to render your page correctly:

1. Define the size or position of the box object.

2. Put margins, borders, or padding on the box object.

To make this work, you need to nest several box objects. Some of the box objects have defined positions or sizes, while others have margins, borders, and padding.

Also be aware that a browser using a different screen resolution is going to render your page strangely.

MidiMagic 579 Nearly a Senior Poster

If the fields are on a form, they are updated by the browser after the script stops running, or when the script is paused for some reason..

See the discussion here:

http://www.daniweb.com/forums/thread85060.html

MidiMagic 579 Nearly a Senior Poster

This test is not a matter of truth, but of what liberals believe is the truth.

MidiMagic 579 Nearly a Senior Poster

Nope on all answers so far on the man on the 11th floor.

Note that the building is an open-corridor tenement which was retrofit for an elevator.

MidiMagic 579 Nearly a Senior Poster

Error: undefined case.

The questions are neither exclusive nor exhaustive.

I had 3 questions where none of the answers were true, and 2 where multiple answers were true.

How do you add up the numbers in this case?

MidiMagic 579 Nearly a Senior Poster

OJ did it. (Jay Leno's big lie)

Hi! I'm from the government, and I'm here to help you.

Global warming is caused by man (on Earth and on Mars).

It's safer to ride bicycles on sidewalks.

Homosexuality is hereditary.

Higher taxes help the economy.

Government can create jobs.

Politicians know what they are doing.

MidiMagic 579 Nearly a Senior Poster

It's happening quite a bit now, but not every time.

MidiMagic 579 Nearly a Senior Poster

I am not using tab characters. All of the code is done in Notepad. But I don't know if the server changes the form when I copy the file from there.

The problem seems to be related to the change to the variable width font in the edit window, and then back to the constant-width font in the code tags.

- I keep finding the number of spaces before the code changed.

- I find some other item I can't identify at the beginning of the line that causes a half-line vertical space between lines. This also is what happens when I re-edit a post with code in it.

- I find the portion inside the code tag in two different fonts, with one font for the contents of the code tag when I start editing, and a different font for material I insert. This messes up the spacing.

MidiMagic 579 Nearly a Senior Poster

It should be as simple as a timer loop trying a ping. But I don't know how to do it without UNIX shell script.

MidiMagic 579 Nearly a Senior Poster

That's one case where you really need a table.

MidiMagic 579 Nearly a Senior Poster

The reason:

IE defaults to top
FF defaults to middle

MidiMagic 579 Nearly a Senior Poster

There is a fundamental difference between IE behavior, and the behavior of FF and the W3C standard, when handling surrounding styles (margins, borders, and padding) for box objects of defined size.

Netscape, Firefox, and other Mozilla browsers put these styles on the OUTSIDE of the defined size of a box object.

IE stuffs the surrounding styles INSIDE the defined size of a box object.

So make the box object with a defined size, but give it NO suurrounding styles, and put other box objects inside or outside it with the surrounding styles where YOU want them.

Also, don't rely so much on plugins people don't have.

MidiMagic 579 Nearly a Senior Poster

There is a fundamental difference between IE behavior, and the behavior of FF and the W3C standard, when handling surrounding styles (margins, borders, and padding) for box objects of defined size.

Netscape, Firefox, and other Mozilla browsers put these styles on the outside of the defined size of a box object.

IE crams the surrounding styles inside the defined size of a box object.

So the trick is to make the box object with a defined size have NO suurrounding styles, and put other box objects inside or outside with the surrounding styles where YOU want them.

----

As for making the page so it works when you reduce the size of the browser, the main thing is to locate and size objects so they can fit in a smaller space, or slide past each other.

Alternately, you can define an object to have a minimum width, and force the page to use a scroll bar.

MidiMagic 579 Nearly a Senior Poster

We can't read the stylesheet. Please post it.

The "background=" attribute is deprecated. Instead, use the style:

body {background-image: url(yourfile.jpg); background-repeat: repeat-y;)

I have never seen "repeat=" defined for the body tag. It is not in any of my manuals.

Also, you will have trouble using any absolute locations, because different computers have different window sizes and resolutions.

MidiMagic 579 Nearly a Senior Poster

It would help if I could actually read it.

Didn't you see the requirement of putting your code inside [ code ] tags?

It is now allsmashedtogetherlikethis. That turns it into pure zxnrbl.

Here is my method of centering material in div tags.

Look how the code tags preserve my format:

.bxfix {margin: 0px; border: none; padding: 0px;}
.cenx {text-align: center;}
.ceni {clear: both;}

....

<!-- here is the div to be centered -->
<div class="bxfix cenx">
  <img src="myimage.gif" alt="my image" class="ceni" />
</div>
MidiMagic 579 Nearly a Senior Poster

Try putting them on the page in a legible manner, so the user can find them. When you get too tricky, you get back-buttoned instead.

Maybe you could give each link a different colored background.

MidiMagic 579 Nearly a Senior Poster

Leave it for Microsift to provide businesses with a way to drive people crazy.

My popup blocker is ON.

MidiMagic 579 Nearly a Senior Poster

THis sounds like a security issue.

Allowing a web page to do this would also allow a web page to access parts of a user's hard disk without the user's permission. It could also give the user unwanted access to server files. So the user is allowed to see the document using the program, but not allowed to edit it.

For the user to be able to edit the document, it must be downloaded to the user's computer with FTP or a similar means. Then the user must on his own volition act to open the file, using Windows Explorer or My Computer.

MidiMagic 579 Nearly a Senior Poster

I had similar problems.

You have to remember that nothing is "global" across multiple computers.

There are several things to check out:

Where and when does the evaluation of your getElementById() call actually take place?

Are you passing the actual value of the hidden field, or a pointer to the field, as a parameter?

Does the updating of fields wait until the function pauses (say, for an alert)? Try putting in an alert just BEFORE you read the field. If it changes the results, this is it.

Is the AJAX call working on a copy of the form, instead of the original? If so, when do the two copies become resolved?

Are you actually getting the correct result, but not returning it? Some kinds of parameter passing do not return the value through the parameter, but leave the old value in place in the calling program. This is what I had to learn earlier this year.

MidiMagic 579 Nearly a Senior Poster

Not simple. The code tags are messing up the code indenting when I do that. I then have to edit again to fix that.

Also, I can't see the post I am replying to when I do that.

The half-hour period is just too short.

MidiMagic 579 Nearly a Senior Poster

... MidiMagic ...
Also, can you please confirm about the UPPER/lowercase for CSS...
* I thought that you shouldn't use _ (underscore) due to some browsers not liking it (added for CSS2 after release) (NN was an issue).

True. Use letters and numbers for classes and ids for max compatibility. The first character must be a letter.

* You shouldn't use a Numeric value at the begin (not due to CSS, but due to DocTypes).

Correct.

* You can use UPPER/lower/MiXeD case in ID and CLASS, so long as the same is used in both the DOC and the CSS code, (but you are correct about things such as TABLE should be table (I think)), thus...

<div id="rabbitone"> #rabbitone
   <div id="rabbitOne"> #rabbitOne
   <div id="raBBitone"> #raBBitone

The problem is that you shouldn't use more than one of these as identifiers. Mozilla (Netscape and Firefox) correctly addresses them as three different ids, but Internet Explorer does smash-case on them (interpreting all alphabetic characters as being lowercase), making all of them become the same id.

----

<div id="rabbit1"> #rabbit1
   <div id="raBBit1"> #raBBit1

These become the same id in IE.

----

should work fine...
where as

<div id="Rabbitone"> #Rabbitone

That one works as long as the smash-case duplicate ID is not present.

----

<div id="rabbit_one"> #rabbit_one
   <div id="rabbitone"> #RABBITONE
   <div id="RABBITONE"> #rabbitone

shouldn't work (or won't work on all browsers!)

The first one has an illegal character on some Doctypes.

The …

MidiMagic 579 Nearly a Senior Poster

Do you mean the use of divs and styles to make columns?

MidiMagic 579 Nearly a Senior Poster

The information I had was wrong.

The validator was confused by a couple of unampersanded quotes in different value strings. They made the validator think it was dealing with a different tag. But it didn't tell me what tag it thought was there.

I got the solution from a helpful guy at W3C.

Name is deprecated in all uses except form.

MidiMagic 579 Nearly a Senior Poster

Not that I know of.

Note that in the extreme cold, he walks the 11 flights in both directions.

MidiMagic 579 Nearly a Senior Poster

UNlikely - it's been going on since the 1950s.

MidiMagic 579 Nearly a Senior Poster

What you wrote doesn't work because the html is rendered before those values exist.

HTML is a passive language. It renders once, then quits.

Also, the variable you are trying to read is not available to the body tag. A tag's attributes are defined only inside that tag.

And the syntax "document.form.field.value;" is JavaScript syntax, not html or css syntax.

And it works better if you can spell "document".

Finally, the bgcolor attribute is deprecated. It will not be supported in future web language.

You must use JavaScript (or a server-side script) to do any dynamic (changeable) content.

MidiMagic 579 Nearly a Senior Poster

I dislike ANY use of the hover attribute.

Clicking on somethintg is entirely different.

But I prefer that you open a new page to display a large text page, so I can use the BACK button to get rid of it.

MidiMagic 579 Nearly a Senior Poster

XHTML has removed the "name" attribute.

But the JavaScript method for reading radio buttons requires the "name" attribute to be the same on each radio button.

W3C says to use "id", but that no more than one "id" is valid.

I need to write an XHTML page with radio buttons. How?

MidiMagic 579 Nearly a Senior Poster

In javascript:
- You have to read the value from the text box.
- You have to make a string with the #rrggbb value in it.
- You have to assign the value so created to the style attribute needed.

Remember that the hyphenated form does not exist in javascript. So:

"background-color" in css, becomes
"backgroundColor" in JavaScript.

The following is an example of the form prgrss with object os3, and an array of color codes colox:

document.forms.prgrss.os3.style.backgroundColor = colox[cox];
MidiMagic 579 Nearly a Senior Poster

That's interesting, because when I refresh the page, the text boxes are cleared only if I replaced the HTML file before the refresh while developing a web page. I have been leaving my test data in the boxes and using them again after changing the JavaScript and refreshing.

Put a reset button on the page. That clears all fields.

Note that the JavaScript value for a checked box is true, and an unchecked box has a value of false.

MidiMagic 579 Nearly a Senior Poster

Increedily??? What's that?

My favorite is this one, not so much because of the musical content, but the ingenious way the turntable figures out the record size.

http://www.youtube.com/watch?v=r9hW7dMWqjs

I'm a tech freak to the end.

MidiMagic 579 Nearly a Senior Poster

The kid playing in the chocolate river.

MidiMagic 579 Nearly a Senior Poster

Does his behaviour change according to the weather outside?

Yes. If it is very cold outside, he walks the entire 11 flights.

MidiMagic 579 Nearly a Senior Poster

The Hebrew says "Yam Suph" or reed sea.

But our name for the Red Sea comes from the KJV.

MidiMagic 579 Nearly a Senior Poster

If it was a coral snake in a populated area, or if it was on his car, he had good reason. There is no antidote to the poison.

MidiMagic 579 Nearly a Senior Poster

I usually have most of my trouble from 0400 to 0800 uct (12:00 am to 4:00 am edt).

It hasn't happened yet today.

But now I have a new problem.

The scroll down buttons at the end of the browser scroll bar won't go into auto-repeat when you hold down the mouse button while the top banner ad bar is moving. I have to grab the scroll handle to scroll down quickly.

MidiMagic 579 Nearly a Senior Poster

IE6 is made of bugs.

MidiMagic 579 Nearly a Senior Poster

There are two compatibility issues to remember when designing pages:

1. If the total width of your content is wider than the inside dimensions of the body (after the outside margin is removed), the div+css method of layout falls apart. Different browsers fall apart in different ways. On the other hand, a table will cause a horizontal scroll bar to appear.

2. IE and FF (mozilla) behave differently when you specify the width of a box object, along with margin, border, and/or padding:

- FF defines the declared width as being INSIDE all padding, borders, and margins on the same box object. So adding these surrounding styles makes the box object bigger than declared. This follows the W3C standard.

- IE defines the declared width as being OUTSIDE all padding, borders, and margins on the same box object. So adding these surrounding styles makes the contents of the box object smaller than declared. This violates the W3C standard.

The trick to making this work is to nest two divs:

Make one div with the declared width, and with all surrounding styles set to 0px.

Make the the other div with all of the surrounding styles you want.

Nest them in an order that puts the surrounding styles on the correct side (inside, or outside) of the
width you want.

MidiMagic 579 Nearly a Senior Poster

I have some more insight now:

Using div tags for columns works fine if the divs are on the top level (i.e. inside only the body tag). But just try to make a set of columns with div tags inside some other structure, and you get a grade-A mess.

So I came up with a simple set of rules to use to decide whether to use a table to create layout, or to use divs and styles:

- Use styles to create the page margins that were formerly created by tables.

- Use tables to present tabular data.

- If the columns are supposed to be inside any tag other than body or div, use table. The div method won't render correctly inside many other tags (especially the li tag).

- If you have to cruft up a kludge to make your layout work with one method, use the other method.

- Decide what should happen if the browser window is too narrow for your content to fit. If you can tolerate any of the following, use div tags. If not, use tables:

-- The column format falls apart into a single vertical column.

-- Items end up in the next row when they don't fit.

-- Images cover each other, or cover text.

-- Text renders on top of images.

MidiMagic 579 Nearly a Senior Poster

I see several problems:

- You used html comments to hide part of the JavaScript. This is deprecated, and often no longer works.

- I spotted some JS errors which IE lets slip, but FF does not.

- You have some quoted content which begins on one line and ends on another. This often causes failures.

- Your if statement near the "presentation" comment is missing its begin and end braces.

MidiMagic 579 Nearly a Senior Poster

Integer division:

a = Math.floor(b/2);

Test for odd:

a = Math.floor(b/2);
if(b - a*2 > .0001){
  // code if b is odd

}
else{
  // code if b is even

};
MidiMagic 579 Nearly a Senior Poster

The only thing I can think of is having the user put a special symbol or word in the text when he posts, instead of highlighting.

MidiMagic 579 Nearly a Senior Poster

That reminds me of the Souper Minute Rice commercials. Rice that speeds across the table????

MidiMagic 579 Nearly a Senior Poster

They took a census one year and one month after the Red Sea Crossing:

A second census taken at the end of the 40 years produced similar numbers.

The number of males 20 years or older, but not counting Levites, was 603550.

The number of male Levites one month old or older was 22000.

We can do some extrapolating.

The total number of Levites would be expected to be near 44000. And the total number of other Israelites older than 20 would be expected to be near 1207100

That leaves only the children of the non-Levites.

They traveled through 40 years, with only two people who were alive and of age at the Exodus surviving to the Jordan crossing into Canaan. Of those counted in the second census, only Moses, Caleb, and Joshua were aslo in the first census, and Moses died shortly after that census, befopre the Jordan crossing (where the waters also parted).

Which means that all but 3 of the people counted at the second census were male children at the time of the first census. The Levite males were 23000 at the second census, and the other Israelite males 20 or over were 601730.

So the total number of Levites at the first census would be expected to be near 44000. And the total number of other Israelites would be expected to be near 2414000. Adding those two numbers gives a rough 2500000.

Half of them …

MidiMagic 579 Nearly a Senior Poster

A man lives on the 12th floor of an apartment building. Every day when he goes to work, he rides the elevator down to the lobby and walks out to his car.

But when he gets home, his behavior is different. If someone is with him, he rides the elevator up to the 12th floor. But if he is alone, he rides up to the 6th floor, and walks up 6 flights of stairs to the 12th floor.

He is not an exercise nut.

Why does he do this?

MidiMagic 579 Nearly a Senior Poster

OK, here's yet another riddle about phonograph records (actually more of a puzzle than a riddle). I have a classical record album consisting of six records. It is recorded in the drop-automatic sequence, so it can be played on a record changer by loading the records, starting the changer, letting the first set of sides play, turning the stack over, starting the changer again, and letting the second set of sides play.

This album plays perfectly on my Garrard SL-55. But when I try to play this album on my Magnavox/Collaro record changer, I have to use the changer in an unusual way to play the entire album. It plays the album correctly for the first set of sides, but when I turn the stack over, the arm sets down one inch outside the rim of the first record in the inverted stack.

To get it to play the series of second sides correctly, I have to load the first record of the second-side series separately, start the changer, and then load the remaining records while that first record is playing.

Why?

MidiMagic 579 Nearly a Senior Poster

Here is another riddle about phonograph records:

You play a 12-inch record. The first playing groove is 1/4" from the rim of the record, with a lead-in groove carrying the arm to it in one rotation. The last playing groove is 3 inches from the center, with the runout groove ending in a locked groove one rotation later at 2.5 inches from the center. As soon as the needle reaches the innermost point of the runout groove, the pickup lifts off the record. The music portion of the record is recorded at a pitch of 200 grooves per inch.

How far does the needle travel while playing the entire side?

If you don't have a calculator, you may use pi = 22/7. Also assume that the pickup overhang value is small enough to not affect the answer.

MidiMagic 579 Nearly a Senior Poster

What's the difference between a kerosene lantern and a detective?

One lights a little shed, the other sheds a little light.

If dirt weighs 25 pounds per cubic foot, how many pounds of dirt are in a hole 10 feet long, 5 feet wide, and 2 feet deep?

0 lb. There's no dirt in the hole.

What do you get if you cross a raspberry pie with a policeman?

A raspberry cop-tart.

What do you get if you cross a banana cream pie with a policeman?

Six montths for batter-y on a police officer.

How far can you walk onto a bridge?

Halfway. After that, you are walking off.

How much water is in a bottle which has a cork in it?

The same amount it would have if the cork wasn't there.

How long is a piece of string?

Twice as long as it is from the middle to one end.

MidiMagic 579 Nearly a Senior Poster

It's fake. There is a crane cable making him move. I saw a clearer video of it and could see the cable.

They tried it on Mythbusters and were unable to get it to work. The guy would have been spinning madly in a forward roll (which is what happened to the test dummy) instead of flying in a straight line.