jQuery Forum

The dialog component has changed behavior on me from UI 1.7.2 to 1.8rc3

1. $("#help_eff_date").dialog(
           {autoOpen: false, width: 350 , position: 'center' });
   

This used to give me a dialog centered as expected.

Running jquery 1.4.2 and UI 1.8rc3,  my dialog is left all the way to the left at the very bottom, immediately after the last markup for the entire page.

I've tried every which way of positioning my dialog, i.e.

1. ("#help_eff_date").dialog(
           {autoOpen: false, width: 350 , position: [300,200] });

But every time the position property seems to be ignored????? 

I've tried with two theme setups,  one an original 1.7.2 Theme that's always worked,  then one with a generic 18.rc3 theme.  They both exhibit the same problem, although the 1.8rc3 theme braks accordion headers, (see related post)

Under UI 1.7.2 my markup would center OR position the dialog,  under 1.8rc3 using the same markup it gets positioned as shown below:

I can't get the ui-button to respect my { text: false }

if I do this:

1. $('#help_eff_date_icon').button(
    { text: false, icons: 
    { primary: 'ui-icon-info', secondary: null}
    });
   

Then do this:

1. <button type="button" id="help_eff_date_icon">
    Click for more Information
   </button>
   

Shouldn't I get an icon only,  with 'Click for more Information' as the 'help' text.  I'm getting a button with the icon on one line,  and the help text on the second line of the button????

OK,  I'm trying out 1.4.2 and 1.8rc3.

I have my code shared in such a way that I can run the exact same markup through jquery1.3.2 and UI 1.7.2,  or I can run it though 1.4.2 and UI 1.8rc3.  The only other difference is the theme.  I'm using a downloaded gallery theme for the UI 1.8rc3 (checking the 1.8rc3 radio prior),  a custom theme for the UI 1.7.2. 

My Accordion is different under UI 1.8,  there is a line break after the icon in the header,  and there isn't a line break on UI 1.7.2.

I vaguely remember the very first time I played with accordion that I saw this.  It's possible I may have hacked up my 1.7.2 custom theme,  but I don't think I did.

In Firebug,  the HTML looks identical in both cases.

Anybody have a clue?

OK, I'm trying out 1.4.2 with UI 1.8rc3.

It appears the way the css and js is packaged has changed,  and I can't figure out how to bring it all together.  My test has only an accordion widget.  Here is the relevant Rails (sorry) code:

1. <%= stylesheet_link_tag "jquery-ui-1.8rc3.custom.css" %>
   <%= javascript_include_tag "jquery-1.4.2.js" %>
   <%= javascript_include_tag "jquery.ui.core.min.js" %>
   <%= javascript_include_tag "jquery.ui.widget.min.js" %>
   <%= javascript_include_tag "jquery.ui.accordion.min.js" %>
   
   

Is there something I'm missing just to get an accordion to fire up? or has there been any change to the API?  Here is how I used to do it:

       

1. $("#fullapp").accordion({
2.             active: 0, collapsible: false, header: "h3.head", autoHeight: false
3. });

Did accordion get changed to use classes, or something? 

My first attempt at upgrading to 1.4.2 and ui 1.8rc3 was on a page with floatobject-1.4.

Floatobject barfs here:

1.   17     var offset = this.jqObj.offset();
     18     this.currentX = offset.left;
     19     this.currentY = offset.top;
   

complaining offset is NULL on line 18

If you hard code this.Current[XY] to zero,  it no longer barfs.  Not saying this is a work around or fix, only a clue as to what's gone wrong.  I still haven't gotten the UI stuff to work under 1.4.2 & 1.8, once I do I'll poke around some more.

Assuming the offset API hasn't changed,  I think UI 1.8 is now leaving the qQuery object in a state not seen before by the developer of floatobject-1.4.  Anybody have a clue?  Is this simply a floatobject problem?

The page has only UI accordions if that helps,  and they aren't working