EasyUI Forum
May 04, 2024, 03:26:07 PM *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
  Home Help Search Login Register  
  Show Posts
Pages: [1]
1  General Category / Bug Report / Re: $.panel should have an "onRender" event on: February 06, 2013, 11:58:58 PM
Bump. Talk to us.
2  General Category / Bug Report / $.panel should have an "onRender" event on: January 23, 2013, 04:28:54 PM
Panels and windows have no callback to indicate they have completed rendering. This is important when the developer does not want the user to see the panel before it has rendered.

Currently you have on "onLoad" event, but this is triggered by remote data calls...not by the html rendering.
3  General Category / EasyUI for jQuery / Re: $.messager slide origin position on: August 04, 2012, 05:01:21 PM

This is the best thing I could come up with. I wish you would have made the private methods accessible with getters instead of making everything impossible to access if it's not in the defaults.

Code:
win.window("window").css({left:"",top:0,right:0,zIndex:$.fn.window.defaults.zIndex++});
4  General Category / EasyUI for jQuery / $.messager slide origin position on: August 04, 2012, 04:10:15 PM
I really like your messager, but I've been struggling to figure out a way to change the origin point of the 'showType' option.

Code:
$.messager.show({
	title:'My Title',
	msg:'Message will be closed after 5 seconds.',
	timeout:5000,
	showType:'slide'
});

If I want a $.messager instance to slide in from the top of the page, instead of the bottom...how do I do this?


NOTE:

I see that I can hardcode the change in jquery.messager.js, obviously:

Code:
win.window("window").css({
				left: "",
				top: "",
				right: 0,
				zIndex: $.fn.window.defaults.zIndex++,
				bottom: -document.body.scrollTop - document.documentElement.scrollTop
			});


But this is highly undesirable because as a matter of practice I'll have to convert all of these hacks manually on the next release. I'm trying to figure out a way to prototype the function while retaining scope for all the private variables you reference...



Wish you would have just added a position option.
5  General Category / Bug Report / Re: Combobox prevents other input elements from cacheing contents. on: August 03, 2012, 02:43:59 PM
You still maintaining this here project, buddy?

I don't expect you to fix every bug that gets reported...but some kind of response would be nice.
6  General Category / Bug Report / Re: Combobox prevents other input elements from cacheing contents. on: July 27, 2012, 02:57:36 AM
Just to reword this if it is confusing:

When you use the UI combobox on a page with other inputs, the values typed into those inputs don't persist after a reload as they normally would.
7  General Category / Bug Report / Combobox prevents other input elements from cacheing contents. on: July 27, 2012, 02:56:13 AM
To reproduce:

  • Prepend an input field <input name="test" type="text"/> to the <body> of combobox.html demo in the 1.2.6 ui distribution.
    • [1] Append an input field <input name="test" type="text"/> to the <body> of combobox.html demo in the 1.2.6 ui distribution.
    [2] Enter text into the input fields.
    [3] Reload the page.
    [4] You will see that the input field preceding the combobox instance caches correctly, but the one appended after the combobox instance does not.


    This is very problematic when the combobox is to be used in forms of any kind.
8  General Category / Bug Report / Re: $.messager.alert Callback Doesn't Fire on Window Close, Only on Button Click on: July 01, 2012, 04:18:30 AM
Very nice workaround. Thank you - I didn't think of this but should have realized it.
9  General Category / Bug Report / Re: $.messager.alert Callback Doesn't Fire on Window Close, Only on Button Click on: June 28, 2012, 02:46:04 AM
...
10  General Category / Bug Report / Re: $.messager.alert Callback Doesn't Fire on Window Close, Only on Button Click on: June 26, 2012, 07:41:29 AM
And...no answer.
11  General Category / Bug Report / $.messager.alert Callback Doesn't Fire on Window Close, Only on Button Click on: June 24, 2012, 07:27:51 AM
$.messager.alert("ERROR",
                "COMMUNICATIONS ERROR.<br/>Please check your internet connection.",
                "error",
                function(){
                    window.location.href = '';
                }
);


A messager alert box can be closed 2 ways. Either by clicking the automatically generated "Ok" button OR by clicking on the close window icon at the top of the alert box. Since there is no closable:false option on $.messager, the user has the option to exit an alert box without triggering the callback.

Please fix.
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines Valid XHTML 1.0! Valid CSS!