All Answers

0 votes

Luca / Frank,

Just wondering how the font and colour chooser are going?

Thanks

Nic

0 votes
In reply to: Address Lookup

Hi Luca

Thanks for your explanation did you get round to doing the below?

Also, I will send you an updated sample with the crafty clicks plugin as a component instead of a control, this was you can attach it to any existing TextBox and can even have multiple on the same page.

Many Thanks

Ewan

0 votes
In reply to: Combobox Null Filed

Hi John,

I tried to replicate what you describe but I cannot reproduce this. For me the Wisej ComboBox behaves identical to WinForms in terms of handling the SelectedIndex property with the type set to DropDownList. Deleting the items collection resets the index back to -1.

When a form initializes with an empty combobox, the SelectedIndex is set to -1 by default, not zero.

Can you send me a small test case that illustrates the problem?

Thanks in advance

Thomas

0 votes

VS 2015

0 votes

You can unistall rerunning the installer, but the toolbox sometimes gets “corrupted”. See https://wisej.com/support/question/toolbox

You can also right click on the toolbox and reset it. The toolbox is another one of those Visual Studio long standing problems.

The license activation is unaffected by uninstalling or reinstalling.

VS 2013 or 2015?

  • Luca answered Feb 15, 2017 - 5:47 pm
0 votes

I apologize for the time you spent, for a problem which is not general as I thought.

I deleted all the folders in C:\Users\[user]\AppData\Local\Microsoft\VisualStudio\[version]\ProjectAssemblies with no success.

But, the fact that this problem existed in a previous build makes me wondering if this is a problem with the installation of the WiseJ.

Maybe it is related with the fact that the WiseJ components exists twice (at least)  in my Visual Studio Toolbox.

What is a proper procedure to fully uninstall the WiseJ and re-install it, without having problems as licensing activation etc?

0 votes

Hi Andrew,

The difference is that VWG was processing request/response synchronously while Wisej is fully asyncronous. The automatic ajax loader is shown after a certain timeout (configurable) and it’s removed when a response is received. However, in Wisej there is no one-to-one correlation between a request and a response because there is none when using WebSocket.  When using HTTP we are still asynchronous and a subsequent response may carry all that Wisej needs to update the browser.

Also, a Wisej app can still operate while another request is processing. Basically as soon as there is a successful keep-alive or the user interacts with the app, the automatic loader is removed because of a successful incoming message (WebSocket) or response (HTTP). In fact Wisej tries in many ways NOT to show the automatic loader and in theory it should never show. When it shows it’s because an internal timeout kicked in and it may indicate a problem with the communication or the server not responding in time.

We added the ShowLoader property on the base ControlBase in a previous build to give developers granular control of where and when to show the loader.

You can show it on the entire page and block all controls, or you can show it on specific controls while processing something on the server:

this.ShowLoader = true;

this.button1.ShowLoader = true;

HTH

Best,

Luca

 

  • Luca answered Feb 15, 2017 - 5:32 pm
0 votes

Thank you for the steps. Tried again following them but it still works for me: https://www.screencast.com/t/3uT4tGuF40G

I tried variations too. When the Design group is not showing it means that the column component is not in design mode, which is also why the asterisk is not showing when a property is modified in the editor – this is all managed by the Visual Studio designer. We had an issue similar to this in an early  build when the columns were not initialized with a design site.

When you select a column in the column editor, if the column is not in design mode you should see the move up/down, delete and property grid disabled. This feature has been added a couple of builds ago to manage inherited columns.

One possibility is that VS is loading an old Wisej.Web.Design from somewhere. VS has a habit of cloning assemblies into temporary folders.

Look in C:\Users\[user]\AppData\Local\Microsoft\VisualStudio\[version]\ProjectAssemblies

You can delete all the directories in there.

 

  • Luca answered Feb 15, 2017 - 5:06 pm
0 votes

Absolutely, I don’t know why it’s missing from the extension. You can add it to the ChartType enumeration in the extension source code. We will also add it and update it with this current overdue build.

  • Luca answered Feb 15, 2017 - 4:21 pm
0 votes
In reply to: Address Lookup

Hi Ewan,

It works with VWG and on their site, as well as simple samples, only when z-index is not used. Wisej has the z-index set on all the elements that correspond to widgets. As soon as a div in the hierarchy has a z-index value (any value) they cannot have a div partially behind and partially in front. See the jsfiddle link I added in the previous answer.

You can also try the demo page on their site, use F12 in chrome and add a z-index value on the parent div and it stops working.

