All Answers

Hi Ser,

the fix is available in the latest Wisej build (1.3.18).

Best regards
Frank

Hi Luca,

• Microsoft Visual Studio Enterprise 2015
  Version 14.0.25431.01 Update 3
• Wisej 1.3.17.0
• Ultramon icons. http://www.ultramon.com
• Same thing if i select a column i the property editor and change properties from there.

Thanks for having looked at this. Obviously there is something local on my system and probably a tool/plugin i use that is causing this. I will inform you if i find what is causing it. No need to waste more time on this.

Thanks,

Wilfred

Hi Wilfred,

I see. But cannot reproduce, other developers also tried. Questions:

• VS version?
• Wisej build?
• What are those two icons on the title bar of the editor dialog?
• What happens if you select a column in the property editor and change the property from there?

Thanks,

Luca

Hi Luca,

In picture 1 I have the columns collection.

In picture 2 I have changed DropDownStyle to “DropDown” and Visible to “False”. Still no indication that the file has changed.

In picture3 I have added a new column. Notice that now a star, highlighted by my red ring, indicate the file has changed.

Tested on two machines. Same behavior.

Best regards,

Wilfred

Hi Stéphane,

The DisplayRectangle property (which the one used by the system to calculate the docking boundaries) was not updated when the task bar is hidden. It is now in the current (not release) build.

See: http://demo.wisej.com/apps/userdesktop

Best,

Luca

Hi Alex,

I have missed something very basic: the description of the problem and the labels in the sample. 🙂 I didn’t see that the main issue was that the row index was zero for a grid with more rows. The bug is logged as WJ-7894: DGV may fire DefaultValusNeeded with row index = 0 when binding to list instead of the index of the automatic new row.

The rest of my long answer is still valid.

Best,

Luca

Hi Wilfred,

You can set EditMode to EditOnEnter.

I tired to reopen the columns in design mode and change only one property and I get the modified file. Can you try again and let me know please?

Best,

Luca

High,

Just few more information on the autohidetaskbar property :

if i set the property, the taskbar seem’s to disappear but if i had a blank panel docked to the left i still have a blank space on the bottom of the page.

It’s not a big problem but if it’s just because of a wrong thing that i do, it would be a good news 🙂

Best regards,

Stéphane

Hi Luca,

Indeed, I can set the property using the designer. Investigating a little more I see that the file is not marked as changed if I only change properties inside the columns collection. Adding a column will mark it as changed. Giving it a “star” in the designer tab. Strange.

Thanks for the theme mixin. That looks nice. Perfect.

Is it possible to make the combo enter editmode without having to dobble click. Now you have to dobble click and then click it again to make it drop down. Preferably have it enter editmode and drop down with a single click.

Thanks.

Best regards,

Wilfred

Thank you very much

best regards

Hi Marcel,

Thanks. The fix will be in the next build. It’s not just a change to your test app.

Also, calling Thread.Sleep() ends up slowing down the server, it won’t help on the client rendering side at all. If you call Application.Update(this) while adding panels, the server immediately all the “screen” updates to the client (if you are on a WebSocket connection) and then keeps running. In your case, if you call Application.Update() while adding child panels, the panels show up on the client as they are added (only on WebSocket).

When you create 50 panels with about 20 controls each, at the end of the request Wisej sends back the JSON definition for 1,000 widgets. The client side can create those objects in milliseconds, but then the browser has to render probably 5,000 elements all at once, with many reflows. That’s the freezing that you see, it happens when the browser is rendering dom elements. You can see that with F12 and looking at the screen frames.

There is a compromise between speed and screen update. If you want more “fluidity” while the browser is busy, Wisej can suspend the creation of the dom elements and process the updates only when the browser fires an animation frame (the option is “optimizeFrames” set it in Default.json as “options”: { “optimizeFrames“: true }). However, I don’t think it will help much since in this case, you can see the difference only when the rendering frame is very long.

