Bug 534739 (RHQ-1506)
Summary: | Operations scheduling calendar widget expands past bottom of browser window | ||
---|---|---|---|
Product: | [Other] RHQ Project | Reporter: | Corey Welton <cwelton> |
Component: | Core UI | Assignee: | Joseph Marques <jmarques> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Corey Welton <cwelton> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1.2 | CC: | jsefler, jshaughn |
Target Milestone: | --- | Keywords: | SubBug |
Target Release: | --- | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://jira.rhq-project.org/browse/RHQ-1506 | ||
Whiteboard: | |||
Fixed In Version: | 2.4 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: |
Linux Firefox 3; 1280x1024 display resolution.
|
|
Last Closed: | 2010-08-12 16:49:50 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 565628 |
Description
Corey Welton
2009-02-09 15:41:00 UTC
[11:01] <@joseph> yes, it doesn't depend on resolution, it's the fact that a browser does not make additional room (or autoscroll) for popup divs that are (i'm guessing) absolutely positioned rev2979 - move the "other options" section below the scheduling section, to prevent the calendar from being cut off; Unfortunately, I found a new way to make this fail; same issue, although a variation on the theme. There's a second calendar deeper in some of the pages that use the widget that expands below the bottom of the browser. Try the following: 1. $platform > Operations > Manual Auto-discovery. 2. In section "Start", click the radio button for the calendar option 3. In section "Recur", click the radio button for 'Every (x) Days' 4. In section "Recurrence End", click the calendar icon. You'll note that the bottom of the calendar again gets cut off. corey, unfortunately i know of no way to fix this. this is how the richfaces component works. the only thing i could do is add some extra padding to the bottom of the form. however, this is not perfect either. if the input field is close to the bottom of the page (let's assume you're not scrolled all the way to the bottom of the page), then when you click on the icon the calendar will get cut off again. regardless, i've attempted a fix at this again... rev3110 - try to prevent calendar pop-up from being cut-off by adding extra whitespace at the bottom of the form I don't like that this still happens when you're scrolled all the way to the bottom. That said, I fully understand that it's an issue with the richfaces component. I am just gonna move this to the usability queue so that we can revisit it in the future, perhaps find a different way of doing it. I think this issue is very fixable: The html that renders the pop-up calendar widget looks like this: <table id="newScheduleForm:startDate" class="rich-calendar-exterior rich-calendar-popup" cellspacing="0" cellpadding="0" border="0" onclick="$('newScheduleForm:startDate').component.skipEventOnCollapse=true;" style="position: absolute; z-index: 3; left: 530px; top: 171px;"> By removing the 'position: absolute' from the html table tag, the calendar will initially render at the same spot, but will scroll with the page underneath. This behavior is much preferred. you can test/try it out using Firebug. Requested fix for HTML: <table id="newScheduleForm:startDate" class="rich-calendar-exterior rich-calendar-popup" cellspacing="0" cellpadding="0" border="0" onclick="$('newScheduleForm:startDate').component.skipEventOnCollapse=true;" style="z-index: 3; left: 530px; top: 171px;"> This bug was previously known as http://jira.rhq-project.org/browse/RHQ-1506 Temporarily adding the keyword "SubBug" so we can be sure we have accounted for all the bugs. keyword: new = Tracking + FutureFeature + SubBug making sure we're not missing any bugs in rhq_triage Fixed (I think) b46489e0addcc3516a169ba6f94aa7f4d956a793 I'm fairly sure this is fixed but perhaps I missed the point. Please verify. John, in this case the table was automatically generated by the richfaces library, so we are restricted the rich:calendar component and whether or not they let us directly manipulate the style attribute on that generated table. However, now that we've upgraded to a more recent version of richfaces, Jay took advantage of two attributes ('join-point' and 'direction') which makes the calendar interaction better. From the richfaces documentation: * joinPoint - Set the corner of the button for the popup to be connected with (top-left, top-right, bottom-left (Default), bottom-right, auto). Default value is "bottom-left". * direction - Defines direction of the calendar popup ("top-left", "top-right", "bottom-left", "bottom-right" (Default), "auto"). Default value is "bottom-right". Jay set both of these to "auto". The net effect is that the calendar pop-up will anchor itself to the corner of the input box that most makes sense and from that anchor point will choose vertical and horizontal display directions that make the most sense. QA Verified. Glad to see this one finally fixed. Mass-closure of verified bugs against JON. |