Posts by MidiMagic

Must we really do this. It's annoying.

It seems to be working now. I was getting a different editor I hadn't seen before at times. It had dropdown menus for text color, smileys, and attachments. And the editor selector was missing.

Instructions for upgrading server:

1. Place old system in Cuisinart.

2. Turn on "liquify" for 30 seconds.

3. Pour into new server.

:icon_mrgreen:

-----

Some of the edit windows are showing a list of icon codes instead of the actual icons.

Some edit windows allow the whizzywig editor, and some don't. I thought it was gone.

It works now, because the whizzywig editor is now gone.

But to get rid of the bumbles, I had to get rid of the dropdown menus, so I have to scroll to the links, so the no-scroll bug stops me until the ad stops moving. And there are some ads that don't stop moving.

And now I can't tell which smiley I am getting, because the menu shows the text, instead of the smiley. Then the wrong one shows up.

That vertical-align: middle may be shoving stuff around. It's intended for table cells, not p elements.

I think Dani is the only one who likes it.

To turn that stupid annoying thing off, I had to disable the dropdowns, which I liked. It made the site much harder to navigate.

Firefox has a built in spellchecker. But it won't work with the whizzywig editor. And somehow my account keeps getting changed back to whizzywig without my permisssion.

And I detest the bumbling tooltips.

Hi,

1.

If you remember, the option to disable the various JavaScript style elements was temporarily added to help debug all of the extremely slow page rendering and JavaScript timeouts that were being spit out when I updated the look of DaniWeb a couple of months ago.

Part of it was also there to get rid of that maddening bumble box that follows the cursor around. It is now annoyingly BACK!

I want the hover tooltips GONE!!!!!

Narue and others were experiencing timeouts where their web browsers would seemingly hang, but I didn't know what was causing them. So to help figure it out, I added the option to turn off each of the JS elements one at a time:
Turn off rounded corners
Turn off dropdown menu
Turn off hover tooltips

It turns out that, for all members who were complaining, it was the rounded corners that were the culpreit. The hover tooltips and dropdown menu don't cause any browser slowness.

No, but the hover tooltips just drive you crazy with visual interrupts.

