Hi Ewan, the IDataGridViewEditingControl interface simply allows for a better integration of a custom editor. It doesn’t affect the custom editor itself. You can also try the build in DataGridViewComboBoxColumn and set AutoCompleteMode to Filter or AppendFilter (https://wisej.com/docs/2.0/html/T_Wisej_Web_AutoCompleteMode.htm).
There was a regression in 35 related to the firing of ResponsiveProfileChanged when the handler is static. It was caused by a change in the static event handlers to avoid memory leaks in applications that don’t detach the handlers. I don’t know if it affects your scenario.
If you can provide a small test case showing what you are doing I can check with the latest build.
The default.html and default.json files are not related to the client profiles. If you have a custom profile you’d have the ClientProfiles.json file.
The Desktop control is designed to host docked children in the workspace so that they don’t overlap the taskbar. If you want the child floating forms not to share the same container with other controls, you can create a Page and drop in the Desktop control together with any other control. In the attached screenshots I created a custom Desktop1 control and a Page1 container hosting both a NavigationBar and Desktop1 and set Application.MainPage = new Page1().
Luca:
There are still issues…
– Page Icon (not solved yet)
– Orange focus on TextBox (Mixin theme) (solved – Theme folder out of bin folder or uncommenting in AssemblyInfo.vb)
– MessageBox buttons text in Portuguese (not solved yet)
– TextBox keyboard on mobile devices (I’ll wait for it)
Note: pictures with folder structure attached
Thanks,
Ulisses.
Hi Ewan,
There are several ways to change specifically the panel header’s font. The first is through a Mixin:
"panel": {
"inherit": "panel",
"components": {
"title": {
"states": {
"default": {
"properties":{
"font": "windowTitle"
}
}
}
}
}
}
The second way is through VB.net / C# code:
VB.NET
Application.Theme.Appearances.panel.components.title.states.default.properties = New With {.font = "windowTitle"}
C#
Application.Theme.Appearances.panel.components.title.states.default.properties = new {font = "windowTitle"};Depending on what you’re doing one or the other might be more useful!
You can also stop the inheritance of the font by using a Panel or other container with set properties.
Hi Ulisses, these are the issues:
When you run IIS Express you are using VS debug and all your project files are available. In the case of the mixin file, you probably didn’t deploy the /Themes/ folder with IIS because you set the mixin as an Embedded Resource. Here are two alternative solutions:
Un upcoming fix will allow Wisej to load the embedded themes and mixins from the main assembly also without the WisejResources attribute.
Also, remember that the /Themes folder can always be deployed to override any theme or mixin.
The second issue with the language is probably the same, check the deployed /bin in IIS, you should have also /bin/pt/Wisej.Framework.resources.dll.
The mobile issue is a known regression that is fixed and will be deployed probably later today or tomorrow.
This is your test app in IIS: http://demo.wisej.com/ulissesbugs/
Hi HSoft,
Both issues should be fixed in the next Wisej relese please check it in the next couple days and let me know if you’re still having issues.
Best,
Levie
Andrew,
project templates for VS 2019 will be fixed in the next Wisej release.
Best regards
Frank
Hi Cristian,
The issue has been fixed and will be available in the next release!
Best,
Levie
Hi Paula,
It looks like the Wisej.Core and Wisej.Web dll packages you are using are from version 1.5.37.0 which is from late 2018. Could you please upgrade your project to the latest version of Wisej (https://www.wisej.com/builds) and let me know if the problem still persists?
Let me know!
Best regards,
Levie
Hi Levie,
I tried the sample from Paula, I just made a change so the code can find a PDF File in your test environment. But I see the same behavior. After the application loads, I drag the split panel down and up. I let go and try to drag it again, but now it can’t, the SplitterPanel control seems not to work anymore.
Robert J
Hi Levie,
Here is my little example. The intension is to drop a PDF file to the flowlayoutpanel, after checking that it is a PDF, I want to copy it so the DragDrop event gets fires.
Thank you
Robert J
Hi,
The issue has been fixed and will be available in the next release.
Best,
Levie
Hi Christian,
The issue has been fixed and will be available in the next release.
Thanks for reporting!
Best,
Levie
Hi Glenn,
This issue is fixed and will be available in the next release.
Best,
Levie
Hi Robert,
I’ve added a feature request / bug report for GoToDate to expand to the FullCalendar List formats as well!
I’ll keep you updated on the status of it!
If you need a fix now, you can pull and modify the extension from our GitHub page: https://github.com/iceteagroup/wisej-extensions/tree/2.0/Wisej.Web.Ext.FullCalendar
Best,
Levie
Hi Robert,
I believe this is the intended behavior of DragEnter / DragOver, as you shouldn’t be able to see the user’s file until it’s actually dropped on the page for security reasons.
You might find this page helpful: https://html.spec.whatwg.org/multipage/dnd.html#security-risks-in-the-drag-and-drop-model
If you could please attach a small sample I can help you debug why the DragDrop event is not firing for you correctly! It should fire when the user releases the mouse with the file on top of the control.
Let me know how I can help!
Best regards,
Levie
Hi Tim,
The DataRepeater control should be available with the release of Wisej 2.1 in late October!
Best,
Levie
Hi Glenn,
Thanks for reporting! This is a known issue and we’re working to get it resolved for the next release!
Stay tuned!
Best,
Levie
Sure. Just change the file path to a pdf you have on your computer. Try to move the splitter bar down and you will see the issue.
Thanks