I am amazed and dumbfounded to find out that a report generated in Microsoft Access will not include the charts I generated when exporting to Excel, Word or any other technology.
Has anyone found a work-around for this? My user base needs to be able to copy/paste the generated reports (including graphics) into different status reports. Copying/pasting does not seem to be possible directly from the Access report.
I would really need more info to help you (which version of Access, How are you generating the graph, etc.).
Have you tried the "Publish It to Microsoft Word" or "Analyze it with Microsoft Excel" options from Print Preview?
One option your users have is to Alt-PrintScreen and paste it.
What I typically do is have users install CutePDF Writer (it's free), and it lets them print to a PDF, which they then can send to whomever they want.
There is also something called snapshot, that can be further viewed by users and/or inserted in documents.
install CutePDF Writer (it's free), and it lets them print to a PDF
I'm not sure about Access 2003 but in Access 2007 you go to the chart properties and set Enabled to Yes. Afterwards you can copy and paste the chart in Excel and/or Word.
As a workaround I use a free screen capture utility for graphs generated in Access: get the graph on the screen, capture it, Paste or Paste Special into Word. Works well and fast, the only downside is losing resolution if you want the graph to be big (e.g. full page) in the Word document.
Related
How can I read a Oracle reports .rdf? Is installing the Oracle Report Builder the only option, if so can someone share a link for it.
I need to read a .rdf file to see its content. The file is a Oracle report which gets the data from DB and creates a report.
You can open a RDF file in any text editor. It'll be awful, but it is searchable so - if you're interested in its query, just search for SELECT and you'll get it.
Otherwise, if you really need to see the layout etc., Reports Builder installation is the only option, as far as I can tell.
I am about to release an Access Database application where the UI is used exclusively to interact with the database tables.
Whilst I am interacting with the forms during run time, the Visual Basic Editor appears with a line of code highlighted in debug mode, even when no breakpoints exist and no run time error has occurred.
Has anyone else come across this issue?
I need to ensure that the editor does not appear (under normal operating conditions) while the user is interacting with the application.
Thanks.
Yes, I have had this problem too and it has driven me batty. The quick and dirty way of fixing it is to create blank database and import all of the objects from you old database into the new one.
Are your users working with an .accdb file? (or .mdb, depending on the Access version)
If yes, you should convert it into an .accde/.mde before giving it to your users.
Quote from the link:
Additionally, if the database design needs to be secured to prevent changes, Access databases can be locked/protected (and the source code compiled) by converting the database to a .MDE file. All changes to the VBA project (modules, forms, or reports) need to be made to the original MDB and then reconverted to MDE. In Access 2007 and Access 2010, the ACCDB database is converted to an ACCDE file. Some tools are available for unlocking and "decompiling", although certain elements including original VBA comments and formatting are normally irretrievable.
--> since .accde/.mde files are compiled, it's not possible to view the source code at all.
So the VBA editor can never appear accidentally like you experienced...be it because of a breakpoint, some Stops in the code or some strange breakpoint error like yours.
Is there any way to alter the format of a graph in a Microsoft Access report programmatically?
I know my way around the automation of a report, I just don't know how to access the properties of an axis (or whatever) of a graph to change them.
Charting in access is almost the same as in excel. So if you need to know something record a macro in excel and you will see the code.
This is the best one can do while ever you are not showing code.
I am currently working on a MS Access 2003 mdb file. This mdb file will be converted to an mde file before being published.
How do I go about enabling the reports function of MS Access after conversion? Is there a alternative (open source or free software) to the reporting in MS Access? Any suggestions?
Assuming you mean getting users to creat their own reports in the same FE MDE? This isn't possible as you can't open a form or report in design view in an MDE.
We suggest you give the power user a separate MDB linked to BE database. Along with some starter queries and tell them to "have fun". Providing occasional support on queries, explaining, for example, the difference between the joins.
Also I give my clients an Export to Excel button which copies the reports recordset to Excel. I do not attempt to use the report itself into Excel as that generally looks terrible.
Another issue is to consider why users want to create reports. I frequently get clients requesting two different reports on the same data, one with details, one just a summary. You can actually make that a single report and hide the detail section to get the summary report.
Also, many clients consider a report with different data but the same layout to be a different report, and what they really need is the ability to filter the report output according to their needs.
In my experience, both of these take care of 90% of the scenarios where users think they need to create reports.
We're looking for an easy way to display Access reports on the web. These reports have been written and viewed internally for years. They are not simple tables, but more complex charts and graphs. But, now people outside the organization need to see them. All of the data is in access. And, except for reporting everything else is working fine.
We have a web server that has permissions to see the Access database. However, the Access database server cannot be the webserver itself. So, the question is how do we view these reports on the web? This excellent solution, which I reference in case it helps others, (https://web.archive.org/web/20211020135306/https://www.4guysfromrolla.com/webtech/042600-1.shtml) does not apply, as it requires you to be on a company intranet . (Although, it may be possible to implement the solution outside of an intranet, so many security holes would be opened up that the developer leading this project would surely be fired.) If possible, we also do not want a solution that expects every client to install code, for example, the access runtime.
Is there a tool that can read the
access reports when requested? OR
Is there a tool that can upload the
data from the Access database on a
periodic basis and based on the last
retrieved data - it can display the
report that was written in access?
Other solutions ...
Thanks!
print the reports to pdf and then copy the pdf files to the webserver
Options:
output to PDF.
output to Access snapshot format and force users to use the snapshot viewer.
wait for Access 2010 with Sharepoint 2010 and Access Services and you're home free (as long as you can rewrite your reports to be full web reports, i.e., not VBA and only using the capabilities of web reports in A2010).
We deliver an Access app (and reports therefore) over a Terminal Server as a WebApp.