[In doing a quick run through the database, I noticed that the vast majority of members had disabled "rounded corners". Very, very few (fewer than 10) disabled one, or both, of the other two options.

Therefore, I went ahead and permanently turned off the rounded corners option yesterday, and so there was no reason to have this option in the control panel anymore. I don't feel there is a need …

The answer is to not expect the page to exactly fill the screen.

This is usually a case of an object being larger than the container it is supposed to be in.

By "pixel size", I mean the number of pixels in the height of the current browser window. I got clobbered by a phone call while editing, saved out, and was unable to change it afterwards it due to the stupid half-hour rule.

I opened all of them and clicked on all of the thumbnails. I even tried opening them in different orders, and changing the browser window size (some of my common debugging methods).

It may be a browser setting, or something your server or ISP is adding.

I do have my browser set to "shrink image to fit window". But none of the images I saw were large enough to invoke this.

It might be a subtle difference, such as the screen resolution, the internet cache size, the default font size, or an oddball font set as the default.

One other little thought comes to mind:

If you are using JS or server-side scripts for several different applications, and used the same namespace for all of them, it's possible that a common variable name in two different applications is passing unintended information back and forth between them.

Jibberish? It looks like a forum to me.

Actually, the screen height is not defined in all browsers in that manner. The height attribute of the body tag is the height of the document, not the height of the browser window.

You can use JavaScript to get the pixel size from document.body.clientHeight as the browser sees it, and then poke these values into the height or minHeight attributes of an object on the page

Everything worked OK for me on FF 2.0.0.6. I even tried resizing the browser.

It sounds like something else you are using (maybe an ad from your ISP) is getting into YOUR computer and making a mess.

What is it doing wrong or not doing right in Opera?

Try this:

<html>
<head>
<title>Nav & Content</title>

<style type="text/css">

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

.wfl {width: 100%;}
.wlf {width: 33%; margin: 0px; border: none; padding: 0px; float: left;}
.wrt {width: 66%; margin: 0px; border: none; padding: 0px; float: left;}

img {padding: 12px;}
body {background-color: #ccffcc; padding: 5%;}

</style>
</head>

<body>
<div class="wfl">
  <div class="wlf">Navigate 1</div>
  <div class="wrt">Content 1</div>
</div>
<div class="wfl">
  <div class="wlf">Navigate 2</div>
  <div class="wrt">Content 2</div>
</div>
<div class="wfl">
  <div class="wlf">Navigate 3</div>
  <div class="wrt">Content 3</div>
</div>
<div class="wfl">
  <div class="wlf">Navigate 4</div>
  <div class="wrt">Content 4</div>
</div>

</body>
</html>

I have done it several ways. The easiest is:

Put an image on an input button as a background. Keep a toggle variable on the button, and change the image on the button to match the toggle.

You can remove the border, so it no longer looks like a button.

I have used a button, and changed the contents of the button itself.

You could put a huge checkbox image on a button.

You are asking for the impossible. It might fit YOUR browser, but the following items will change the final size of any page:

- Different video card screen resolutiuons
- Different browser window sizes
- Different browser base font
- Different font assortment available on computer
- Different VIEW menu font adjustments
- Different settings on what to do with oversize images

IE6 is made of bugs.

Several books I have indicate that frames are scheduled for future deprecation.

What was it?

Here you go:

http://www.w3.org/TR/xhtml1/

Scroll down to part 4.

It does matter in Firefox, which follows the W3C standard. Firefox does not recognize uppercase or mixed case versions of styles and attributes in doctypes that prohibit them.

The style "height" must not have a capital "H". The "h" must be lowercase.

height = OK
HEIGHT = wrong
Height = wrong

The use of uppercase letters in tags, syles, and attributes is deprecated by the W3C standards. They will fail when used with future browser versions. Get used to it now, so you don't suddenly have to do a ton of work on your pages later.

Most browsers on UNIX servers already fail when given the wrong case. UNIX has no automatic case conversion.

IE is not following the W3C standard, and wrongly makes these case-insensitive.

You didn't get an answer because you didn't tell us what it was doing wrong.

Note that all CSS attributes are lowercase. The way you spelled 'Height' is not allowed. IE wrongly allows it.

Use CSS.

The height tag is deprecated (due to be discontinued), but the CSS height attribute is not. height: 100%; works in most cases. It does not work in two cases:

- Where you are trying to make the item expand to just fill the browser window (which is always impossible if the page is to work on all computers).

- Where there is no box object to take a height attribute.

In your case, there IS a containing box object (the td tag of the outer table), so a 100% height attribute in a CSS class used in the table tag should work. Unfortunately, not only does it not work, but IE and FF do it different ways.

I have another suggestion: Use a single table.

You can use the colspan and rowspan attributes of the td tag to make stuff line up, like this:

<style type="text/css">
.wfl {width: 100%;}
.pink {background-color: #ffaaaa;}
.blue {background-color: #aaccff;}
.puce {background-color: #eeaaf8;}
.gray {background-color: #cccccc;}
</style>

....

<table class="wfl gray">
  <tr>
    <td colspan="3">Bigtitle 1</td>
    <td colspan="3">Bigtitle 2</td>
    <td colspan="3">Bigtitle 3</td>
  </tr>
  <tr>
    <td class="blue">Big 1 little A</td>
    <td class="blue">Big 1 little B</td>
    <td class="blue">Big 1 little C</td>
    <td class="puce">Big 2 little A</td>
    <td class="puce">Big 2 little B</td>
    <td class="puce">Big 2 little C</td>
    <td rowspan="3" class="pink">Big 3 little A</td>
    <td rowspan="3" class="pink">Big 3 little B</td>
    <td rowspan="3" class="pink">Big 3 little C</td>
  </tr>
  <tr>
    <td rowspan="2" class="blue">Big 1 little D</td>
    <td rowspan="2" class="blue">Big 1 little E</td>
    <td …

:icon_mrgreen: Elves and dwarves.

Several points:

Other sites I use just have a note above the post window, reminding users to use quote or code tags. The watermark is hard to read, and is annoying.

Other sites have buttons with the actual tags they make on the buttons. This site has undecipherable bbeilroglyphics.

The ones from Word are known, but the following ones are strange:
- AA (it's blurry, so that means Alcoholics Anonymous)
- A/A
- the world with an infinity sign
- A crossed-out infinity sign
- A cartoon talk balloon
- A number sign (or hexadecimal???)
- A TV Set
- What looks like a tax form (eeyutch!)

Might I suggest some icons with equally ambiguous meaning?
- Spongebob Squarepants
- A clown throwing a pie
- A tuba
- The three balls of a pawnshop (meaning that two-to-one you won't get it back)
- The half of the world Microsoft left off the IE busy sign.
- A brick
- A muddy tennis shoe
- A record changer

And put the code button on the quick reply window.

There are fundamental differences between the way IE displays box objects and the way Firefox displays them.

Firefox obeys the standards, and places the margin, border, and padding OUTSIDE the defined size of a box object.

On the other hand, IE crams hem all inside the box object's defined size.

The trick is to not use margin, border, or padding on a box object you plan to define the size of. Instead, nest another box object inside or outside the one with the defined size, so you can put your margin, border, and padding where you want them.

Check security settings in IE7.

Sorry Stymiee,but I did not understand, can you explaine,please?

Other than in the temporary Internet storage area, you do not have any right to put files on someone else's hard disk without their permission. Fonts go in a permanent area of a hard disk.

It is against the law to alter hard drives on other computers without permission.

There are several ways to procede:

- The best way is to define a style with the font you want, and a font-family to use if the font isn't there.

- Another way is to tell the users where they can download your font.

- If the font is to be used for a title, you can make a jpg file of the title, and upload the picture to your site.

But remember this: Not everyone is going to like your font. Some fonts are quite hard to read, especially on a higher-resolution monitor.

I, for instance, have trouble reading fonts with serifs. So I specify a font-family of sans-serif. I also hid all the serif fonts from my browser.

This is a function of the particular printer's driver and the PAGE SETUP function in the browser the USER of the page is using.

It belongs to the owner of that user's computer, not to the web page designer.

It is a security violation for a web page to be able to alter those settings. You have no right to change it.

Even if you could do that, Firefox closes so quickly that nobody could read it.

If somebody clicks the X, they want to close the program now. They don't want it to do any more.

If IE can do it, it is because IE has a nonstandard extension to web code. Never use nonstandard code.

Use the visibility property. There are three selections: visible, hidden, and collapse. Visibility is also a recognized style method.

He wanted to break the law.

We don't help people do that.

Just put the caption in a text box under the image, and write to it when you write to the image.

That is a non-sequitur way of doing it that most people would not think of. It should be more straighforward.

Give each one its own div with a width style.

You set up a class with the width of the entire table. Put the class attribute in the table tag, not the td tag.

.width100 {width: 100%;}

....

<table class="width100">

I have had it happen in Firefox when the click element was in an ad.

It could be an institutional firewall.

enbed is deprecated and does not work in all browsers. Use object.

Enter? You're doing a reverse polish notation calculator?

They are called Steel drums. They are used in Calypso and Reggae music.

Try using classes instead of ids. Browsers expect only one tag to have a given id.

It looks the same to me on IE7 and Firefox 2.0.0.3.

It seems to be working on my Firefox 2.0.0.3.

I was going to suggest that too.