cfspreadsheet буквенно-цифровые значения, оканчивающиеся на d

Проблема здесь в том, что POI интерпретирует F и D как суффиксы одинарной/двойной точности, которые есть в Java. См. документы здесь.

Я бы сказал, что это ошибка CF, так как CFML не имеет концепции этих суффиксов (или даже понятия одинарной или двойной точности с плавающей запятой), поэтому он должен убедиться, что такие строки обрабатываются как строки при передаче в POI.

Используя исходный код Дэна для проверки проблемных символов, я обновил его для поиска символов (для использования путем добавления или добавления к заданному тексту), чтобы скрыть эту функцию ColdFusion:

WorkBook = spreadsheetNew('Test', true);
RowNumber = 1;  
for (i = 1; i <= 255; i++){
    SpreadSheetSetCellValue(WorkBook, i, RowNumber, 1);

    // what character are we displaying
    SpreadSheetSetCellValue(WorkBook, chr(i), RowNumber, 2);

    // see if appending chr(i) allows 4F to display
    SpreadSheetSetCellValue(WorkBook, "4F#chr(i)#", RowNumber, 3);

    // see if appending chr(i) allows 4F to display
    SpreadSheetSetCellValue(WorkBook, "#chr(i)#4F", RowNumber, 4);
    RowNumber ++;
}

Оказывается, добавление непечатаемых символов chr(127) и chr(160) в начале или в конце сохраняет представление 4F или 4D.

Если Мигель ответит, я отмечу его как правильный. Цель этого ответа - показать различные вещи, которые я пробовал, и что из этого получилось.

<cfoutput>
<cfscript>
Workbook = Spreadsheetnew("Workbook");
RowNumber = 1;
for (i = 1; i <= 26; i++){
ThisUpperCaseLetter = chr(i + 64);
ThisLowerCaseLetter = chr(i  + 96);
SpreadSheetSetCellValue(WorkBook, ThisUpperCaseLetter, RowNumber, 1);
SpreadSheetSetCellValue(WorkBook, "4#ThisUpperCaseLetter#", RowNumber, 2);
SpreadSheetSetCellValue(WorkBook, ThisLowerCaseLetter, RowNumber, 3);
SpreadSheetSetCellValue(WorkBook, "4#ThisLowerCaseLetter#", RowNumber, 4);
SpreadSheetSetCellValue(WorkBook, "'4#ThisLowerCaseLetter#'", RowNumber, 5);
 // SpreadSheetSetCellFormula(WorkBook, "'4#ThisLowerCaseLetter#'", RowNumber, 6);  
/*
The line above threw this error
org.apache.poi.ss.formula.FormulaParser$FormulaParseException: 
Parse error near char 0 ''' in specified formula ''4a''. 
Expected number, string, or defined name 
*/

SpreadSheetSetCellValue(WorkBook, """4#ThisLowerCaseLetter#""", RowNumber, 6);
SpreadSheetSetCellValue(WorkBook, "\'4#ThisLowerCaseLetter#\'", RowNumber, 7);
      // the next line is the only one that will achieve the desired result
SpreadSheetSetCellFormula(WorkBook, """4#ThisLowerCaseLetter#""", RowNumber, 8);
RowNumber ++;
}
MYfile = "d:\dw\dwtest\dan\abc.xls";

</cfscript>
</cfoutput>
<cfspreadsheet action="write" filename="#MYFile#" name="Workbook"  
    sheet=1 overwrite=true>

Все, что содержит SpreadsheetCellValue, будет отображать кавычки, а также обратную косую черту, которую я использовал, чтобы избежать их. Как указано выше, SpreadsheetSetCellFormula с тройными кавычками — единственный способ, который дает ожидаемые результаты в 100% случаев.

Подробнее В моем реальном приложении я использую cfheader/cfcontent для предложения файла. Если я выберу «Открыть» в IE9, Excel покажет предупреждение об опасном содержимом и предложит мне кнопку «Включить редактирование». Кроме того, любые ячейки, созданные с помощью SpreadSheetSetCellFormula(), отображают число 0. При выборе ячейки отображается фактическое значение в поле значения excel или как там оно называется. Кроме того, включение редактирования изменяет отображение на ожидаемые значения.

FWIW, CF11+ представил новый атрибут типа данных для SpreadSheetSetCellValue< /а>. Использование типа «строка» сохраняет исходное значение и дает ожидаемый результат, т. е. «4D».

SpreadSheetSetCellValue(WorkBook, "4D", 1, 1, "string");