The active option lets you set which panel is active on initialization
(and can also be used to change the current panel after init).
On Aug 26, 1:06 am, phew72 <[EMAIL PROTECTED]> wrote:
> (Posted into 'jQuery' group before finding this group)
>
> Is there any way to accordion open something upo
There is no limitation to where you can drop your draggables (assuming
you're in a valid drop location). The draggable will stay wherever
you drop it, so I don't understand what problem you're running into.
On Aug 28, 2:20 pm, jcharnet <[EMAIL PROTECTED]> wrote:
> Hello.
> Is it possible to drop
Without running that, my guess is that you need to reset the
positioning of the dragged elements after appending them to the
droppable. The draggable plugin modifies the positioning of the
element so that it can move around on the page, so the two elements
that you've dragged will both have very
You can't have a callback just not get fired in select situations.
You'll either need to set a flag somewhere and check that flag in your
callback or temporarily remove the close callback.
This is untested, but should work:
var callback = $(el).data('close.dialog');
$(el).data('close.dialog', nul
You'll need to post a page showing the problem.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"jQuery UI" group.
To post to this group, send email to jquery-ui@googlegroups.com
To unsubscribe from this group, send e
You're creating several drop locations (continually adding .cargo
elements).
On Sep 1, 5:10 am, Paul Carey <[EMAIL PROTECTED]> wrote:
> Done.http://ui.jquery.com/bugs/ticket/3275
>
> I couldn't see how to attach a file or modify the ticket, so the
> testcase lives herehttp://friendpaste.com/zepy
Sorry, I guess I read that too quickly.
Looks like a bug in the widget factory. There's no check to make sure
you're not re-initializing elements. I'll try to commit the fix today
or tomorrow.
On Sep 2, 3:31 am, Paul Carey <[EMAIL PROTECTED]> wrote:
> On Sep 1,
Are you actually having a problem using multiple plugins on the same
element or are you just having a problem using focus?
On Sep 1, 6:34 am, LinskI <[EMAIL PROTECTED]> wrote:
> Hello
>
> Does anybody know a way to make one element draggable droppable and
> resizable?
> Something like this:
>
>
Fixed.
On Sep 2, 12:31 pm, Paul Carey <[EMAIL PROTECTED]> wrote:
> > Looks like a bug in the widget factory. There's no check to make sure
> > you're not re-initializing elements. I'll try to commit the fix today
> > or tomorrow.
>
> That's great, thanks for looking at this.
--~--~-~--~
You're setting alwaysOpen to false and event to mouseover, so this is
proper behavior. You can set alwaysOpen to true and set the default
active panel to one that doesn't have children (like Contact Us).
On Sep 4, 8:52 pm, bcbounders <[EMAIL PROTECTED]> wrote:
> I have the accordion plugin impl
This is still a limitation in dialog. You can track progress here:
http://ui.jquery.com/bugs/ticket/2358
On Sep 5, 7:08 am, "Olivier Ricordeau" <[EMAIL PROTECTED]>
wrote:
> Hi list,
>
> I'm using the dialog widget, and I'd like to use the "hide" parameter (the
> one that defines the effect used
You can create modal dialogs using the modal and overlay options:
$(el).dialog({
modal: true,
overlay: {
background-color: '#000',
opacity: 0.5
}
});
On Sep 8, 2:02 pm, rics <[EMAIL PROTECTED]> wrote:
> Hello folks,
>
> The system I'm working on has an iframe in the
You're going to need to provide a page showing the problem. It will
also help to keep the test page as simple as possible while still
showing the problem.
On Sep 8, 5:55 pm, Brandon Jones <[EMAIL PROTECTED]> wrote:
> I tried searching but came up with nothing about my issue (though a
> couple of
sing the modal and overlay options:
>
> I tried doing this, but the opacity still covers only the iframe
> element.. i.e. the scope of the dialog box is still internal to the
> iframe.
>
> On Sep 9, 7:56 am, Scott González <[EMAIL PROTECTED]> wrote:
>
> > You can c
With current SVN, you can tab into the dialog, but not out of modal
dialogs. However, while I was working on that feature, I did notice
that the dialog no longer gets focus on open (it used to). I need to
track down the commit where that was removed to find out why it was
removed, since it's exp
You say that you destroy the dialog on close, but you never create a
new one, so there's no dialog to open. If you need more help, you'll
need to show your test page.
On Sep 10, 8:02 pm, Silvaran <[EMAIL PROTECTED]> wrote:
> I'm not sure if I have a bug or not... I have a 84-line proof of
> conc
This is working fine for me with current SVN. If you're still having
problems, please make sure you're using the latest version and provide
a test page.
On Sep 12, 9:06 pm, pkw <[EMAIL PROTECTED]> wrote:
> I'm trying to determine is a dialog is open or not.
> When I us dialog("isOpen") it seems
The reports you looked at are for developers, not submitters. You
need to search for your ticket.
On Sep 17, 3:12 am, LM <[EMAIL PROTECTED]> wrote:
> Hi again.
>
> I've submitted a bug about all of this but it seems it's gone... I
> can't seems to find it neither in "My Bugs" (http://ui.jquery.c
This sounds like a bug. Removing a dialog element should inherently
destroy the dialog (and revert everything it has done). This is true
for all UI plugins. Can you please make sure this is occurring with
the latest version of core + dialog, and if it is please file a
ticket. Thanks.
On Sep
The patch is checking for options that have values set to "none". Can
someone explain why that should be supported?
There are already tickets filed for bugs with NaN, so you can search
trac for these tickets and follow them to see any progress. If the
original submitter wants to create a patch
Can you please verify that you're using the latest version (one of the
1.6 release candidates or latest svn)?
On Sep 19, 2:59 pm, Jeremy <[EMAIL PROTECTED]> wrote:
> I must be doing something wrong, but it's driving me nuts so hopefully
> you guys can help me. I want to check to see if a dialog
Glad to hear you're having a good experience with the community.
This problem has been fixed (see ticket #3457). Thanks for pointing
this out.
On Sep 19, 12:05 am, Jeremy <[EMAIL PROTECTED]> wrote:
> Thank you both for your quick responses. I'm encouraged by how active
> the jQuery groups are
RC2 and it seems to work now.
> Thanks.
>
> On Sep 20, 8:06 am, Scott González <[EMAIL PROTECTED]> wrote:
>
> > Can you please verify that you're using the latest version (one of the
> > 1.6 release candidates or latest svn)?
>
> > On Sep 19, 2:59 pm, Jere
We're currently only doing bug fixes right now. 1.6 will be released
by the end of the month, so you'll have to wait for 1.7.
On Sep 21, 11:35 pm, Jeremy <[EMAIL PROTECTED]> wrote:
> Any chance this is getting resolved in UI 1.6? This would be VERY
> nice to have for alert boxes and other dialo
p 22, 1:20 pm, Jeremy <[EMAIL PROTECTED]> wrote:
> As a work around until 1.7 I was thinking about putting my dialog
> inside a fixed div element. Is there a way to tell the dialog to use
> a certain div as it's parent element instead of the body?
>
> On Sep 22, 7:27
this:
> > return ($(this).parents('.ui-dialog').size() > 0);
>
> > I know that this will (wrongly) allow events from a dialog below the
> > topmost modal, but I don't have that scenario, nor the expertise with
> > the dialog to remedy it. It see
Setting the speed is not currently supported. There is a ticket for
this, but Trac is currently down while we're switching servers, so I
can't tell you which ticket it is.
On Sep 23, 4:41 pm, "Greg E." <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Here's what I have going on:
>
> //create dialog
>
>
You need to use the header option and set it to something more
descriptive than "a". For example, set it to "a.head" and add a class
of "head" to all of your headers for the accordion.
http://docs.jquery.com/UI/Accordion/accordion#options
On Sep 24, 5:55 am, ulfk <[EMAIL PROTECTED]> wrote:
> H
Richard and I have been discussing the issues with dialog sizing and
we have an idea for a new sizing method that will hopefully solve all
of these problems. Unfortunately we won't know for sure until we've
implemented it. We know it's a huge pain and hope we can get it fixed
soon.
If anyone ha
Not sure what's going on with the title bar, I'll need to look into
that.
Using the down arrow and causing a change is due to IE's handling of
the change event, it's not related to dialogs.
You need to use the bgiframe option to prevent selects from showing
through the overlay. You'll also need
Please use the main jQuery list to ask general questions. This list
is specific to jQuery UI plugins.
On Sep 25, 1:17 am, JQueryProgrammer <[EMAIL PROTECTED]> wrote:
> 1. I have some simple queries with regards to function calling. In
> plain javascript if I want to call a javascript function f
Please post general questions to the jQuery list. This list is
specific to jQuery UI plugins.
On Sep 25, 3:07 am, JQueryProgrammer <[EMAIL PROTECTED]> wrote:
> I have an image tag as
>
>
>
> I am trying as
>
> if($("#myimg").attr("src").contains("expand"))
> // do something
> else
> //
You can bind event handlers to .data() calls by using "setData" and
"getData" as the event names. You can also bind to "getData.foo" to
only handle .data() calls in the foo namespace (this is what you'll
want). You can see this in use in ui.core.js in the widget factory.
On Sep 25, 1:30 pm, sm
In 1.6, the handles won't be created any more. Now when a dialog is
not resizable, it is not initialized as a resizable. The same goes
for draggable.
It may be worth noting that if you have a dialog that starts resizable
and you change the options to make it not be resizable,
then .resizable('d
The position method is an internal method and should not be used (this
is enforced in 1.6). If you want to set the position, use the
position option.
On Sep 25, 8:43 am, Olive <[EMAIL PROTECTED]> wrote:
> $(myDiv).dialog({
> dragStop: function(ev, ui){
> var top = ui.position.top;
> v
As of 1.6, there is also a new option method for getting/setting
options. This method deprecates the use of .data() for accessing the
options of UI plugins.
$(el).dialog('option', optionName, optionValue);
On Sep 27, 5:34 am, "Richard D. Worth" <[EMAIL PROTECTED]> wrote:
> This is part of the j
This works fine with the jQuery UI Dialog.
On Sep 28, 2:50 am, Josh <[EMAIL PROTECTED]> wrote:
> I was wondering if anyone has successfully gotten the ui.slider (1.5.2
> or 1.6rc2) to work in a modal window? I have tried multiple modal
> windows (jqmodal, facebook, thickbox, and nyromodal) with
Have you tried using the jQuery UI Dialog?
On Sep 30, 1:01 am, Jordan Isip <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I can't seem to get the datepicker() widget to work on a modal box.
> I've tried it on both the Boxy and Facebox plugins and I get the same
> result - nothing. It works just fine w
If you want to get that custom, you should be making the dialog
draggable/resizable on your own instead of using the built-in dialog
options.
On Oct 2, 9:11 am, André Cassal <[EMAIL PROTECTED]> wrote:
> Hey guys, I don't know exactly if this is the right place to ask/
> suggest this.. but
>
> I'm
gt; with some cool feature we won't be abble to use it in the Dialog
> widget... that's way I've changed ui.dialog.js code...
>
> do you know if I can propose that peace of code?
>
> Thanks in advance for you help.
> Best Regards,
> Andr'e
>
> On Oct 3,
I could see possibly adding an option for whether or not to animate,
but I don't think there should be a hard-coded exclusion for IE < 8
just because it will be slow with multiple. It sounds like it would
be perfectly reasonable to have only one progressbar and want
animation.
On Oct 6, 11:14 a
Yeah, that's the best solution. Here's a simplified version of what
you'd need to do:
$('a').click(function() {
$('').load(this.href).dialog();
return false;
});
On Oct 6, 6:33 pm, "Jaime Ochoa Malagón" <[EMAIL PROTECTED]> wrote:
> If I remember the point of this behavior is to use an
y:true,
> width:500,
> height:120,
> hide:'fast',
> show:'fast'
>
> })
>
> What do you think about this approach?
>
> Thanks Scott/Jorn.
> Andre
>
> On Oct 5, 9:25 pm, Scott González <[EMAIL PROTECTED]> w
$(el).slider('option', 'max') will return the max value. You can use
the option method to get or set any option after init.
Your getMax() function didn't work because all UI plugins have a
specific way to define getters due to the widget factory. We will be
changing how detection of getters is
Can you post a sample page showing this problem? Also, which version
are you using?
On Oct 14, 8:32 am, Jamie <[EMAIL PROTECTED]> wrote:
> I have a page with two dialogs in it, both are modal and reference
> different elements within the page (i.e. two different forms)
>
> $("#dialog-page").dial
There never has been support for time in the UI Datepicker plugin.
You're looking at someone's proposed patch that was never accepted.
On Oct 17, 4:41 am, Kpitn <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I find this page
> :http://dev.jquery.com/attachment/ticket/2566/ui.datepicker.js
> But in the ne
Check the jQuery FAQ about events and AJAX requests (even if you're
not using AJAX).
http://docs.jquery.com/Frequently_Asked_Questions#Why_do_my_events_stop_working_after_an_AJAX_request.3F
On Oct 18, 11:17 pm, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> Here's what's happened in order. I
Can you please test with the 1.6rc instead of 1.5.1? Thanks.
On Oct 21, 9:44 am, Antranig Basman <[EMAIL PROTECTED]> wrote:
> Antranig Basman wrote:
>
> > We have created a simple test case here:
> > file:///E:/workspace/fluid-components/src/webapp/tests/jquery-tests/manual/jQueryUI-focus-test.h
Please post a demo page showing the problem so we can look into this.
Thanks.
On Oct 21, 9:26 pm, javatech <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm new at JQuery and try to get dialog close button working.
> Currently, if there is no AJAX, close button worked but if I did a
> ajax call, then clos
Try updating to the 1.6rc, this problem has been fixed:
http://ui.jquery.com/bugs/ticket/3349
On Oct 22, 12:45 pm, "[EMAIL PROTECTED]"
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> The Dialog component doesn't seem to work in IE 6 if I don't specify a
> class name for the div. If I set class="flora" then
The actual HTML of the dialog doesn't reset on open; if you want that
to happen, you'll need to do it yourself. You can either clear out
the fields in the dialog prior to opening it or clone the div and
create a new dialog each time.
On Oct 22, 5:07 pm, [EMAIL PROTECTED] wrote:
> Hello-
>
> I a
ThemeRoller lives in the SVN repo for the jQuery UI site. We roll out
new versions with the UI plugins. Bug fixes are released
intermittently.
On Oct 23, 6:17 pm, "Nathan Maves" <[EMAIL PROTECTED]> wrote:
> How are revisions made to this very cool product?
>
> Are there new version that are rel
Calling .dialog() and passing in a hash initializes the dialog - this
can only happen once. To open a dialog after it has been initialized,
you need to do $(el).dialog('open');
Try this:
$("#delpicdialog").dialog({
autoOpen: false,
title: 'Are you sure?',
modal: true,
This isn't currently supported.
On Oct 25, 10:30 am, Rene Veerman <[EMAIL PROTECTED]> wrote:
> hi. I wanna style a dialog that's relative in the doc-flow.
>
> is there any easy way to do it?
--~--~-~--~~~---~--~~
You received this message because you are subscribed
This is a known bug: http://ui.jquery.com/bugs/ticket/2807
Unfortunately, it probably won't be fixed until after 1.6. If you're
interested in looking into this, the ticket has a link to a thread
that identifies the cause of the problem.
On Oct 27, 7:14 pm, JEF <[EMAIL PROTECTED]> wrote:
> When
Yes, the docs should be updated to mention namespacing.
On Oct 28, 10:29 am, "Nathan Maves" <[EMAIL PROTECTED]> wrote:
> I knew there would be a good reason. You think we should document the bind
> and unbind to indicate that the matching process does not use a true == on
> the name? Or am I j
You'll need to provide more detail. For example, where is
delete_record defined?
On Oct 31, 4:12 am, gummybears <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am using a JQuery UI Dialog box and I am having trouble with
> figuring out which button is selected.
> It's basically a Yes/No modal dialog to d
I'm not aware of any demos like this, but dialogs aren't anything
special. If you've got validation working on a set of elements and
you put them into a dialog, they should work. The only thing to watch
for would be if the validation is based on actual location within the
DOM. If it is, you'll
Please post this on the main jQuery list, this list is specifically
for jQuery UI.
http://groups.google.com/group/jquery-en
On Nov 6, 5:31 am, vijaygarg <[EMAIL PROTECTED]> wrote:
> Hi,
> I have grid (ASP:ListView) control in my .net appliction where i have
> hours information along with other f
You can use the dialog and magnifier plugins from jQuery UI.
On Nov 5, 10:18 pm, Jesus Manuel Olivas <[EMAIL PROTECTED]>
wrote:
> I am been developing a CMS
>
> So far the application was build with mysql, jpa, java, jsf,
> richfaces using netbeans IDE (running over tomcat)
>
> The front
I don't see a need for this, since screen readers don't need to be
able to read content that's supposed to be hidden. When the content
is supposed to be viewable, it will be shown and be accessible by the
screen reader.
We're currently fixing the accessibility issues that accordion has:
http://u
On Nov 12, 1:36 pm, "Richard D. Worth" <[EMAIL PROTECTED]> wrote:
> If you're just going to call it once with an argument or two, better off
> with a plugin. If you're creating something the user will see, touch, feel,
> interact with, a widget may be a good fit.
This is a pretty good way to gene
This type of question is really better suited for the jquery-en group,
as this group is specific to jQuery UI plugins.
Something like this should work:
var intervalId;
$(el).mousedown(function() {
intervalId = setInterval(function, interval);
}).mouseup(function() {
clearInterval(interv
Can you describe what's supposed to be happening?
On Nov 12, 11:25 pm, Micah C <[EMAIL PROTECTED]> wrote:
> Bump. Anybody? I really badly need the help here.
>
> On Nov 11, 10:34 pm, Micah C <[EMAIL PROTECTED]> wrote:
>
> > I've gotten the accordion playing almost perfectly, but It appears to
> >
http://docs.jquery.com/Effects/animate
On Nov 12, 12:02 pm, Jørn Schou-Rode <[EMAIL PROTECTED]> wrote:
> This is probably a very lame question, but I cannot seem to find the
> answer in the demo section of the jQuery UI website nor on Google, so
> here here we go: Is there any simple way to gentl
All UI widgets have _init. init only exists in old versions, when the
widget factory didn't have a way of determining which methods were
private.
On Nov 14, 6:25 pm, h3 <[EMAIL PROTECTED]> wrote:
> I was looking to some of the ui widget source code recently and saw
> that some are using _init in
This list is specific to jQuery UI plugins. Please post this on the
main jQuery list.
On Nov 17, 8:16 pm, Bhavin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am using JQuery with Struts 1.1. I am using following code when user
> clicks on Save button:
>
> $('#save').click(function() {
> $.
I'm pretty sure jQuery doesn't support cross-window operations. You
need to create a method on the parent window that will close the
dialog and then call that method from the child window.
On Nov 18, 1:43 pm, manilodisan <[EMAIL PROTECTED]> wrote:
> I'm loading a dialog and inside it an iframe t
As stated in the previous thread, this won't be looked at until after
the 1.6 release. Also, this now has a dependency of the postionTo
plugin that is being developed for 1.7.
On Nov 24, 9:03 am, sparkpool <[EMAIL PROTECTED]> wrote:
> For some reason, I can no longer reply to this thread, maybe
If this is occurring with current SVN, feel free to create a ticket
for this. Thanks.
On Nov 24, 10:24 am, sparkpool <[EMAIL PROTECTED]> wrote:
> I'm finding that closing a non-modal dialog by pressing escape closes
> other open dialogs too, in some cases but not all. Has anyone else run
> into
Moving the call to _init outside of the constructor would be fine.
Can you file a ticket for this? Thanks.
On Nov 27, 5:32 am, "Paul Bakaus" <[EMAIL PROTECTED]> wrote:
> Hi there,
>
> this indeed a severe issue - ironically, once I read it, I was facing the
> exact same issue when
> building a n
Not sure what the problem is; we'll look into this and let you know
what's going on.
On Nov 27, 8:34 pm, Timothee <[EMAIL PROTECTED]> wrote:
> Hi guys,
>
> On Nov 27, 10:33 pm, Scott González <[EMAIL PROTECTED]> wrote:
>
> > Can you file a ticket for th
We're not seeing any problems. Can you try again and let us know if
it's working for you now?
On Nov 29, 10:09 am, Scott González <[EMAIL PROTECTED]> wrote:
> Not sure what the problem is; we'll look into this and let you know
> what's going on.
>
>
Hi Rene,
You can create a ticket at http://ui.jquery.com/bugs asking for this
feature. You would then be able to attach a patch to the ticket if
you had written one and track the progress of the ticket.
On Nov 29, 6:20 pm, Rene Veerman <[EMAIL PROTECTED]> wrote:
> Hi. i want to animate certain
I assume you're referring to the zindex problem in IE6. If so,
include the bgiframe plugin and set the bgiframe option to true in
your dialogs.
On Nov 28, 4:12 pm, Jeff_N <[EMAIL PROTECTED]> wrote:
> Embedded objects always appear above UI dialogs and are unaffected by
> modals. Is there a spec
Thanks.
On Dec 2, 4:12 am, Timothee <[EMAIL PROTECTED]> wrote:
> Hi Scott,
>
> On Dec 1, 11:30 pm, Scott González <[EMAIL PROTECTED]> wrote:
>
> > We're not seeing any problems. Can you try again and let us know if
> > it's working for you now?
>
Hey Brian,
You're correct that you would use this.page to access the element if
you did this.page = this.element.find('.page').
this.page.element will be undefined since there is no element property
on jQuery objects. this.element works in the UI widgets because it's
set by the widget factory.
t: function(){
> return this.text;
>
> }
>
> but all I seem to get is an object. I know that this.text is actually
> text internally though.
>
> On Dec 9, 10:54 am, Scott González <[EMAIL PROTECTED]> wrote:
>
> > Hey Brian,
>
> > You
Yes, ui.core.js is significantly different between 1.5 and 1.6 and
using 1.5 plugins with 1.6 core is unsupported.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"jQuery UI" group.
To post to this group, send email t
There's currently no way to re-position a dialog through the dialog
API. This doesn't seem like an intuitive feature - the developer
should only set the opening position, and only the user should move it
afterward. You could manually calculate the position yourself and
just set the top and left
Dialogs are essentially asynchronous so the confirm function is
returning before the user clicks either button. You need to put the
logic for what to do inside the button functions.
On Dec 16, 4:16 pm, Carl Von Stetten wrote:
> I'm trying to replace the standard browser confirm() function with
In an effort to keep our APIs simple and meet the needs of the largest
possible audience, we only provide limited built-in support for mixing
plugins. In the case of draggable for dialog, you can only turn it on
or off and you always drag by the titlebar. If you need more complex
functionality,
The dialog plugin, like many other jQuery UI plugins, require CSS to
work. You can generate your own or download existing themes at
http://ui.jquery.com/themeroller
On Dec 16, 12:36 pm, JQueryProgrammer wrote:
> Can anyone please give me any link where I can find some examples to
> Dialog boxes
We can add support for height: 'auto' (I have this locally and am just
waiting to get in touch with some other team members about this).
It's worth mentioning that auto-resizing will only happen if the user
has not resized the dialog manually. If the user has resized the
dialog, we should not be
This question is really better suited for the main jQuery list since
it's not about a jQuery UI plugin.
It sounds like you probably forgot to set position to absolute. If
that doesn't work, please post in the main jQuery list and provide
some sample code (a live, stripped down version is the eas
Can you please create a ticket for this? We'll try to tackle this
before the 1.6 final release if possible. Thanks.
On Dec 12, 10:09 am, "Fabien Meghazi" wrote:
> Using overlay in $.fn.dialog()
>
> $(win).dialog({
>
> overlay: {
> opacity: 0.5, background: "black"
>
> },
>
>
Support for height: 'auto' has been added in r1197.
On Dec 20, 11:31 am, Scott González wrote:
> We can add support for height: 'auto' (I have this locally and am just
> waiting to get in touch with some other team members about this).
> It's worth mentioning t
I talked to Scott Jehl from the design/interaction team and he agrees
that repositioning automatically is not a normal behavior for a dialog
window.
You can cause dialogs to be repositioned with the following code:
$(el).dialog('option', 'position', $(el).dialog('option',
'position'));
On Dec 2
You should re-post this to the main jQuery list to get more
responses. This list is specifically for jQuery UI plugins. With
that being said, the jQuery UI Dialog plugin supports modal dialogs
and there are plans to split out the overlay code into its own plugin
soon.
On Dec 23, 7:14 am, tdhsau
Please re-post this to the main jQuery list, since jQuery UI only
supports what jQuery supports.
On Dec 23, 3:43 pm, Ben wrote:
> Hello, I was wondering if there is any future road map for mobile
> browser support, especially mobile safari. Thanks,
> -Ben
--~--~-~--~~~---
Andries' suggestion should work. You can close dialogs by
calling .dialog('close') on the element the dialog was created from.
You could also use the buttons option to create the buttons yourself,
rather than having them be part of the content loaded into the div.
$('').load("WebForm1.aspx").di
See responses in original thread:
http://groups.google.com/group/jquery-ui/browse_thread/thread/fce3cde1149840c8
On Dec 27, 5:02 am, jQDeveloper wrote:
> Hi All,
>
> I was trying to replace my window.open() code with the jQuery Dialog
> box. Now here is my code:
>
> $(function() {
> $("").lo
the user should be
> flogged for running in such a low resolution, or the developer should
> be tarred and feathered for allowing so much content into a dialog
> that it would make it so big).
>
> Would it help if I provided an example?
>
> Thanks for all the great work guys.
>
You can tell a dialog to reposition itself with one line of code:
$(el).dialog('option', 'position', $(el).dialog('option',
'position'));
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"jQuery UI" group.
To post to
It's actually not possible to create a dialog multiple times from the
same element (this is true for all UI plugins). With that being said,
you can check if an element is a dialog with the following code:
$(el).is(':data(dialog)')
However, as I've said that may not be your actual problem. If y
Fixed.
Ticket: http://ui.jquery.com/bugs/ticket/3756
Commit: http://ui.jquery.com/bugs/changeset/1493
On Jan 2, 4:40 pm, Nikola wrote:
> Is there any word on this?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"j
The alwaysOpen option does not affect the initial status of the
accordion; it only determines what should happen when a user tries to
toggle an active panel. The active option lets you set which panel is
active, so setting this to false on init will cause all panels to be
closed.
On Jan 4, 11:13
generated resize or move would not trigger an update to "center" it.
>
> /me might not be as up-to-snuff on the API as he needs to be :-)
>
> On Dec 30 2008, 8:55 am, Scott González
> wrote:
>
> > Joshua,
>
> > We fully understand what you're asking f
Hi Jason,
We're at an interesting crossroad right now, where UI 1.6rc4 doesn't
work with jQuery 1.3 and UI current SVN doesn't work with 1.2.6. The
final 1.6 release (and any more RCs) will only work with 1.3. This
problem should be fixed in current SVN. Can you try using current SVN
with 1.3
Can you provide a demo page showing your problem?
On Jan 7, 10:20 pm, jayg wrote:
> I have a custom widget built on jquery UI that I am running into an
> odd issue with. Everything works as I want on initial use, but when I
> do a clone(true) on the widget and append it to another element, the
1 - 100 of 481 matches
Mail list logo