I was looking at the Kendo Grid local virtualization demo page and I noticed that the demo didn't include an example of an Asp.Net MVC server wrapper. Does that mean that there isn't one for the local virtualization mode of the grid?
Does that mean that there isn't one for the local virtualization mode of the grid?
In the local version, as the name implies, there's no need for a server. The data is stored inside a javascript variable and lives only on the client. I don't understand what server side wrapper are you asking about. All you need is a server that will send the correct markup to the client. From this moment on everything happens locally.
Related
I have recently developed an ASP.NET MVC project which supports uploading a visio(vsdx) file, reads the shapes information and performs some business operation.
The project works fine in the local but fails to work once deployed to IIS in windows server.
I tried configuring the com settings in DCOM Config, but Visio Drawing is not visible there.
Any particular settings to I need to perform for server ?
Probably it's the same set of issues as of any other server-side office automation.
Microsoft has documented those about 15 years ago. Most of those are still valid.
https://support.microsoft.com/en-us/kb/257757
If you want to manipulate visio drawings server-side, better avoid automation.
Why differences the user interfaces, such as textbox, button, etc... between developing stage on local machine and IIS?When I'm developing with ASP.NET MVC 4 on my local machine, the user interface like below :
After I uploaded to server
How can solve this case? Please
Chances are that because one is rendering in the "localhost" domain that it is using IE's Compatibility View by default because it is considered to be an "intranet" zone. And the other is likely rendering from something that is considered to be in an "Internet" zone, so no Compatibility View by default.
My current Intraweb application is actually a DataSnap Client which connect to my DataSnap Server that connects and sits together with an Interbase Server on the same machine. It works correctly but quite slow and require constant Internet connetion to work. Each button clicked or any event triggered will require the browser to connect to the Web Server (Intraweb).
I am thinking of creating an offline web application using Intraweb in Delphi XE2, HTML5 cache manifest feature, and use the browser-based SQL storage (such as webSQL or IndexedDB) as local browser storage when the mobile device goes offline. It will only connect to real DataSnap server when Internet connection is available to do initialization or synchronization back to the DataSnap Server.
Is is possible?
My main problem is to get the webpages' url out from the intraweb web application, and I do not want to put all the browser's storage code inside the template files.
It is also quite tedious to move the JavaScript code generated by Intraweb to other js files, and by doing this I may break the Intraweb application codes and logic. Is there any workaround on this?
As you stated by yourself: "Each button clicked or any event triggered will require the browser to connect to the Web Server".
This is the design of IntraWeb: a Client-Server application, in which most code logic is executed on the server side. You can add some AJAX widgets to your applications, but IntraWeb, by itself, is a Server-Side framework.
In order to have a full HTML5 AJAX Client application able to run stand-alone, you'll need a pure JavaScript application. Even Sacha/ExtJS based AJAX frameworks (like ExtPascal or UniGUI) or Morfik require a server to run.
But creating a pure HTML5 JavaScript application is some difficult task - but it is possible, since you can consume DataSnap content from JavaScript (using XML or JSON). You can try http://www.appcelerator.com/ which is a great IDE and platform for creating JavaScript applications, which run as native apps.
In order to have a disconnected HTML5 application, you may have to wait for the following products to be released:
Smart aka OP4JS;
Elevate Web Builder.
Thanks to these two projects, you would be able to code in object pascal, then the JavaScript will be compiled from the pascal source, then use HTML local storage. See for instance this article about using storage with Smart/OP4JS - I've tested it (in Alpha), and it works very well: you have a pure stand-alone HTML file which is able to run without any server, and have local storage. SQLite3 storage is planned (not yet finished).
I recently got into Silverlight development. So far I've managed to create a single Silverlight XAML view which pulls in data from an SQL Server Database using the ADO.Net Entity Framework and displays the data in a Silverlight DataGrid. I can also perform simple editing and update functionality on the data and persist it back to the database. At this point my understanding fails. From what I gather, the Silverlight Client Application is hosted inside an ASP.NET or ASP.Net MVC web application. Normally I would just build a website using ASP.Net MVC and use a few jQuery controls, etc., to spice up the interface on each view. How do I go about using these different Silverlight XAML views that I create in my ASP.Net MVC application like they were MVC Views? Have I totally missed something here?
RIA Models
There are two different models for integrating Silverlight (or any RIA technology) into your website:
Entire Silverlight application hosted in simple website
Silverlight controls integrated into a website with other interaction (forms, jQuery, etc.)
Either model works well, it's up to you to decide which works better in your scenario.
Silverlight communication with the server
Your Silverlight application is a plugin hosted in a browser, so it's best to think of it like jQuery or other client-side code. There are several ways to communicate back to the server:
RIA Services
ADO.NET Data Services
Custom WCF service
Other REST / SOAP communications you build yourself
Silverlight supports WebClient and HttpWebRequest, so you can get as low-level as you'd like in your client-server communication. I really recommend looking at RIA Services since it handles not only the communications, but also the validation rules.
Silverlight integration with HTML / Javascript
Silverlight can both call and be called from Javascript via the HTML bridge. This means that your Silverlight components can be as closely integrated with your web-page as you'd like. Silverlight can also directly interact with the DOM - setting and reading form values, changing CSS properties, etc. You can do just about anything you'd do in Javascript via the HTML bridge if you'd like.
In order to update your data model from your Silverlight application (which is running on your client's machine) is to utilize WCF (Windows Communication Foundation). Your Silverlight application will communicate to your server using WCF, and none of that has really anything to do with how you're serving up your Silverlight app (whether you're using Webforms or MVC).
Perhaps this question is naive, as I am just starting with ssrs. This is a large Delphi (2009) application that currently uses Crystal (activex) for reports. We are wanting to move to ssrs but would still like to control the report parameters from within our app as we've done with crystal. I've seen the Report Viewer Control for a VS environment and I'd like to do something like that. Any help is appreciated, thanks.
I doubt you can - as far as I know, the ReportViewer control comes in two .NET flavors: one for ASP.NET web applications, and one for Windows Forms .NET apps.
However: you can access all of the reporting server stuff using a simple web browser control, too. SSRS has extensive support for specifying just about anything in the URL, too.
Check out the MSDN docs on Using URL Access from a Windows (Win32) application for a starting point.
Or if you want to take it a step further, the Reporting Services also expose standard web services to do just about anything (including managing SSRS), which you should have no trouble consuming in Delphi as regular SOAP web services.
For that, see the MSDN docs on Using the SOAP API in a Windows Application.