When you look at the dom, they create the overlay div outside of the hierarchy of the target div and try to display the target div in front but the container of the target behind. It looks to me that it’s a bug in the browsers – a div cannot be partially in front of another div while at the same time be behind a child of the div that is behind. It’s not best practices, it’s simply wrong and it works in some cases probably because of a bug or some old compatibility stuff.

Best,

Luca

  • Luca answered Feb 15, 2017 - 3:52 pm
0 votes
In reply to: Address Lookup

Hi Luca

Thanks sorry for the delay in replying just got back from holiday.

It is strange that it works in VWG using a popup form with an html box.

I looked into this again and managed to pinpoint the bug in crafty clicks that prevents gfxMode 2 from working correctly. Using an htmlbox won’t work in Wisej. The problem is that they create the overlay div in the wrong position in the dom and relay on the absence of the z-index style on parents to render the wrong layering. It should be impossible in a browser to have a div behind another div but showing partially on top.

So this looks like an issue with the way Crafty Clicks have written their code which from your comments does not appear to follow best practice, is this the case in your opinion?

Many Thanks

Ewan

0 votes

I would like to thank you for the fast response on bug fix.

The problem with column editor seems to appear when you reopen the editor while the form remains opened.
Steps to reproduce the problem:
1. Open Solution test_wisej2
2. On Solution Explorer double click item Window1.vb and wait for the designer to show the form.
3. Select  DataGridView1 and press the right arrow to open the DataGridView Tasks.
4. Select the “Edit Columns”
5. Select from the left side the LastName and set the DataPropertName to (none) on the right side
6. Press OK
(At this point please check that the window name has an asterisk, which means that there are changes pending to be saved. This is the right behaviour)
7. Press the Save All button and don’t close the form
8. Again, Select DataGridView1 and press the right arrow to open the DataGridView Tasks.
9. Select the “Edit Columns”
*** 1st Problem: At this point check to see that there is no Design Group on the right side
10. Select from the left side the LastName and set the DataPropertName to “LastName” on the right side
11. Press OK
*** 2nd Problem: There is no asterisk on window name, which means there are no changes pending to be saved
*** 3rd Problem: If you Run the application or Save it and Open it again, you will see that the change has gone.

0 votes

This was just a temporary issue so I’ll close this question.

0 votes
In reply to: On mobile slow

Hi Muhammed,

we are not aware of particular slow-downs. Wisej in its current version is comprised of Desktop-oriented controls. We will add a mobile UI option in the near future that is specifically designed for mobile devices. However, even the desktop version should not be generally slow.

Can you send us a small example that illustrates the issue?

Thanks in advance

Thomas

0 votes

Thank you for the test case. The issue is that null values don’t fire the formatting event, logged and fixed as WJ-8028.

We can’t reproduce the designer issue. Have had reports about that issue before but couldn’t reproduce. It seems to be related to VS designer and assembly mismatch when the designer loads multiple version of the same assembly.

Please take a look at the screencast linked below using your test app. Let me know if you get a different result. This is using VS2015.

https://www.screencast.com/t/Vqt863IK

 

 

  • Luca answered Feb 13, 2017 - 7:21 pm
0 votes
In reply to: FullCalendar Extension

Hi Ben,

a couple of hints regarding the issue with VS stopping at the ‘debugger’ line:

We have these lines in our code in order to be able to debug dynamically loaded scripts. In order to not break at these lines, please consider the following:

1) These are debug-only breaks, you can simply ignore them.

2) We recommend using Chrome instead of IE for debugging purposes. IE and VS seem to attach to the script debugger which shouldn’t happen when using Chrome.

We have plans to improve our code. Such lines might get removed or made conditional at a future point.

Hope this helps.

Best wishes

Thomas

0 votes

In this application there is a Datagridview with 6 columns.
The 4th column is left unbound.
In the textbox on the right side you can see the ColumnIndex of the CellFormatting events.
The datatable has 2 rows.
So the events raised are for columns 0,1,2,4,5 for the first row and 0,1,2,4,5 for the second row.
There is no event for ColumnIndex 3.

This is a problem if you want to show an image in that column.

By the way, there is a very annoying problem with the datagridview column editor which does not save the changes you made but there are still in the designer. For example change the order of the columns. The designer changes the order but there is no change on the actual page. This is still true with many other column properties. Try to set and unset the DataPropertyName and you will see what I mean.

0 votes

Hi Andrew,

nevermind about the test case, both issues should be fixed with the next release.

Best wishes

Thomas

0 votes

Hi Mark,

The next update should be released shortly, I expect it in the next couple of days.

Best wishes

Thomas

0 votes

Cannot reproduce. Tried in several ways. Can you please attach a small test case?

  • Luca answered Feb 12, 2017 - 12:01 am
Showing 9581 - 9600 of 11k results