Closed
Bug 187628
Opened 23 years ago
Closed 21 years ago
datek.com - Pull-down menus arrange poorly
Categories
(Camino Graveyard :: Page Layout, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: reverie, Assigned: bryner)
References
()
Details
(Whiteboard: site requires authentication)
Attachments
(6 files)
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20030101 Chimera/0.6+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20030101 Chimera/0.6+
For anyone who has access to a Datek trading account (possible Ameritrade as
well since they have recently merged), the "Quotes and Trades" page displays a
line containing a queried stock's current price, current bid, current ask, etc.
Above this line are four drop down menus titled "Charts", "News", "Research" and
"Option Chain" the menus are supposed to be aligned horizontally, yet the fourth
one in this case gets "bumped" under the third menu. If Chimera's "Smaller Text"
is selected, the font size will eventually drop down such that the boxes will
reallign properly.
Nonetheless, my default font size (14pt I believe) leaves plenty of room for the
menus to coexist side by side. I used to use Netscape 6 and 7 as well as
possibly tried it under Mozilla 1.2.x, all of which displayed the page properly.
Reproducible: Always
Steps to Reproduce:
1. Go to www.datek.com (possible Ameritrade as well)
2. Click upper right button to enter Datek (again, possibly Ameritrade as well)
3. When account is loaded, go to "Quotes and Trades" (via the pull-down menu in
the upper left of te page)
Actual Results:
Exactly as stated in bug details. 4 pull-down menus above stock quote do not all
align horizontally.
Expected Results:
Exactly as stated in bug details. 4 pull-down menus above stock quote ought to
align horizontally.
Summary: Pull-down menus arrange poorly → datek.com - Pull-down menus arrange poorly
Jesse, can you still reproduce this problem using a current nightly build? If
so, please save the page as "HTML Complete", edit to remove any private
information, archive the results using StuffIt or Tar, and attach the archive to
this bug.
The misalignment problem still persists as of build 2003020707. I am leery of
sending html files as even if I remove what I perceive as my personal
information (assuming I do not miss any in the 8-9 pages of code from saving as
html complete), I do not know if there is any sort of encrypted content/codes
and obviously would have no recourse with Datek/Ameritrade if my account were
somehow accessed and the truth be told, I posted html of my secure page to a
public archive or another individual. I have opted to attach a jpeg of the issue
and am willing to try whatever you wish, short of sending source info for the
page, but I am having trouble attaching it as bugzilla keeps telling me I didn't
specify a file to attach even though I have. I can email the jpeg to someone if
they wish to attach it themselves. It is 32k in .sit format.
Comment 3•22 years ago
|
||
this sounds eerily similar to bug 101951, and its dupes... but if that's the
case perhaps the datek folks need to do a bit more QA work.
[at a loss without something more to go on]
Jesse, is this still a bug in current (nightly/trunk) builds?
Whiteboard: site requires authentication
Comment 4•22 years ago
|
||
Reporter is this still true ? If so could you please attach both a screen shot
and the saved page ?
Comment 5•22 years ago
|
||
UA: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5b)
Gecko/20030918 Camino/0.7+
Resizing window: page does not change.
Increasing font size: one pop-up menu wraps, but they wouldn't fit otherwise.
Increasing font size again: two pop-up menus wrap. It looks like only one needs
to wrap, but the page formatting is falling apart at this point.
I should note that you have to type in a stock symbol to display in order to
get the pop-up menus.
Comment 6•22 years ago
|
||
Oh, yeah. In my prefs, the serif font is Times Regular, 16pt.
Comment 7•22 years ago
|
||
Comment 8•22 years ago
|
||
Comment 9•22 years ago
|
||
Daniel thanks for the screen shots. Could you also add the html source code that
leads to this mess ? see comment #2 for details.
cc someone that can change this bug to CONFIRMED.
Comment 10•22 years ago
|
||
Ludovic, please upgrade your bugzilla status so yo ucan confirm bugs yourself. thx.
That said I'm still not convinced this isn't just bad QA on Datek's part &
either invalid or tech evang. Can someone with access to the datek page create a
rduced testcase? (i'm guessing there's a height set on the select or option, but
I don't have time to test all the different permutations).
Also, how does Mozilla show this page when you change font sizes?
Comment 11•22 years ago
|
||
Unfortunately, when saved it produces two rows of pop-up menus.
The most recent Mozilla nightly (Mozilla/5.0 (Macintosh; U; PPC Mac OS X
Mach-O; en-US; rv:1.5b) Gecko/20030920) displays the page much like Camino
does, but more ugly. It's basically the same in the saved version, so I won't
make screen shots unless someone requests them.
Comment 12•22 years ago
|
||
I'm convinced that this is the correct behavior... I think with margins and
padding there is just barely too little space. If you take out the a in this
test case, it won't wrap two selects when the font size is bumped up twice.
But then, maybe the test case is different enough that the problem doesn't
apply.
When I first looked at the page, I thought Camino was probably doing the right
thing, but it was close enough that I didn't say anything. So, maybe I'm
biased.
Comment 13•21 years ago
|
||
I've examined the saved source, and looked at the screen shots, and Camino is
definitely doing the right thing. While it might appear that there is enough
space, in reality their table setup constrains the '::: Quotes' cell to extend
all the way to the end of the word 'Symbol' in the next row. In my tests, and in
the reporter's screen shots, physically measuring on screen shows that there is
definitely not enough room at the "extra big" font size to fit three of the
select items in the space between the end of the word 'Symbol' and the end of
the cell.
Marking INVALID.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•