Initialising Repo from Active MS Access VBA Project fails if Report name contains backslash

[chrisdukey]

I'm looking into using Rubberduck to manage the code in some large Microsoft Access databases that I inherited. When I initialise a git repository using an existing MS Access VBA project and the project contains Reports with a backslash in the name e.g. [Report Cost Centre Governing Criteria By CC\Grade] then the import fails be cause Rubberduck thinks the backslash equates to a new directory (see RubberduckLog.txt). Afraid renaming reports is not an option as there are so many of them.

[ThunderFrame]

Same thing applies to Form names too.

Forms and Report also seem to allow : (Alternate Data Streams under NTFS!!!)

However, even the VBE fails to actually export the file:

[chrisdukey]

Good to know, thanks. Do you know are there any plans to support the checking in and out of MS Access Database objects (Tables, Reports etc)?

[ThunderFrame]

There aren't any plans for checking in data, but there are plans for parsing the controls in Forms and Reports.

[ThunderFrame]

Fix in the hole with PR #2506

[retailcoder]

@chrisdukey for now there isn't anything host-specific, but we're planning to; as @ThunderFrame said I don't think the data itself would be under source control (isn't that the role of backups?), but DDL scripts for drop+create tables and querydefs isn't impossible, if Access supports that (not familiar with Access myself).

[chrisdukey]

Cheers guys. Yeah, when I said Tables I was referring to the structure rather than any data contained within it. In Access VBA you can use Application.saveAsText and Application.loadFromText to export and import Form objects, Table objects etc. I'd be happy to do some beta testing if that would help.