My comment was too quick. Writer will now disregard CJK text
most of the time. However, sometimes (I don't know when and
there doesn't seem to be a pattern) it will still attempt to
spellcheck CJK words.
So the bug is still there, only improved.
--
Ambrose Li [EMAIL PROTECTED]
Webmaster de
Package: openoffice.org
Version: 1:2.4.0~rc1-2
Severity: important
Tags: l10n
If you need to right-click on some CJK text (e.g., to access the Edit
Paragraph Style function that is *only* available in the context menu),
OOo will highlight the text for no reason. The result is that you can
only
Package: openoffice.org
Version: 1:2.4.0~rc1-2
Severity: normal
If a table contains merged cells, any of the Autofit functions produces
very bizzare results.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture:
Yes, the bug still exists in the latest OpenOffice on unstable,
with the same symptoms (no line spacing under 7.1pt or over
283.5pt).
And this is not a minor problem. Since Microsoft Office does
not have these restrictons, this means that OOo Writer is not
compatible with Microsoft Office even if
This seems to be fixed in the version in unstable.
PS: I don't understand this request; this took me one minute
to verify, even though I have to take the trouble to log in
remotely, through ssh, over a WAN link.
PS: I also would have expected that either the severity be
changed or a note posted
The bug still affects the latest Ooo in unstable. As soon as
anchor is changed to page, the image is homed to the top-left
corner (i.e., not even the horizontal position is reset to zero,
the VERTICAL position also changes for no reason).
PS: I don't understand this request. I have included a
On Wed, Apr 11, 2007 at 06:03:42PM +0200, Rene Engelhard wrote:
tag 418733 + moreinfo
thanks
Ambrose Li wrote:
After doing an apt-get upgrade, all CJK characters are now shifted upwards
(or perhaps all non-CJK character are shifted downwards; it's impossible
to tell), and this affects
Package: openoffice.org
Version: 2.0.4.dfsg.2-7
Severity: important
Tags: l10n
After doing an apt-get upgrade, all CJK characters are now shifted upwards
(or perhaps all non-CJK character are shifted downwards; it's impossible
to tell), and this affects both on-screen viewing and actual printed
I am postulating that this might have to do with the new OpenOffice
trying to find fonts to display characters that does not exist in
the chosen font.
For font that is causing the strange behaviour has only a few
characters defined. But in OOo's Insert symbol dialog (which
takes several minutes
Package: openoffice.org-writer
Version: 2.0.4.dfsg.2-6
Severity: important
I have a custom font (made with fontforge) that had been working in previous
builds of openoffice.org-writer, and which works in both Windows and OS X,
but in the latest build, if I go to Insert Symbol and choose that
Package: openoffice.org
Version: 2.0.4.dfsg.2-6
Severity: grave
Justification: causes non-serious data loss
Scenario 1:
1. Open/create a document
2. Save as Word
3. Close the document
4. Try to copy the document from a Mac (through Samba)
5. The Mac copies some part of the file, then errors out
Package: openoffice.org
Version: 2.0.2-2
Severity: normal
In OOo 2.0's Presentation, there is a Task Pane that is impossible to disable.
This makes the effective work area for the slide really small compared to
OOo 1.4, and make the screen jump (very annoying) if the slide contains an
OLE table
Package: openoffice.org
Version: 2.0.2-1
Severity: normal
With the latest openoffice.org package, font replacement can be specified
but there is no effect.
For example, it was possible to set up font replacement so that, for example,
MS Song is translated to AR PL SongtiL GB. With the latest
Package: openoffice.org
Version: 2.0.1-2
Severity: important
In OpenOffice 2.0 (not 1.x), it is virtually impossible to move text frames,
especially if you use a mouse.
In OpenOffice 1.1.4, clicking a text frame edits the text. After that, if
you click the pointer tool, it gives you a selected
Package: openoffice.org
Version: 2.0.1-2
Severity: normal
In OpenOffice, if a user-specified font colour is used, there is no way for the
user to figure out what this colour is.
In OOo's Format|Character dialog, the font colour is simply listed as User.
If the user tries to use this user
Package: openoffice.org
Version: 2.0.1-2
Severity: normal
1. Create a 2-column table
2. Type some sentence in the first column with some CJK punctuation (CJK comma,
CJK full stop, etc.)
3. Type some short sentence or random characters in the second column
4. Adjust the width of the first
Package: openoffice.org
Version: 2.0.1-2
Severity: important
1. Place a picture
2. Change anchor to Page. Ok
3. Change horizontal position to, say, centre to Page Text Area, ok
Picture is now flush with the left margin
4. Using the mouse, move the picture up a tiny bit without moving it
On Thu, Jan 19, 2006 at 12:22:33PM -0500, Ambrose Li wrote:
Even worse things happen when such a document is printed:
1. When printed, OOo 2.0 causes the printout to use Letter size.
This can be confirmed by generating a Postscript file and noting
that a letter page size is passed
The Legal paper size is also wrong. When I go to Format|Page
and select Legal paper size, the page size got set to 612pt x
1008.2 pt, which, again, is both wrong and impossible.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: openoffice.org
Version: 2.0.1-2
Severity: important
This is a new OOo 2.0 bug; it worked perfectly in OOo 1.1.x
1. Create a new presentation
2. Create a text box and type something on the slide
3. Copy the text box (Edit|Copy)
4. Create a new slide
5. Pull down the Edit menu; note
On Fri, Jan 27, 2006 at 08:14:11PM -0400, Richard/g wrote:
I just tried with OOo2.0.1-2 on upgraded Sid and it Works For Me.
What else is different about your system?
I copied and pasted with Ctrl-V and with middle mouse click with no
problems.
Hmm. Not sure.
But maybe I should
Package: openoffice.org
Version: 2.0.1-2
Severity: normal
When OpenOffice is displayed on Apple's Xquartz X server (remote X), it exhibits
the following bizzare behaviours:
1. If the window is maximized, the menu bar is displayed on the windows' title
bar. This means that
a. The menu bar
Package: openoffice.org
Version: 2.0.0-5
Severity: normal
With some fonts, when printing, OpenOffice 2.0 Writer makes the glyph smaller
and artificially bolded, even though the glyphs look fine on the screen and in
the PDF. Bolding is NOT applied to the glyphs in question.
1. This is a new
Package: openoffice.org
Version: 2.0.0-5
Severity: normal
It is too easy to deselect text while right clicking.
After selecting some text in Writer, *without moving the mouse*, immediately
right click. OpenOffice 2.0 erraneously thinks that the right click should
cancel the selection.
This
Package: openoffice.org
Version: 2.0.0-5
Severity: normal
In OpenOffice 2.0, the point size shown on the tool bar is wrong. For example,
if the user specifies a point size of 15.9, it will display 15.
If the user goes to the text box containing the wrong point size and press
the Enter key, the
Package: openoffice.org
Version: 2.0.0-5
Severity: normal
Tags: l10n
In version 2.0 of OpenOffice, if a font has both an English name and a Chinese
name, only the Chinese name is recognized as valid; if an old file contains a
reference to the font's English name, it is rendered in some
Package: openoffice.org
Version: 2.0.0-5
Severity: wishlist
In OOo 2.0, text fields have a special characters context menu.
However, when the menu is brought up, I found that
- The popup uses an apparently-randomly-picked font which contains many missing
characters
- The user cannot change
Package: openoffice.org
Version: 2.0.0-5
Severity: normal
1. Open the spreadsheet
2. Save as a csv, for example /tmp/1.csv
3. OpenOffice.org issues a warning message:
Warning saving the document 1.csv:
Only the active sheet was saved.
4. Save as another csv, for example /tmp/2.csv
Hi
On Sat, Oct 22, 2005 at 04:32:38AM +0200, Rene Engelhard wrote:
Why important?
Sorry for the miscategorization.
It could be important if our device is configured to block colour jobs
without a proper password. I will need to spend some time to see if this
is the case, though.
An easy
Package: openoffice.org
Version: 1.1.4-7
Severity: important
I am using OpenOffice to print to our Toshiba e-Studio 3511 device. In
the PPD, There is an option to select the Quality of the printouts, which,
among other things, tags the job as either mono or colour.
Under OpenOffice.org, it is
Package: openoffice.org
Version: 1.1.4-7
Severity: important
OOo Writer cannot set line spacing to fixed if the desired line spacing is
less than 7.1pt or larger than 283.5pt.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500,
Package: openoffice.org
Version: 1.1.4-7
Severity: important
1. Insert some image
2. Keep image anchored to paragraph
3. Change horizontal position to from left and enter a negative number that
will place the image between the page border and the left margin
4. Dismiss the window. The left
Package: openoffice.org
Version: 1.1.3-4
Severity: normal
If the user logs out without having quit OOo first (including cases like X
crashed
etc.), OOo will remain running, unaware that it should quit itself.
When the user logs back in and tries to run OOo, no window appears because OOo
finds
Package: openoffice.org
Version: 1.1.2dfsg1-2
Severity: important
When a slide show is set to auto-run, it gives a bizzare pause after the
last slide is shown (before it loops back to the first slide). A very
ugly countdown timer is shown during this pause, and there does not seem
to be any way
Package: openoffice.org
Version: 1.1.2-5
Severity: normal
1. Create or open a Presentation
2. Go to Page format. The Fit object to paper format option is selected and
is not greyed out.
3. Click Fit object to paper format to turn it off, press OK.
4. Go to Page format again. The Fit object to
35 matches
Mail list logo
