I am using fastreport.net for reproting facility for winforms.
Now I have imported only one dll that is fastreport.dll in my project. And that was working fine. But if I run that project in others machine, that is not working. Because fastreport.bar.dll should be imported,if I import that dll in my project,then it works in other machines, but I came to know that there is no need of importing other dlls than fastreport.dll.
So is there need to import fastreport.bar.dll to import in my project, and I read in the manual that if I want to use docking window and all that then and then I will have need of import it ? Has anyone idea about that ?
I see two referencies in FastReport.dll - FastReports.Bar and FastReport.Editor
These referencies could be stored into Global Assembly Cache (GAC). In that case they should work without import to your project.
So you may put these dlls to other machines into their GAC.
BTW, I don't know how does FR license allow this.
You may not import FastReport.Bars.dll, but you must distribute it i.e. copy it to the .exe folder or install it into the GAC on the client machine
Related
I want to import javacardx.apdu and javacardx.framework in eclipse and use in applet in java card, how do this work? and how do I download .jar file to import.
thnaks
You can find the JavaCard Development Kit here.
The JCDK contains not only the APIs but also tools to help you build CAP files. You should read the documentation provided.
The jar file you look for is api_classic.jar and you should find it in the lib folder of the JCDK. You need to add it to your classpath so you can compile java card code.
You cannot (usually) upload .jar files. You need to convert the class files within a package to a .cap file. This conversion is usually performed by the JCDK converter tool or a third party equivalent. It converts the byte code into Java Card compatible byte code and performs some early binding (using .exp files delivered with the various libraries).
You may of compile against the api_classic.jar found in the lib fo lderof the JCDK to find out if your code compiles. Note that the name of the .jar may differ for different versions of the JCDK - I've used the one for Java Card version 3, where the functionality has been split into the connected and classic API.
I strongly recommend you follow some tuturials and - of course - the book Java Card Technology for Smart Cards: Architecture and Programmer's Guide.
I’m working with an application for both Windows desktop and Windows store, potentially I will add Windows Phone in the future. I’m having most of my logic in a library and create different GUI for the different platforms.
I want to localize my application and want to share string resources between the platforms. But how do I do that?
For Windows desktop the most common approach seems to be using resx files. Here is a short example:
http://compositeextensions.codeplex.com/discussions/52910
For Windows store app resw files are used instead, here is an example of that:
http://msdn.microsoft.com/en-us/library/windows/apps/hh965326.aspx
Both these solutions are platform specific which I don’t like :-(. I really want to have all my string in one file/language and being able to use that in all platforms. Is there any solution for this?
Update 17 Feb 2014: As I understand it resx and resw files are in the same format. What is missing in Windows store app is that no class file is generated for the resw file. If I just could get a file like that my problems would be solved. Then I could put an instance of that class in my view model and access all text via properties.
The class file generated in WPF application almost works. The problem is this line that looks something like this:
global::System.Resources.ResourceManager temp = new global::System.Resources.ResourceManager("ResxTest.Properties.StringTest", typeof(StringTest).Assembly);
To get this to compile I need to change it to this:
global::System.Resources.ResourceManager temp = new System.Resources.ResourceManager("ResxTest.Properties.StringTest", typeof(StringTest).GetTypeInfo().Assembly);
But the resource ResxTest.Properties.StringTest can’t be loaded in my Windows Store application. For some reason I need to rename my resource to Resource.resw and load it with the name “Resource”. I have tried all kind of names but this is the only one that works. Using name MyApplication.MyResource never works.
I’m not sure if I’m on the right track. I’m almost so desperate that I will make my own solution were I convert an XML-file with all strings I needed to a huge class with properties that I could use to get all string without any resource files. But I think that is ugly and cheating so I hope someone could give me a better idea :-).
Update 24 Feb 2014: I was wrong! Things are working quite nicely with Portable class library. If I use that I could put an instance of auto generated C# class in my view model and access all strings from that object.
But if I use an ordinary library things doesn’t work as properly in Windows Store app (WPF is fine). I have tried to copy all files to a Windows store class library from a working Portable class library. When I try to create an instance of the auto generated file I always get:
An exception of type 'System.Resources.MissingManifestResourceException' occurred in mscorlib.dll but was not handled in user code
Additional information: Unable to load resources for resource file "MetroLib.StringResources" in package…
Quite annoying since I’m using the express editions of Visual Studio where portable class library isn’t available. So probably I will develop my own solution to generate classes from a resource file (which also gives me some other benefits). But I’m still curious what I’m doing wrong.
I finally solved the problem. I simply developed a simple tool (ResToCode) to convert resource files to pure C# classes. Quite similar to what Visual Studios resgen.exe is doing, but with some extra features. It works really well so I’m quite happy about it :-).
The tool is available for anyone at CodeProject:
http://www.codeproject.com/Articles/744528/ResToCode-Localization-tool-for-Windows-Desktop-St
You can put all your resources in a Portable class library and use these libraries on all platform. You might have to check what version of .NET framework you are using. Portable libraries are not available on all the versions of all the platforms.
http://msdn.microsoft.com/en-us/library/vstudio/hh871422(v=vs.110).aspx
http://msdn.microsoft.com/en-us/library/vstudio/gg597391(v=vs.110).aspx#members
Have you looked at the Multilingual App Toolkit? It keeps the translations in an industry standard XLIFF format and can generate resources files for Windows and Windows Phone.
I had the same issue with the MissingManifestResourceException for Portable Class Libraries too. Today I created a new Portable Class Library with another name (without the string 'Resources' in it): and it works like a charm. No idea why this hasn't worked before (perhaps the name of the resource).
GAE blocks using local libraries that it doesn't support on the server. Generally this is a good thing. Unfortunately this means that ipdb is blocked also. Adding the necessary directory for ipdb to sys.path doesn't work. It continues to give import error.
I've tried copying the ipdb+IPython folders into my gae folder, but this errors on import resource (/usr/lib/python2.7/lib-dynload/resource.so)
Another option might be to try editing GAE so it allows temporary access to local libraries?
The reason I desire ipdb is mainly for it's history and tab completion functionality.
There appears to be a way to get some readline support with pdb on Linux systems, found here https://groups.google.com/forum/?fromgroups=#!topic/django-non-relational/C0g3ZYuhoMw
Basically install the package rlwrap, then run the local server similar to this:
rlwrap python manage.py runserver
I've recently installed resharper 6.0. It took my long time to set up everything as I wanted. Now I want to export all this settings to another computer. I've tried this aproach without any success (might be because the computers use different versions of visual studio?). Then I found this in this answer. But RSM works for r# 5. I started reading to see if there is going to be RSM for r# 6.0 and there will not be because in r# 6.1 some settings management options are included. But I'm stick with r# 6.0.. Is there any way I can transfer my settings from one PC to another?
Now you may want to update to ReSharper 6.1 where the management of settings are improved including an export and import feature.
You didn't explain what you meant by "without any success".
Were you able to find the folders and copy the files?
Were there files already in the target directory? (If there weren't, you probably had the wrong directory.)
Did you diff the old and new files as a sanity check? (This would be especially important since you're apparently expecting this to work even when the two machines aren't running the same version of Visual Studio. There could easily be differences in the file format across VS versions.)
Did you make sure to close Visual Studio before copying the files?
Did you just copy files in ReSharperVersion\VisualStudioVersion, or did you also copy the files in the vAny directory?
At any rate, if you really can't copy the global settings files, and if you can't install 6.1 (why not? it's a free upgrade from 6.0), I think your only other option is to export and import your coding-style settings by going to ReSharper > Options > Languages > Common > Code Style Sharing. That won't get all the ReSharper settings, but it will get some of the most important ones.
I am working on a project which uses an import
#import "progid:Blah.blah.retrieve" rename_namespace("Blah")
but I would really perfer not to register the dll which is I believe what is missing to allow this to work. I don't want to register the dll because our build system will not be able to build multiple instances at a time. Is there some easy way to convert this import into some other form? I have the source for the progid it is importing.
As you can probably tell I don't understand this #import function very well, does anybody know of a good primer on it?
#import brings in the typelib registered against the prog id you've specified. It does this by looking it up in the registry and following the trail it finds there.
You can also just use #import on the dll directly by filename, and avoid the need to have it registered at all. You can even specify the tlb file directly if you have access to it. See the documentation for the #import directive.
If you need more control on specifying the resource that represents the typelib then there is a relevant knowledge base article.