This page contains a list of the known issues when using SpreadsheetConverter to convert Excel spreadsheets to live, calculating web pages.
All our files and computers are scanned for malware at all stages of production using the latest versions of industry-standard Internet security software which is updated automatically. All files available from our Download page are free of known malware.
If your Internet Security software is flagging any part of our software as malicious, we urge you to contact us immediately. We are aware that e2o2.exe or ViewManager.exe sometimes get a “suspected” status, but so far these have all been false alarms.
Read more on the help page for download and installation.
When we designed SpreadsheetConverter we wanted to allow for extremely large spreadsheets, and still provide exceptionally fast response times on slow hardware. This forced us into a few minor compromises, of which one was that if you ever assign a text value to a cell, it is always treated like text.
When you reference such a cell in your spreadsheet, it always returns a text, even if it’s a number. The cell contents will always be left-aligned, also for numbers. In string comparisons the operation compares character for character from left to right, so numeric string values may give unexpected results, e.g. ‘9’ > ‘10’ and ‘09’ <> ‘9’.
Example: a formula that returns either text or a number
=IF($E2=0, "Error", ROUND(0.8/$H2,2))
SpreadsheetConverter will see that the formula may return the text Error and internally defines the cell as text, which will always left-align the cell – even if it contains a number.
To avoid this from happening, divide the functionality into two cells, one with the numeric value
And another with the error indication
=IF($E2=0, "Error", "")
Example: A formula that tests if a numeric cell is empty
When you want to test if a numeric cell is empty, you would typically use a formula like
This works fine in Excel, but SpreadsheetConverter regards empty cells as text strings and so the test will fail because “” is not equal to 0. The obvious circumventions are:
If you really, really must have a cell that contains both text and numbers, an error-proof test for it being empty is
=IF(OR(TRIM(A1)="", A1=0), "Empty", A1)
A common problem in Excel is that it may not show you the true, entire numeric value of a cell. For example, if you enter the formula
into cell A6, it will typically display as 0.333333. But the value actually has an infinite number of threes. So the statement
=IF(A6=0.333333, True, False)
will evaluate as False.
Also, most computers actually perform decimal calculations as their equivalent binary calculations. This inherent approximation may lead to differences in precision, e.g. that a cell ends up with a value of 0.45000001 when you were expecting it to contain exactly 0.45.
So, instead of the formula above, you should consider using
=IF(ABS(A6-0.333333) < 0.000001, True, False)
The same thing happens if you want to evaluate if a value is less than or greater than another value. If you get unexpected True situations using
=IF(A5 > A6, True, False)
it may be because one of the cells contains 0.45 but the other 0.45000001. To exclude this special case – where you prefer to consider the cells to be equal – use this formula instead:
=IF(AND(ABS(A5-A6) > 0.000001, A5 > A6), True, False)
If the numbers are close enough, the first part of the AND statement will not be True, and so A5 will not be considered greater than A6. You must use a “proximity constant” that is relevant for the numbers you are actually processing, in particular if you expect the cells to contain extremely high or low values.
For your spreadsheet to convert gracefully into a properly formatted web page, it must follow certain rules. We have documented these in a separate help page about the restrictions for spreadsheet file name, size and content.
If you start a conversion and the progress bar seems to get stuck around 32%, you may be using conditional formatting on a very large cell range, e.g. an entire column. This problem is easily solved, just apply conditional formatting to only those cells that actually contain data.
New Google Maps may not appear as expected on your website. You get an error message saying Oops! Something went wrong. You likely have a problem with the Google Maps API key you use to show maps. Read the instructions on how to solve this.
When the conversion is complete, you may be shown a QR code to scan with your mobile device. If the barcode doesn’t appear automatically, you can open the History List and show the barcode from there.
If the web page doesn’t appear in your mobile device when you scan the barcode, and you get messages saying the web site is unavailable, impossible to connect to or doesn’t respond, you may need to add an exception to the Windows Firewall. Read more in the online help for Instant Testing.
When a user with the Firefox web browser presses Submit on a form that contains a chart, and you are using the Advanced Submit Service to deliver the submitted form also in PDF format, the user may get the following error message from Firefox:
The process of preparing the PDF file is partially taking place in the browser, and on slower computers the required processing may take so long that it exceeds the built-in script time-out in Firefox. The best way to verify this is to test the form with a different web browser. If the form can be submitted without errors using a different browser, you have the situation described above.
The simplest solution is just to press Continue if the message appears after submission of a form. If the message becomes a problem you may suggest that the user reads Mozilla’s help page on how to increase the script time-out in Firefox to 20 seconds. Increasing the time-out has no negative effect except that it takes slightly longer for Firefox to detect other situations when a script has stopped responding – but this is not a common problem.
Our Free and Advanced e-mail services run on secure web servers, where incoming form submissions are saved. For each new form we receive on your behalf, we send an e-mail to one or more e-mail addresses designated by you, with the contents of the submitted form.
E-mail is built on a store-and-forward architecture, and in the worst case, an e-mail from our server may have to pass multiple servers before it reaches its recipients. The e-mail infrastructure is beyond our control and there is simply no way for us to guarantee that you will get all the e-mails we send you.
With the Advanced Submit Service, you get a personal login to our forms database. We recommend that you periodically use this login to monitor our server manually for new form submissions, in case the corresponding e-mails have been discarded by the e-mail infrastructure.
The risk of losing e-mails increases when you use File Attachments. We recommend that you use our Secure Delivery feature to have the e-mail contain just a link to the form instead of the form’s full contents with attachments.
The e-mail we send you for a submitted form uses industry-standard formatting and markup. Some e-mail clients may not provide full support for current standards. In this case, hidden sheets may be visible in the e-mail, the formatting may not be perfect etc.