Summary: | VIEWING: font display glitch using Liberation Sans AND an extende character | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Kurt Brown <kbrown> |
Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED NOTABUG | ||
Severity: | normal | CC: | vmiklos |
Priority: | medium | ||
Version: | 3.4.3 release | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | BSA | ||
Crash report or crash signature: | Regression By: | ||
Attachments: |
SCREENSHOT
SCREENSHOT |
Description
Kurt Brown
2011-10-03 08:49:39 UTC
Created attachment 51899 [details]
SCREENSHOT
SCREENSHOT COMMENT
Created attachment 51900 [details]
SCREENSHOT
SCREENSHOT COMMENT
sorry, double uploaded my zip file entering Alt-0101 in WordPad using MicroShlock supplied fonts still results in the letter 'e' instead of letter 'a' with micron, at least that behavior seems unrelated to the bug I reported Cheers, Kurt Do not use RTF while copying. Alt+0xxx is entering characters from default ANSI codepage. Learn to spell "Microsoft". Well - there might be something useful here - Miklos is the RTF expert; but we're still hard at work fixing issues in the new / improved RTF import filter for files, using it for cut/paste too will require some more work I think. I didn't specifically use and special technique to copy one cell to another. I'm not sure of the context that umas is using 'RTF'. At this risk of misinterpreting, I did not import an RTF document. Just simple Ctrl-C and Ctrl-V manoeuvrings. (In reply to comment #5) > Do not use RTF while copying. > Alt+0xxx is entering characters from default ANSI codepage. > Learn to spell "Microsoft". My bad. Here: MicroShlock (sic) |