I'm maintaining a VBA application in Access and a big part of this program is to make PDF's and email. I've already coded to create a PDF with PDF995, but the problem is that it keeps prompting where to save and a bunch of other questions.
Is there any solution that allows me to create PDF's in the background without prompting the user anything? I know where it needs to be saved, I know how it's going to be named, so that's not the problem.
Which Access version are you using?
In Access 2007 and above you can create PDF files out of the box, without stuff like prompting where to save.
Here's an example:
Execute Access 2007 Report and Export that Report to PDF Programmatically?
Note that in Access 2007, you have to install an add-in in order for this to work!
For Access 2003 and below, there's Steven Lebans' ReportToPDF.
Related
I have a report that uses a CSV file as a datasource. In Visual Studio, I can point it at the file on a share and it works. When I deploy it to the SSRS server though, it brings back an error:
The Microsoft Access database engine cannot open or write to the file 'forecast.csv'. It is already opened exclusively by another user, or you need permission to view and write its data.
Putting the file onto a share which has Everyone granted Full Control, it works. This is obviously not an acceptable security situation. I am using the following OLEDB connection string:
Provider=Microsoft.ACE.OLEDB.12.0;Data Source="\\server\share\Apps\Folder1\Folder2\DEV\SSRS\Report Foo";Mode=Read;Extended Properties="text;HDR=YES;FMT=CSVDelimited"
Of interest, another report that uses an xls file as data source works on a share that does not have Everyone Full Control access. I initially thought that it was a DFS issue but it is actually that the share needs Everyone to have Full Control. Setting the share to Full Control for the user doesn't work, it has to be Everyone
I have logged this as a bug with Microsoft
I'm trying to publish an excel file to the web and I want this file to be interactive for everyone.
After searching Google I saw that in the old office you could do it by enabling the "add interactivity" checkbox that is now missing in office 2010.
does anyone know how I can make my published excel file (now *.htm) be changed by any user through his Web browser?
Unfortunately, the capability of publishing interactive web pages was removed after Excel 2007. You will not be able to accomplish this using Excel 2010.
Have a look here for more information.
I have an access database with a report that contains several subreport. the problem is that the subreport keeps overlapping. I have used the Can Grow = Yes on all report and nothing works. however, when I'm in print preview the report loads fine but report view is where I'm having the problem. what can i do to fix this? thanks
PS. im using access 2007 and the database format is .mdb
I've found the answer on Microsoft's Website. I needed to install Office 2007 suite Service Pack 2 they have an excel sheet with all the changes under the section Downloadable list of issues that the service pack fixes on this page. :)
I have a quick question, is it possible to open a form created codes in access?
I have created my form but I can not find how to perceive its code in Visual Basic
Thank you for your reply
The only way I know is to export your form from access in an ASCII file, but this is not useful. Access forms are completely embedded in the mdb/accdb file and they need access executable to run. Usually you write events functions of the forms of your access project into the vba editor, but you can access properties and design details only from the design view.
i would like to distribute an access front end to some people and i want to make sure that they do not edit anything in it; however when i change the extension to ACCDR it makes all the forms and tables disappear. what settings do i have to change in order for them to be able to open forms but not view them in design view or make any changes to the forms?
The accdr extension puts your Access application into the "runtime" mode of Access, meaning the end user does not have the ability to see the built in navigation tools within Access. You would need to provide the navigation mechanism within the application yourself (for example, a startup form with links to the forms \ tables you want the users to be able to interact with).
The accdr extension hides objects from the user, but it does not prevent them from changing the file extension back to accdb and modifying your code \ objects.
To completely "lock down" the application you need to create an accde file instead. This prevents the user from being able to open a form in design view and make changes.
The following two links provide additional information about the file types and ways to deploy your application:
Intro to the Access 2007 file format
Deploy and Access 2007 Application