I have web form dll (.net) and I successfully decompile it by dotPeek. And also exported it to solution.
BUT, I get only *.aspx.cs files and no *.aspx with layout.
It`s possible? How?
Thanks.
Related
I have used several solutions like Berkelium project, CEfSharp, awesomium.net, The Web application i built constitutes of Javascipts, xml, CSS. When I used these solutions for files published on server they properly work out but when i give path like (file:///path) it stops responding.
Depending on your needs as alternatives to file:// maybe look at either:
Implementing a SchemeHandler as showcased by both the CefSharp.WinForms.Example and WPF ditto.
Maybe even an OWIN married with CEF implementation, like Harley
or see this other answer: Ajax not working in CefSharp based WebView with local files
We are building a WinRT application with JavaScript (WinJS) that accesses REST/JSON web services via C# WinRT Component library. In the component library we have a Logon control (much like WebAuthenticationBroker) that allowes us to use ACS logon with our REST services.
Application Layers:
Client (JS)
WinRT component dll (C#)
C# ClassLibrary dll (C#)
UserControl (Xaml/C#, contains WebView)
The problem: When trying to create the logon control, the WinRT throws "HRESULT: 0x8001010E (RPC_E_WRONG_THREAD)" exception (when entering the UserControl's constructor) even if I call it via Windows.UI.Core.CoreWindow.GetForCurrentThread().Dispatcher (recommended in MSDN article I found about WinJS/C++ component).
If I call it from a Xaml/C# client, the code works with or without the Windows.UI.Core.CoreWindow.GetForCurrentThread().Dispatcher.RunAsync().
I've tried to google this and also read all the UserControl, Dispatcher and WinJS documentation but I have not found anything relevant. Is this a known problem and could someone suggest a workaround?
Since I'm a first time poster, please be gentle :-) Any help is extremely welcome!
Xaml-based WinRT controls cannot be used in Javascript-based WinRT projects. You can use any WinRT class library, but not Xaml controls inside them.
If you still want to combine HTML-Javascript with Xaml, I would recommend creating a Xaml-based project, and wrapping your HTML UI in a WebView control.
I wouldn't expect it to be possible to use WinRT/XAML UI in an HTML/WinJS app. You would probably need to use some callbacks to request the UI to be created in a WinJS app/component library instead of the XAML one.
I use Enterprise Architect from Sparx Systems for reverse-engineering URL class diagrams from my source code, and want to take this a step further by using the software to generate HTML API documentation of my code.
However I find the markup generated by Enterprise Architect to be full of Javascript, and I think I may have even spotted some VB Script in there. Want I want is a clean HTML-only template that I can use to produce simple markup that will work fine in all browsers.
I have tried to manually create this template using the template editor in Enterprise Architect 8, but find this cumbersome.
Does anyone know of an existing template I can use, or an easier way to generate a template without using the built in template editor?
The only way is to use JavaScript, you can turn it on by allowing XMLHTTPRequest in your browser. It works well in Firefox, Opera and IE.
EA HTML Template doesn't give much possibilities but you can modify everything thanks to JavaScript.
Another way is to export all diagrams as png or other image file and then manually create a static web page.
talking about a modular web application like a Content Management System, where you can upload and install separated modules, I would like to know what is the best way to develop separeted modules (like News, rss Reader, Forum, etc...) using JSF, that could be put in packages and uploaded into the modular web application.
Thank you!
F.
Ok found the solution...
Simply use composite components... I was thinking that CC were useful to build little custom components only, but not to build entire sections of the view... this is not true. This article in IBM web site shows that it is possible to use CC also to build big parts of the view:
http://www.ibm.com/developerworks/java/library/j-jsf2fu2/index.html
Good and easy! :)
We have a medium sized .js file that we include in our web framework that I am porting over to SharePoint. However, I'm not sure how to go about this or what the best practice is. This is for a framework solution that will be used by other client projects, so it's best for it to be self contained and deploy-able, rather than requiring manually deploying files to the webserver.
My current thinking to put the JavaScript into an embedded resource and then use the script manager to write out the file. Does this seem reasonable? Or does anyone have any other recommendations?
Embeded resource is the best way and you don't need to use the ScriptManager to render it out (as AJAX is not configured OoB on SharePoint), you can just render it as any other client script resource (through the ClientScriptManager).
Best idea is the have an if ContainsScriptManager else UsClientScriptManager style.
That way you get the best of both worlds
You could just toss it into a doc library.
If you are packaging your web part into a sharepoint solution, you could include it as a Module (VSEWSS item). Your manifest file would get something like:
<TemplateFiles>
<TemplateFile Location="LAYOUTS\somescript.js" />
</TemplateFiles>
Theres lots of info on how to do this on the web. I've liked the doc library option for images, css, and javascript because I don't have to rebuild and wait for for SP to JIT compile for 30 seconds each time I do a minor tweak to some style or script. I just edit these things in SPDesigner right out of the doc library.
Create resource mapped folder in your project and put the js file there and give the referene of the js file as _layout/jsfilename.js and this js file will be deployed with your project where ever you will deploy it.