Problems with RadWindow resize mechanism

[MrBobsy]

Hi,

I'm using RadWindow 2.0 and I am getting similar resize problems that I had with RadWindow 1.9.

1. When the resize cursor shows resizing in both dimensions then it does not always allow resizing in x and y dimensions, just x.
2. When resizing the RadWindow it also occasionally forgets its current size and shrinks, before expanding again, which means that the cursor starts off where the resize handle was originally. So if the user is near the bottom of the web page then the attempt to resize fails as the window has actually contracted.
3. When resizing or dragging, releasing the left mouse button does not always stop the resize/drag operation, so the left button has to be depressed and released again.

All of the above problems appear to be more frequent when the RadAjaxTimer is firing and the windows are busy with Ajax requests, but they do still appear when the browser appears to be doing nothing.

Any thoughts,

Bob.

[Georgi Tunev]

Hi Bob,

I just want to make a small clarification at the beginning - currently there is no RadWindow v2.0. There is RadWindow "Prometheus" which is based on ASP.NET Ajax and was officially released a couple of weeks ago - I assume that you are referring to it.

Can you please let us know what is the exact browser's version that you are using? If you are using IE6, there are critical problems in this version of the browser with Xhtml layouts. That is why RadWindow "Prometheus" does not behave very well in IE6. We have some ideas on how to improve the IE6 handling, however this issue will take some more time for investigation and possible fix.

If you are using other browsers like IE7, Firefox or Opera (where RadWindow "Prometheus" behaves much better in resizing and moving), it will be best if you open a new support ticket and send us a sample application that reproduces the problem along with step-by-step reproduction instructions. We will check it and do our best to help.




Kind regards,
Georgi Tunev
the Telerik team

Instantly find answers to your questions at the new Telerik Support Center

[Peter Roth]

I know I didn't start the thread, but I thought I would say something.  I use Firefox 2.0.0.7, and I am having the same trouble.  It is the most basic of basic implementations of the window.

Thanks,
Peter

[MrBobsy]

Georgi,

I've opened a support ticket for the issue and provided a sample application.

Just to confirm, I am using RadWindow for Prometheus and using IE7.

Thanks,

Bob.

[Georgi Tunev]

Hello guys,

Thank you for the feedback - we will do our best to improve the control's behavior as much as we can.
Bob, thank you for sending us the project. We are currently working on it - please expect an answer to your ticket tomorrow at latest.




Sincerely yours,
Georgi Tunev
the Telerik team

Instantly find answers to your questions at the new Telerik Support Center

[Peter Roth]

Thanks,
If you could toss me a note here to let me know if there is a fix as well, I would appreciate it.

Thanks,
Peter

[Georgi Tunev]

No problems Peter,

I will post here once we have more information on the subject.




Greetings,
Georgi Tunev
the Telerik team

Instantly find answers to your questions at the new Telerik Support Center

[Georgi Tunev]

Hello again guys,


Bob, I've just answered your support ticket. For convenience I am pasting my reply below:

---

RadWindowResizing.zip

Hello Bob,

Thank you for bringing this issues to our attention. We checked them and you can find our comments below:

1. When you click and hold the mouse while your cursor is above the vertical border of the RadWindow (e.g to resize the RadWindow horizontally), RadWindow will be resized only horizontally. This means that even if you move your mouse down (without releasing the button), so the cursor changes to horizontal/vertical resize icon, RadWindow will be still resized horizontally only. For convenience I've attached to this thread a small movie that shows what I mean.
   Is this your case? If your reproduction differs from what I've tested, can you please provide more information on how to reproduce the problem locally?
   
2. We are familiar with this problem and we will do our best to improve it in IE7 so it behaves like in Firefox
   
3. Unfortunately we are not able to reproduce this issue. Can you please send us reproduction steps?
   
4. The problem with the "clipped" RadWindow will be fixed for the RadWindow Prometheus official release which will be at the end of the year. 

---

Regards,
Georgi Tunev
the Telerik team

Instantly find answers to your questions at the new Telerik Support Center

[MrBobsy]

Georgi,

Thanks for the reply.

1. Yes, I think you are right. I'm 90% sure that is what happened.
2. Thanks for looking into this one.
3. I don't have any reproduction steps, it just happens every now and again. Just generally moving each window. It's almost as if another event occurs in the browser which confuses the drag drop mechanism. The RadWindow does not seem to register that the mouse button has been released so the drag continues.
4. Thanks for looking into this one.

Bob.

[Georgi Tunev]

Hello Bob,

Regarding p.3: yes, another event sounds like an reasonable explanation, however without being able to reproduce it, we cannot tell for sure what exactly is the reason for the problem.

Such behavior (RadWindow cannot detect that the mouse was released) is possible however in the following (known) situations:

1. You release the mouse cursor while your cursor is over a browser's element (toolbar, statusbar, etc.) in this case no event is thrown at all and that is why the RadWindow continues with the last action - resizing or moving.
2. If you drag and release the mouse cursor while over a flash / ActiveX object on the page - these objects again intercept all events and again RadWindow cannot know that the mouse was released.

 

Greetings,
Georgi Tunev
the Telerik team

Instantly find answers to your questions at the new Telerik Support Center

[Mike Kretzler]

For the resizing issue, it rears it's ugly little head by follwing the steps below:

1. Open the Rad Window (obvious).  The window must have contents in it.
2. Hover over the bottom right corner to resize diagonally, and press down on the left mouse button (do not release the button yet)
3. Move the cursor to resize the window so that it is smaller than the contents that are contained within the window.
4. Release the mouse button and behold it's glory.

You can now move the mouse around without holding a mouse button down, and the screen will continue resizing it's self.  The only way to set the new size is to click on either the title bar of the window, or one of the borders a second time.

Twice now I have had a far nastier version of this bug happen, but I cannot figure out what the exact steps are to reproduce it.  In this version, the mouse cursor is disconnected from the window, and you cannot click on the window a second time to set the new size.  Due to this glitch, you must Alt+F4 out of the window, or use some other method to kill your browser.

[Georgi Tunev]

Hi Mike,

Can you please tell me the RadWindow's version and the browser that you are using? Also, can you reproduce the same behavior on our online demos?



Greetings,
Georgi Tunev
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[Mike Kretzler]

I am using IE 7, and the Telerik Control version is 2008.1.619.35.  I do not get the same resulsts from your demo, but the demo does not contain data.  I believe (although I have not tested this theory yet) that the glitch happens when there is a certain amount or size (pixel width) of DATA within the window.

[Svetlina Anati]

Hi Mike,


We recently change the move and resize functionality of RadWindow in order to optimize the page's performance. In the optimized version of the control, the eventhandlers are associated with the RadWindow when the move/resize starts and then, after it ends, they are unattached. It seems that in your case the IFRAME element catches the mouse event before it is completely hidden.

This is logged in our database for fixing with a high priority and the fix will be available in our SP release, which is scheduled for the end of August.



Greetings,
Svetlina
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.