All Answers

Yes you can. It’s a simple Class Library, like any standard custom control. All you need is to build an assembly. See the projects in /extensions.

Hi Mitch,

WJ-7921 is also included in build 1.3.22

Best regards
Frank

Hi Mitch,

WJ-7920 is included in the latest build (1.3.22).

Best regards
Frank

Hi Alexander,

we checked and can´t directly add a style for read only cells as a cell´s readonly property can be set from several source (cell, row, table or inherited).

It’s probably a lot easier to create a single shared style and assign it to the readonly cells using the ReadOnly property to detect the read only cells. T

The shared style can use theme colors.

Hope that helps.

Best regards
Frank

Hi Alex,

WJ-7293 is fixed in build 1.3.22.

Best regards
Frank

Hi Mitch,

WJ-7924 is included in the latest build (1.3.22) that has just been uploaded.

Best regards
Frank

Hi Ser,

enhancement WJ-7934 has been added to the latest build (1.3.22).

Now you can handle the Error event of an Upload Control and will receive information about the files and their sizes that exceed the MaxFileSize.

The ErrorType in that case is FileTooLarge.

Best regards
Frank

I might go down the full movable controls route and see how well that works. Or maybe I can figure out how to hack in support 🙂

Hi Mark,

You can certainly integrate gridster or gridstack as any jquery widget. The jQueryKnob extension is a jquery widget integrated in Wisej. There are several ways to do that, but the easier is to use a Wisej.Web.Widget, add the Packages (javascript libraries) and put the javascript in InitScript adding the init function and any other function you may need. See the source code for the jQueryKnob.

However, once you have the gridster managing a bunch of divs, you still have the problem of moving Wisej widgets into the divs. It can be done, but it requires more javascript and some tricks on the client side, It’s a lot easier to integrate a javascript widget into wisej rather than “extract” a wisej widget out of its environment and place it into “unmanaged” html.

With Wisej you can already move any control (Movable property) and resize any control (ResizableEdges property). You will get the LocationChanged and SizeChanged events on the server where you can enforce any layout.

Best,

Luca

At the moment no. I have added an enhancement request to fire a server event with the list of files skipped.

We are in the same boat.. started looking at strategies for a migration plan that might take a few months.

So what we came up with was as follows:

1. Accept the fact that you are going to have two solutions, two projects. Don’t see any way around that.
2. For business objects classes, just share the code between projects using ‘Linked’ files.. this means any object change in the one project is picked up on the other one.
3. Re-tool the bootstrap/logon page to work the way WiseJ does authentication
4. Get to a compile point that your classes and a minimal logon/main page are accessible in WJ.
5. Now move one screen/function over at a time, testing and validating as you go. Remember, the database and object layer are fully compatible between both systems so you have a baseline to compare to.
6. This works OK for a few screens.. but we have several hundred to deal with..

So now the real challenge: How do you manage two code bases over an extended period and not go crazy?

We have many large customers running our VWG code. There is no way we can flip a switch and move them to WJ overnight. This migration project will take months at a minimum. During that period, we have code fixes and updates happening in the VWG code base.. so managing two stacks of code will be a big challenge.

In our case, and I suspect in many sites, there is a lot of code in the forms and controls: All of the event handlers, menus, validations, etc are in code-behind routines.  I really don’t like just duplicating this code to WJ because it will quickly become out of sync with the VWG codebase.   The good news is that most of the event handlers are compatible between the two platforms. There are some differences in how messagebox event handlers are handled, but those can be automatically retooled.

I tried experimenting with Partial Classes to see if we could put common event code in a second file that could be shared… it sort of works, but Visual Studio can’t really handle it properly.

i also tried referencing the main DLL from the VWG project in the WJ project with the idea that all the object names are available.. This strategy doesn’t work because the event signatures are different.. so the compiler will require that you reference Gizmox DLLS.. before long you are going around in circles with compiler errors.

C# doesn’t have a way to include blocks of code from other C# files (sadly), so we are formulating a plan to automate code updates: Our plan is to define a region in the VWG form/controls that indicate common code that should work in Wisej.. for example:

#region WJCommonCode ….

private void btnClick….

{

}

etc

#endRegion.

We plan on writing a scanner program that copies this code from VWG to WiseJ and replace the corresponding block. This will allow for a common block of code to run in both systems for an extended period. We will continue to do fixes in the VWG codebase, and then bulk refresh the corresponding file in WJ.  Not sure how practical this will be, but its the best idea I have short of a mass duplication.

One item that is impacting us is the missing properties in WJ that we use frequently in VWG, notable “SelectedItem”. As you all know, in VWG you can set/retrieve the ListView SelectedItem.  It would be nice to have this property available to avoid a lot of rewrites.

Be interested to hear how other companies are approaching the conversion.

Mitch

Hi Mark,

I’m not sure it’s a good approach to go in production with a VWG and Wisej mixed app. We have several projects going from VWG to Wisej and most of the work has been to remove workarounds, bug fixes, remove the composite controls for tool buttons, validation events, etc.

There is a small guide here: http://wisej.s3.amazonaws.com/support/guides/VWG%20to%20Wisej%20migration%20white%20paper.pdf

If you need development services for the migration let me know. I can put you in contact with the group handling the migrations.

Best,

Luca

Hi Andrew,

yes, the ListView control is not yet added to the preview tab of the Theme Builder.

As a workaround you can go to the BrowserTab and use any app you want that could include a listview control.

Hope that helps.

Best regards
Frank

I’m interested in that example.

Could you send me it?

Thanks in advance!

Dear All,

the solution of a svg file isnt efficient since I need to allow navigation inside the visio document.

Moreover, each object of the document has decription information coming from an external database.

A solution that seems suits me is the following even if works with IE only:

I created an empty window. On this I putted inside an HTML panel associated with an html page with this code in the body:

<object id=”DrawingControl1″
height=400
width=600
classid=”clsid:279D6C9A-652E-4833-BEFC-312CA8887857″ viewastext>

<param name=”Src” value=”C:\visio\prova2.vsdx”>
</object>

This solution works well in case of little sized visio files. If i try to use a big visio file (i.e. 25 Mb) i cannot view it.

There is some correlation with the file size? Or, most probably, there is some important aspect i’m not considering?

Thank you again.

I copied the values from the theme since I thought that the mixin overrides the entire state. But it looks like it preserves the inherited styles. See

"inherit": "table-row"

Hi Luca,

This is great and works. Just wondering what are

             "widthBottom": 1,
               "colorBottom": "table-row-line",
               "backgroundColor": "table-row-background",
lines for in the under styles. I commented them out and still works. Am I missing something?

Thanks.