I’d suggest to create fewer panels at each iteration. You could also handle the Scroll event on the panel and load new child panels automatically, creating the typical infinite scrolling that you see around. I’ll send you a modified sample once the fixes that are required are released.

Best,

Luca

Hi Luca,

Can you mail me the modified project (with the IBindingList – BindingSource)? I just changed the DataSource seetings to = new BindingSource(persons, null) and I keep getting errors in all grids (conversion of the string ” to Int32). Additionally, I keep seeing the incorrect modification of the first row in the middle grid. So, please send me the modified project, I might be missing something very basic…

Thanks,
Alex

Hi Wilfred,

See attached sample. Shows two columns,  one with DropDown and the other with DropDownList. The property was set using the designer.

The appearance of the combobox cell can be changed in the theme. When in edit mode it’s simply an edit control inside the cell. When not it edit mode, it’s a rendered <div>. The sample attached included a theme mixin that places a combo down arrow where it would be when in edit mode.

{
 "name": "DataGridComboBoxButton",
 "appearances": {
   "table-combobox-cell": {
     "inherit": "table-cell",
     "states": {
       "default": {
         "styles": {
           "backgroundSize": "20px",
           "backgroundImage": "combo-arrow",
           "backgroundPosition": [ "center", "calc(100% - 2px)" ]
         }
       }
     }
   }
 }
}

You can use “right” instead of “calc(100% – 2px)”, but in that case you’ll see that when in edit mode the arrow is 2px off because of default padding. Using calc aligns it perfectly.

Best,

Luca

Hi Alex,

I spotted two bugs:

• The vertical scrollbar is incorrect: WJ-7892
• The new row shouldn’t be there even with AllowUserToAddRows = true since the source is not an IBindingList. WJ-7893.

Changing the list to an IBindingList (BindingSource) I can see the calls to DefaultValuesNeeded but they all seem correct. I tried the same app in WinForms and the call to DefaultValuesNeeded comes every time you enter the automatic new row. Wisej by design does it differently to avoid updating all the cells when the automatic new row is entered and left, so it calls DefaultValuesNeeded when the automatic new row is created (once).

However, during the creation of the DGV, or assigning the data source, changing the column collection, the automatic new row may get removed and added several times as the table model changes. For example, the when the grid is created, the automatic new row is created (DefaultValuesNeeded is called), when the datasource is assigned all the existing rows are removed, the new rows from the data source are added, and then the automatic new row is created again (DefaultValuesNeeded is called again).

In fact with the test app, if you edit the new row in the first grid (the one without  DefaultValuesNeeded) you get a data error from the combobox column since it cannot convert “” to the index in the Profession list. The other 2 grids instead have the new row initialized correctly.

Best,

Luca

Hi Wilfred,

Please check this test and let me know if this is the behavior you’d expect:

http://demo.wisej.com/apps/htmlresize

Thank you,

Luca

Hi Luca,

I’m using build 1.3.9.0

The breakpoints are always reached in debug mode. I get the problem when I deploy to a server (2 servers out of 3, one is working).

I’ve added a message box as the first instruction of Program.Main. No difference, it is not displayed.

Then I’ve made different tests and the result is surprising: apparently, when the DEBUG constant is in your build, you can deploy it and it works. If you remove the DEBUG constant from your build, the application won’t start.

This is very strange. Please have a look at that.

Pierre

Thanks Alex,

we could reproduce, logged as WJ-7891 and fixed it.

It will be in the next build.

Best regards
Frank

Hi Guenter,

The font set in Wisej cannot be used in the editable portion since it’s an editable IFrame. Look at the TinyEditor.StyleSheetSource property. You can assign a CSS file to be used to style the editor content. You can set any font, color, any css for the element or classes used in the editor.

The CSS only affects the editor area, so H1 is Header 1, etc.

Bes,

Luca

Hi Pierre,

What build are you using?

If you put a break point in Program.Main is it reached?

If yes, what happens if you show a black form or message box and do not load the rest of the app?

If you want to send me directly a join.me like we did in the past, I’m available.

Best,

Luca