All Answers

Wisej uses all the locales installed on the server. If your IIS server has Thai installed and the client browser requests the Thai language then the Wisej.Web.DateTimePicker will automatically show on the client using the Thai language. You can force a client to load a specific locale adding the ?lang argument:

https://wisej.com/docs/html/Localization.htm

Yep, the previous implementation was wrong an turned the UserPopup to being always resizable. Now the fix basically reversed the implementation. Sorry about that. It’s regression WJ-8392.

Hi Frank,

Attached a sample project and gif.

Best regards,

Wilfred

Hello,

I didn’t do anything extra to it yesterday. This morning fired it up to check the windows version etc, opened VS and low and behold its now looking correct!?!?!?!

So my thoughts on the issue, either it needed a reboot after install? Or it got confused with theme’s – i’m using light not dark VS, so not the default.

Anyway, just in case this happens again, to answer your questions above. Windows 7 Pro SP1 6.1.7601, 64 bit.

IE is version 11.0.9600.18738

And attached is a new screen shot, taken now. I added a date time picker just to check new controls were painting correctly too.

Off to try a few more things, now i can see what i’m doing 🙂

Thanks

Thanks!
Image button overlay is better in 1.3.83 than 1.3.82 but stills a little overlapping [see attached image]
I guess image button overlay used to be from original image size, but now seems to be dinamic and button size dependent.

********************************************************************************************************************
Maybe if some property exists that tells if image overlay should be in original image size or button size dependent; or some way to set fixed image size

But still having issues with BackgroundImageLayout=Tile for Wisej.Web.Page, it seems to be tiled but with bigger image (not original size), resulting degraded background [see attached image]

Thanks!
Image button overlay is better in 1.3.83 than 1.3.82 but stills a little overlapping [see attached image]
But still having issues with BackgroundImageLayout=Tile for Wisej.Web.Page, it seems to be tiled but with bigger image (not original size), resulting degraded background [see attached image]

hi,

it doesn’t worked the way i want but you gave a good step forward. my issue is probably more on my understanding of devexpress than wisej.

thank’s a lot and continue with your amazing work

best regards

stéphane

I think the first enhancement should be:
– The TabControl.ContextMenu and TabPage.ContextMenu show be assigned to the tab button, not the page.

Kind regards,
Dmiyry

Hi Harald,

InputType is an HTML5 setting that is entirely managed by the browser.
The validation (if supported by the browser) only shows when the input is part of an HTML form and form is posted using the traditional submit.

Find more information here:

https://www.w3schools.com/html/html_form_input_types.asp

Wisej does not submit fields in postback, so the handling of InputType is out of Wisej´s control.

Hope that helps.

Best regards
Frank

Hi Wilfred,

we were trying to replicate that issue, but did not succeed yet.
Has there been any changes in your application recently ?

Any chance to share more details / sample code that could help us to track this down ?

Thanks in advance !

Best regards
Frank

OK. Looks like we have two enhancements:

• The TabPage.ContextMenu show be assigned to the tab button, not the page.
• When a ContextMenu is empty it shouldn’t show, but should still process the contextmenu event.

Hello Luca,

1. The ContextMenu assigned to the TabControl shows when you right click anywhere on the TabControl, including the tab strip and outside of the tab buttons but within the TabControl rectangle. Which is correct.
   Yes, that is correct. But how can I allow ContextMenu to be showed when you right click on the tub buttons only, not on the tabPage? That was the question.
2. The ContextMenu assigned to a TabPage shows when you right click on the page (not the tab button). Which is as designed – but I’m thinking that it should show when right clicking on the tab button. Is this the issue?
   Yes, I think it must be shown only when you click on the tab button, but not on the tabPage.
3. An empty context menu shows as an empty menu. You have to set it to null. I have to see if we can avoid showing the empty menu.
   If I set it to null, the ContextMenu from tabControl will be showed on the tabPage, but I don’t need that. I need switch off ContextMenu inside the tabPage.

With the current behaviour of ContextMenu for tabControl there is no possibility to use native browser’s right click reaction in any controls inside the tabPage.

Kind regards,

Dmitry

This is what’s happening:

• The ContextMenu assigned to the TabControl shows when you right click anywhere on the TabControl, including the tab strip and outside of the tab buttons but within the TabControl rectangle. Which is correct.
• The ContextMenu assigned to a TabPage shows when you right click on the page (not the tab button). Which is as designed – but I’m thinking that it should show when right clicking on the tab button. Is this the issue?
• An empty context menu shows as an empty menu. You have to set it to null. I have to see if we can avoid showing the empty menu.

Please send it over, either here or directly.

We have seen a similar issue only once and was never able to reproduce it. From the image it looks like there is something wrong with the non-client windows message – see the form truncated at the bottom, it’s he title height which is part of the non-client area. Which makes me think this is a Windows version related issue. Can you please let me know the exact windows version and if it’s 32 or 64 bit? Also please check the exact IE version installed.

Also, can you try on a Windows 10 machine?

There is a javacript timer in the built-in form. I have seen it stop but could never reproduce reliably. It’s still on the list.

You can handle Application.SessionTimeout to show a custom message. The SessionTimeout event is fired before the session times out for real, since a session timeout is an unrecoverable event, the session is simply discarded, just like ASP.NET or PHP.

The session will timeout and exit regardless of the timer or the message, unless there is some activity.

Hi Stéphane,

there are just 2 minor problems in your code.
Please add

var me = this;

to the beginning of your init function.

Then you need to change your event handler to

onCellClick: function(e)
        {
            me.fireWidgetEvent("change", {cell: e.cell});
        },

Best regards
Frank