When saving a workbook, the rels file in the package refers to the workbook as "/xl/workbook.xml".
When opening in Excel it doesn't care, but if you save the file using excel (after opening it) the leading forward-slash is now gone.
A quick search of the web (and your source code) shows that this is done by the SDK and not ClosedXML.
As I said, this doesn't cause an issue for Excel, but other components that read Excel files can have trouble dealing with the leading forward-slash (e.g. FlexCel).
Is there anyway you could add compensation for this? - perhaps detect a leading forward-slash and remove it before handing an ID off to the rel id generator?
Comments: I would only add it if it's minimally invasive (after all, Excel and Open XML SDK are happy about it). Submit a pull request with the changes and I'll take a look at it.
When opening in Excel it doesn't care, but if you save the file using excel (after opening it) the leading forward-slash is now gone.
A quick search of the web (and your source code) shows that this is done by the SDK and not ClosedXML.
As I said, this doesn't cause an issue for Excel, but other components that read Excel files can have trouble dealing with the leading forward-slash (e.g. FlexCel).
Is there anyway you could add compensation for this? - perhaps detect a leading forward-slash and remove it before handing an ID off to the rel id generator?
Comments: I would only add it if it's minimally invasive (after all, Excel and Open XML SDK are happy about it). Submit a pull request with the changes and I'll take a look at it.