I'm using Crystal Reports XI Viewer Active control in an Access 2007 (but 2003 format) form. I'm using SQL Server 2008 as the backend. The viewer displays reports fine, but there are no toolbar icons. Buttons and tooltips work as expected, just no images.
Searching for this, I've seen countless references to this problem using the WebForms viewer, but not the ActiveX control.
I thought maybe it was a missing reference, so I added every Crystal version 11 DLL the References dialog offered. I suspect it may yet be another, but don't know what else to look for.
Has anyone else come across this? Any ideas?
(Please don't recommend using Access's built-in reporting instead. Business requirements dictate Crystal so my hands are tied.)
Adding all the DLLs is not going to do anything that dropping the ActiveX control on a form will not already have done. That is, using an ActiveX control automatically creates the appropriate reference in Access.
I recommend against utilizing any ActiveX controls (except the ones that are built in) in any Access app because there are so many installation problems they can cause.
Not all ActiveX controls are compatible with Access, so you need to check with your vendor to see if they think it is. If not, then you're probably out of luck. It's unlikely there are many Access programmers out there who've attempted to use a Crystal Reports ActiveX control in Access itself, as there's not much need for it in the vast majority of Access apps.
Is there some other interface that you can use other than an ActiveX control? What does it do? Display the report in a form?
Problem fixed itself after closing and re-opening Access.
Related
I'm the new maintainer of an application that was previously done by a contractor. The application was developed using VBA inside an Access project. It consists completely of forms (one of which is opened using autoexec macro) and stuff like click handlers. I don't see any use it makes of Access functionality except for accessing the tables using ODBC table linking done in Access.
These are the reasons I would like to convert this application to a standalone application if possible:
There is no version control at all, just multiple copies of the same project with an incrementing number appended to the filename
The VBA IDE is super annoying
I think the code could then be migrated to more modern languages like C# or VB.net making it more maintainable
Is there any way to convert this to a separate Windows application (I guess using WinForms as that seems to be the same as the forms in VBA) that can be maintained in Visual Studio?
Access for 20 years has supported the standard ‘Microsoft source code control interface. This is outlined in this post:
Version control for VBA file
And this one here:
How to implement version control in Access 2003?
There really little or no reason why Access + VBA, or vb.net can’t be used with source code control. However the SCC add-in that was part of Access was depreciated in 2013. So for versions after 2010, then you can use a script to export the objects. This works quite well – I am using GitHub with Access. So you need a script to export objects now that the SCC add-in is not included in versions beyond 2010 and it works rather well. Access can view each object as "logical" separate. So having all parts in a folder, a zip file, or the Access continuer is moot - don't fall for the physical vs logical concept here that so many people fail to grasp.
•The VBA IDE is super annoying
Hum, never really had much issue with it. I spend good parts of my day using VS2013 and vb.net, but for the most part the VBA IDE is fine for most Access applications. Can you give an example of what feature or something that you find bad with the VBA IDE?
•I think the code could then be migrated to more modern languages like C# or VB.net making it more maintainable
I can’t see why code written in c++, or Pascal or VBA is going to be more or less maintainable? You have to give an example of what you mean here? Maintainable code is maintainable if it is COBOL, Pascal, or VBA.
I guess using WinForms as that seems to be the same as the forms in VBA
No, Access does not use winforms.
Access as a developer tool not really different then say using FoxPro, or say Delphi. Such code and systems can be re-written like any other software development system would require that I am aware of say in the last 30 years of desktop development.
As a general rule, something written in say Delphi, or Access + VBA is not going to by some act of magic is going to be converted to WinForms and .net. That goes for just about any IDE and system I am aware of.
So software in the general computer industry never worked this way in the past, and thus Access is really much the same as most everything else in this regards.
I've created a simple ActiveX user control from the VB6 Interop UserControl Template (as a C# developer who hasn't touched VB in years was a shock to the system!!!). The control loads an image from a URL and then allows the user to zoom in and out of the image.
All works fine and have tested it using TstCon, but when I try and add it to an Access 2013 form the control isn't listed. I know it can be done as I've read on other forums it can, but nobody seems to say how. Can anyone shed any light on what I might be missing in order for it to load in Access?
Many thanks in advance.
I am using Microsoft Reporting Services to provide users with custom reports. I create them in Business Intelligence studio, deploy them and have a website where users can view those reports.
Now i need i new tool to do almost the same. I need to create reports and users has to be able to view them in PC, Mac, mobile phone, tablet, etc. Microsoft Reporting Services has some problems with Android and iOS, and that is the problem for me. Users cannot scroll the report (if it is longer thant report viewer window), expand does not allways work and etc.
I need a tool, to create same reports and allow to view them anywhere. I was thinking about pentaho, but it is no exactly what i need. Maybe somebody has any solutions?
Pentaho's analyzer tool is good on tablets/mobile but unfortunately it is EE only, not community/open source.
If you're happy with enterprise another option is yellowfin?
Alternatively with the community edition of Pentaho you can make use of CTools and there is a very good dashboarding framework with explicit support for mobile devices - may be worth looking at that?
Why exactly is pentaho "not exactly what you need" ? What are your perceived issues with it?
I have not used pentaho. However, I know any limitations in the web viewer control are based on browser support and interpretation. One workaround to these limitations is to reference the reportexecution2005 interface in your project and call the Render method with HTML40 format and designate HTMLFragment in the device context header, this will return the report html content as a byte[]. However, any custom paging/printing/zooming would have to be re-implemented in your web app :(
I have a huge MS Access document with built-in VBA codebase. Is it possible to track the file (as I am developing it) with a (mercurial) version control system? Can I extract code and track that? Or is it just the-binary-file-path? Thanks.
It's possible with MS Access to export most of the code through scripts. I posted some here a while ago:
How do you use version control with Access development?
It's possible to version-control binary files, but it would be a little cleaner (IMO) to have the code separate. If it works for you though, then by all means do what you do.
There is a nice tool here https://github.com/hilkoc/vbaDeveloper .
It allows you to easily export and import all your vba code and can do this automatically as soon as you click 'save'.
The export files are all plain text which you can then put in version control in the usual way.
Access all the way up to 2010 has supported source code control, and that includes support for team foundation server. The fact that you place all files in ONE zip file, one folder on a hard drive, or one container called an accDB is a MOOT point. As long as EACH individual object can be viewed as a SEPARATE object, then why do you care if one is using a zip file, or an accDB file? This is a “logical” view vs a physical view issue.
The simple matter is EACH OBJECT IN ACCESS CAN BE EXPORTED AS A TEXT OBJECT. Thus Access has supported source control integrate using this ability with the standard Microsoft SCC interface since Access 97 (that is 17+ years!!).
When you use SCC such as Visual Source safe or Team Foundation server then the BUILT IN UI in Access supports display the objects status in question. You have resolution down to the form, report, sql query and code module level. So multiple developers can all work on the application at the same time. They only need check out the forms, reports quires etc. they are working on. Each developer thus has their own local build.
If using Visual Source Safe, then you see this in the ribbon:
If you using team foundation server, then you see this:
And for objects checked out, you see this:
And when you open, or even right click on an object, you see these additional options:
Of course given that “few” use this feature or even know what it is (and the posts on SO confirm this lack of knowledge), then it is LITTLE surprise that the feature was dropped in Access 2013 after all these years!. However some 3rd party add-ins claim to restore this ability. So the ability to export objects in 2013 as individual text files STILL remains in place.
This question already has answers here:
Closed 10 years ago.
Possible Duplicate:
Version control for VBA file
Does any kind of version control exist?
If no, is there any good solution for collective development of MS Access 2007 database with VBA ?
Microsoft have produced a Source Code Control add-in for Access 2010:
Source Code Control add-in allows
integration with Microsoft Visual
SourceSafe or other source code
control systems to allow
check-in/check-out of queries, forms,
reports, macros, modules, and data.
You can also see the differences that
have been made to your checked out
objects.
The only one integrated VC solution for Access is Microsoft Visual Source Safe however it's poor designed and even Microsoft internally avoid from using it ;). Some people call it "Source Destruction System", but I personally know success cases with using it. Generally, it could be a good solution for small and medium projects due to its limitations.
Here is a very critical article about VSS:
http://www.highprogrammer.com/alan/windev/sourcesafe.html
The other option is to design your own code to export VBA solution using Application.SaveAsText() - it's partially undocumented feature of Access API.
I work with an Access application and Team Foundation Server Source Control. You need to switch the source control provider Access expects; I used this tool, Sourcecode Control Switcher, to do so when we moved from VSS to TFS. Once you've switched, you can setup the source control settings in Access and build a source-control-connected .mdb from TFS. It works nicely.