Games in Progress: 3 | Players logged in: 3 | Players Registered: 37413 | Games Played Total: 68655
   Home   Help Search Login Register  
Pages: [1]
  Print  
Author Topic: login and password box close to text  (Read 1481 times)
solsTiCe
Jr. Planeteer
**
Posts: 16



View Profile
« on: January 09, 2010, 17:08 »

on chromium 4.0.249.43 (34537) and firefox 3.5 the username and password field are almost hidden under the register button. on the website. it's hard to login. you need to find the godd way to click in the username and password field to fill them.
« Last Edit: April 30, 2010, 07:39 by solsTiCe » Logged
solsTiCe
Jr. Planeteer
**
Posts: 16



View Profile
« Reply #1 on: January 22, 2010, 13:38 »

not every one is using IE.  Wink so please could fix this ?
Logged
pharo212
Mule Forum Newbie
*
Posts: 4



View Profile
« Reply #2 on: February 10, 2010, 19:17 »

I use firefox, and I don't have any trouble with this. The name and password box is above the register button, and there's no overlap. Could you post a screenshot, and what resolution do you use?
Logged
mikman
Prototype Tester
Mule Senior
****
Posts: 114


View Profile
« Reply #3 on: February 11, 2010, 00:40 »

I also use firefox (version 3.6) and the login password look fine for me, you may want to try upgrading to 3.6
Logged
keybounce2
Jr. Planeteer
**
Posts: 10


View Profile
« Reply #4 on: February 15, 2010, 00:25 »

Both 3.5 and 3.6 for me are impossible to click in the username/password field.

I have to tab into those fields.
Logged
Cyclone
Jr. Planeteer
**
Posts: 15


View Profile
« Reply #5 on: February 15, 2010, 15:40 »

I think you guys never heard of "If it ain't broke, don't fix it" because I am using Firefox 3.0 and everything is fine ;>  I would only upgrade firefox if I had a problem, which I haven't yet.
Logged
solsTiCe
Jr. Planeteer
**
Posts: 16



View Profile
« Reply #6 on: April 30, 2010, 07:36 »

It seems to work now on firefox 3.6.3.
still broken on chromium 5.0.342.9 (43360) on linux.

Logged
Chuckie Chuck
Mule Veteran
******
Posts: 633



View Profile
« Reply #7 on: May 04, 2010, 07:26 »

This sounds like a browser scaling issue to me.  Maybe related to the font scaling in linux.  My thought is that if you have a wider font than typically used for a primary broswer text font, that it may incorrectly place the buttons accordingly.

I have not ever had any issues in any browser using the standard default fonts in windows on the MULE web site.  Perhaps trying a narrower true type or a scaled bitmap font no larger than 10x10 will fix this?
Logged

My other computer is a C64.
Keybounce
Prototype Tester
Mule Senior
****
Posts: 170


View Profile
« Reply #8 on: May 17, 2010, 15:52 »

This sounds like a browser scaling issue to me.  Maybe related to the font scaling in linux.  My thought is that if you have a wider font than typically used for a primary broswer text font, ...
My "browser font" is whatever I say it is.

Is a "10 point" font really 10 points? Nope. Every system I've seen says "10 points == so many scan lines". How many?

In print, it's 72 lines per inch, at about 300-1000 lines per inch of resolution, depending on the quality of the printshop. Or, about 72-150 lines of resolution for self printing (oddly, with up to 1440 lines of resolution for positioning, but you can't print a checkerboard anywhere near that level of detail).

On screen? Very often it's spec'd at 92 dots per inch, using monitors that can't resolve better than 72. There's a push to use "higher resolution", that doesn't turn into "Same size letter made sharper", but instead "same bad resolution made smaller".

The only solution to that is to make things bigger to compensate for the smaller dotsize. Use more dots.

HTML stinks for that. CSS specifies things in terms of pixels. Etc.

Browser scaling doesn't work properly. You can't say "Treat my window as 800 virtual pixels wide, and scale the display onto that". That would be nice for almost everything. But no -- depending on the browser, you might get "Alright, we'll scale your screen, but now you have to move left/right on every page", or "We'll scale up text, but keep graphics at exact pixel size", or "We'll scale things nicely -- mostly -- but any text displayed relative to the bottom or the right will be misplaced", or ...

And I've seen where some websites use CSS in a way that it works fine with one scaling, while another website uses CSS in a different way and it doesn't work with the same scaling. But change browsers, and ...

===
The bottom line: You don't know my screen size. You don't know my dot pitch. You don't know my eyesight. You don't know what size I have to use to make a readable screen. Stop assuming that my system is a match for yours; stop assuming that my eyesight is a 20-year-old's. Stop assuming that I like 2 80-character-wide (plus scroll bars) xterm windows on-screen at once.

If your website does not work with ANY browser text size --
If your website does not work with Lynx --
If your website does not work without CSS working the way you want it to work (worst is assuming IE's CSS bugs) --
Then your website is broken.

CSS should be display HINTS, not absolute requirements.
Logged
Pages: [1]
  Print  
 
Jump to: