[sw-issues] [Issue 77038] Adobe Type 1 font OK in KD E, not rendered correctly by OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77038 Issue #|77038 Summary|Adobe Type 1 font OK in KDE, not rendered correctly by | OO Component|Word processor Version|OOo 2.2 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|formatting Assigned to|mru Reported by|ednisley --- Additional comments from [EMAIL PROTECTED] Mon May 7 14:07:59 + 2007 --- I installed a (genuine!) Adobe Type 1 font (American Typewriter) using Kubuntu 7.04's System Settings - Appearance - Fonts in Adminstrator mode. The font installs OK and is usable by KDE apps, but does not display correctly in OO Writer or OO Calc. I have manually run mkfontscale and mkfontdir in /usr/local/share/fonts, where the KDE installer puts the font file, but that doesn't change anything. I have added the font directly to OO using spadmin, but that doesn't change anything. Many other Adobe Type 1 fonts do display correctly in OO, so it seems to be something directly related to this font. However, this font worked -perfectly- in OO 2.02 on SuSE 1.01, so something other than the font has changed for the worse. I don't see an Add Attachment button here, but I can send along xset xdpyinfo files if they'll be of use. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 77038] Adobe Type 1 font OK in KD E, not rendered correctly by OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77038 --- Additional comments from [EMAIL PROTECTED] Mon May 7 14:08:47 + 2007 --- Created an attachment (id=44914) Output of xdpyinfo - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 77038] Adobe Type 1 font OK in KD E, not rendered correctly by OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77038 --- Additional comments from [EMAIL PROTECTED] Mon May 7 14:09:15 + 2007 --- Created an attachment (id=44915) Output of xset - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 62949] Pasting frame inserts RTF content as ASCII text from clipboard
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=62949 --- Additional comments from [EMAIL PROTECTED] Mon Mar 27 07:22:13 -0800 2006 --- After a few minutes of cutting-and-pasting frames and images, that seems to be correct: synchronized causes pasting failures, separate does not. However, after pasting fails in sync mode, it continues to fail in separate mode. The Klipper setting when I started testing was separate. I believe I had changed this while I was diagnosing the problem originally and did not restore it. I -think- Writer continued to paste RTF after I changed to separate, but I cannot be sure. In fact, I may be remembering that I tried pasting after changing this mode and, as above, it continued to fail because the clipboard was incorrect. I tried two original documents I was having problems with and frame cut-and-paste works dependably in separate mode. I think it's safe to say that the problem incidence is much, much, much lower and that may be a completel work-around... previously, it failed routinely, as it still does in sync mode. I'll leave it set to separate and report back if pasting fails. Thanks! - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 62949] New - Pasting frame insert s ASCII XML, not the frame itself
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=62949
Issue #:|62949
Summary:|Pasting frame inserts ASCII XML, not the frame itself
Component:|Word processor
Version:|OOo 2.0.2
Platform:|Opteron/x86_64
URL:|
OS/Version:|Linux
Status:|UNCONFIRMED
Status whiteboard:|
Keywords:|
Resolution:|
Issue type:|DEFECT
Priority:|P2
Subcomponent:|editing
Assigned to:|mru
Reported by:|ednisley
--- Additional comments from [EMAIL PROTECTED] Wed Mar 8 18:08:19 -0800
2006 ---
SuSE 10.0, KDE
Insert a jpg image from a file. Right-click on the image, add a caption,
and set up the borders. Select the overall frame containing the image
and caption, Ctrl-C to copy, click on another page, then
Ctrl-V to paste. The result is a blizzard of ASCII text
that seems to describe the image and caption, but it's
surely not what happened in previous versions!
This will also occur after manually inserting a blank frame with nothing in it
at all, then copy/pasting the frame. It -seems- to occur more frequently with a
frame containing an image: almost always as opposed to frequently.
A snippet from one such episode:
{\rtf1\ansi\deff0\adeflang1025
{\fonttbl{\f0\froman\fprq2\fcharset0 Thorndale AMT{\*\falt
Times New Roman};}{\f1\fswiss\fprq2\fcharset0 Helvetica;}
{\f2\fswiss\fprq2\fcharset0 Helvetica;}
{\f3\fnil\fprq2\fcharset0 Albany AMT{\*\falt Arial};}
{\f4\fnil\fprq2\fcharset0 Lucidasans;}}
{\colortbl;\red0\green0\blue0;\red128\green128\blue128;}
{\stylesheet{\s1\rtlch\afs24\lang1023\ltrch\dbch\langfe1023\hich\fs24\lang1023\loch\fs24\lang1023\snext1
Normal;}
{\s2\sb120\sa120\rtlch\afs20\lang1023\ai\ltrch\dbch\langfe1023\hich\f1\fs20\lang1023\i\loch\f1\fs20\lang1023\i\sbasedon1\snext2
caption;}
{\s3\sb120\sa120\rtlch\afs20\lang1023\ai\ltrch\dbch\langfe1023\hich\f1\fs20\lang1023\i\loch\f1\fs20\lang1023\i\sbasedon2\snext3
Photo;}
{\*\cs5\rtlch\afs24\lang1023\ltrch\dbch\langfe1023\hich\f2\fs20\lang1023\i\b\loch\f2\fs20\lang1023\i\b
Caption characters;}
Of course, once in a while the frame pastes perfectly, but the failure is
entirely reproduceable.
This happened first with the SuSE 10.0 packages of OO 2.0, which I removed and
manually replaced with the (new today!) 2.0.2 version: same failure. It did work
correctly in previous versions of OO Writer; I used it a lot.
This is something of a showstopper for me, because I'm putting a book together
(yes, using a Master Document) and need identical frames for the illustrations.
Manually reconfiguring every single default frame to the correct appearance will
get -really- tedious after the first few hundred pages!
Thanks...
-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
