All Answers

0 votes

Simone,

issue #1876 is fixed in the latest Wisej release (2.0.28).

Best regards
Frank

0 votes

Glenn,

the fix for #1879 is included in the latest Wisej release (2.0.28).

Best regards
Frank

0 votes

Hi Eric,

we introduced a couple of improvements in our latest Wisej release (2.0.28).
Can you please retry with this build ?

Additionally I´d also like to mention that we are working on a DataRepeater control
that could be a perfect replacement for what you are trying to use the ListView for today.

You can find a prototype here:

http://demo.wisej.com/datarepeater/

Best regards
Frank

0 votes
In reply to: tablet behavior

Hi,

Make sure you are using the correct HTML viewport for your application in default.html.  It should be something like this:

<meta name="viewport" content="width=device-width, initial-scale = 1.0, maximum-scale=1.0, user-scalable=no" />

You might also find it useful to use this JavaScript library that helps reduce unneeded scrolling:

https://github.com/lazd/iNoBounce

You can try enabling experimental mobile features by adding this to your default.json file:

"options": {
    "mobile.mode": true
  }

We are working on making Wisej more mobile friendly!  Please let me know if this improves the performance of your application for mobile.

Best regards,

Levie

0 votes
In reply to: Which Theme

Hi,

the theme is Material-3.

I just tried the source code link and it works just fine here ?

Best regards
Frank

0 votes

Hi Eric,

We’re looking into your issue.  It’s because DGV cells and LV items don’t have a parent, unlike other controls.

If the controls don’t have a common ancestor, the events aren’t fired.

 

We will have to decide how to proceed with your issue and what we can do about it!

I’ll keep you updated!

Best regards,

Levie

0 votes

Does it affect the server? It’s probably what Mark wrote. I have seen the same on installations using SignalR (Microsoft websocket library) when the browser is closed or refreshed since it simply kills the web socket connection.

  • Luca answered May 24, 2019 - 8:39 pm
0 votes
In reply to: Help with login form

Jorge,

have you tried to Dispose your form instead of hiding it ?

Best regards
Frank

0 votes

Hi Frank,

It seems that the tests were made by mistake using 2.0.22.

New tests performed using 2.0.24, are showing it OK on the Express and IIS.

I apologize for this and the extra work it may have created for the Wisej team.

 

Regards.

0 votes
Levie (ITG)
Now works properly.
Thank you.
0 votes

I have found out, that the popup menu is not affected with the issue reported when there is enough space to display the whole menu width /height away from mouse position. I hope this can be resolved.

 

Thanks.

0 votes

I looked into this in more details and it turns out it’s your javascript code that has the bug not IE.

In the IFrame sample you assigned “var map” in the <script> tag and refer to it in the local function and event handler. This is why it works.

In the Widget sample:

  • The first error is “this.addListener(‘pointermove’)” instead of “map.on(‘pointermove’). The first attaches to “this” (which is a Wisej object” and receives a Wisej event object. The second attaches to the OL5 widget and receives an OL5 event object. But in the Wisej handler you refer to the OL5 properties…
  • Once you fix the handler, the second problem is the context. OL5 handlers don’t restore the context (Wisej does), therefore “this” is window in javascript.
  • Then you used “this.map” instead of a local “var map”. In javascript “this” is not the current object in a callback handler, it’s the execution context wich is window by default. The local function “displayFeatureInfo” is called from the handler callback, therefore the context is lost and “this.map” is undefined.

The fix is simply to save a local “var map” referring to the map and use it in the closure local function.

See attached script.

 

  • Luca answered May 24, 2019 - 1:51 am
  • last active May 24, 2019 - 1:51 am
0 votes
I asked for an answer that it was an OpenLayers problem,
Same OpenLayers in Wisej’s iFramePanel Control
If you embed the program of the program, it works
Why not?
0 votes

Hi, any update on this?

0 votes

Fritz,

 

html content with JavaScript can´t be put into an HTML panel as the JavaScript is not executed by the browser.
Try using a page in an iFrame (panel) instead.

Hope that helps.

Best regards
Frank

  • Frank (ITG) answered May 23, 2019 - 6:52 pm
  • last active May 23, 2019 - 6:59 pm
0 votes

Takao,

thanks for providing more information.
However the code creating the problems on IE 11 that you showed
comes from OpenLayers, not Wisej.
So it´s not a Wisej problem and you should rather contact the makers of OpenLayers
to get support for that specific issue.

Best regards
Frank

0 votes
In reply to: Request Geolocation

Ok, let’s try to get more specific, i’m trying to get the position of the user using the vanilla code i’ve taken here on this forum, double checked with the original api and the example project created by your team, but i need before to ask the user if they want to do stuff with his position data or not. Checking the mozilla’s developer page i sought that i need to ask the user beforehand the permission, just like a classic ios or android app, Ask permission —&> yay–>use the data|||Ask Permision—>nay–>messagebox for begging the user to use the data, the only thing i could find were the code in javascript, that i can’t make JS and VB talk

  • Jacob Richardson answered May 23, 2019 - 2:29 pm
  • last active May 23, 2019 - 2:30 pm
0 votes
In reply to: Request Geolocation

Hi Jacob,

I am not sure I understand your question. What do you want to cast before the request ?
Can you please elaborate a bit more about what you are trying to achieve and what result (error ?)
you are getting right now ?

Thanks in advance.

Best regards
Frank

0 votes

The browser that causes the problem is IE11.
With other browsers (FireFox, Chrome, Edge)
No errors occur but normal operation is also
I do not.
Where errors occur is in the InitScript
Line 81 “var pixel = this.map.getEventPixel (evt.originalEvent);”
Will cause an error.
If it works properly, the mouse will move
Filled in red. (SampleHtml.jpg)

Thank you.

0 votes

Hi Roni,

You might find it useful to try using VirtualMode on the DGV.  This will let you have large datasets and load them quickly.  It only gets the “page” requested by the client.

I’m attaching a sample for you to try out.

Let me know if this helps the speed of your DGV scrolling.

It would also be helpful to attach a sample demonstrating how you have your DGV set up.

Link:

https://wisej.com/support/question/how-to-use-virtualmode-in-listview

Best regards,

Levie

  • Levie (ITG) answered May 21, 2019 - 3:06 pm
  • last active May 21, 2019 - 3:09 pm
Showing 5921 - 5940 of 11k results