<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Calc fails to correctly identify the font used in a cell and fails to obey format and font changes" href="https://bugs.documentfoundation.org/show_bug.cgi?id=108041#c7">Comment # 7</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Calc fails to correctly identify the font used in a cell and fails to obey format and font changes" href="https://bugs.documentfoundation.org/show_bug.cgi?id=108041">bug 108041</a> from <a class="email" href="mailto:timbacontent@gmail.com" title="Kevin <timbacontent@gmail.com>"> Kevin</a> <pre> > If you do right-click - clear direct formatting (or Ctrl-M) you can reset > the cell formatting to default. yes, this works - it's not the cell location that gets corrupt - it's the cell contents > If you unzip the .ods file and look inside the content.xml (I usually use > this first <a href="http://xmlbeautifier.com/">http://xmlbeautifier.com/</a> ), This looks interesting but I can't figure out what you mean. WinRAR won't recognize the .ODS file as something that can be unzipped, xmlbeautifier.com also doesn't recognize it. The .ODS opened in Notepad.exe but the results didn't look promising. I tried "save as" within Calc to save as .XML and it returned "the file could not be written". But since you can see the internal xml or whatever it is, doesn't that prove that this is a bug that needs to be fixed, rather than "unconfirmed". It doesn't really matter how the cell got the way it is - should Calc be programmed such that it will repair whatever is going on in the XML part of the ODS so the user's commands will be obeyed? (Obviously I'm not an engineer, but common sense says that the user selects something, then chooses a command - if it doesn't work, it's a bug, right?)</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>