Issue 2548 - Punctuation marks after frames and fields go to new line.
Summary: Punctuation marks after frames and fields go to new line.
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: 641
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 66074 88504 (view as issue list)
Depends on:
Blocks:
 
Reported: 2001-12-15 14:44 UTC by mperrando
Modified: 2013-08-07 14:38 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Openoffice file showing the problem (7.39 KB, application/octet-stream)
2001-12-15 14:45 UTC, mperrando
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description mperrando 2001-12-15 14:44:34 UTC
Punctuation marks right after frames, formulas, bibliography entries and fields 
(with no space of separation) go to new line without the object that they 
follow!!!!
This is a real problem, expecially for docuemnts containing lots of math.
I've prepared a small document that shows this problem, but I don't know how to 
attach...
Comment 1 mperrando 2001-12-15 14:45:47 UTC
Created attachment 824 [details]
Openoffice file showing the problem
Comment 2 stefan.baltzer 2002-05-15 11:36:16 UTC
Reassigned to Michael.
Comment 3 frank.meies 2002-05-15 13:04:39 UTC
FME: The problem with fields and bibliographic entries should be
solved in 642. Frames and other objects, which are anchored as
characters, are always treated as possible line break positions. Don't
know if we should change this behaviour.
Comment 4 michael.ruess 2002-05-24 15:15:24 UTC
The problem with fields is also fixed for OpenOffice 1.0.0.
At the moment I do not see a reason why to change the behaviour for
frames/objects. This sample document is first one I see, where such
objects reach the end of a line with a following dot.
I think, the PM should decide about this.
Comment 5 christian.jansen 2003-01-02 09:28:50 UTC
In my opinion objects (anchored as character)like frames, formulars, 
images etc. with a punctuation mark right after it should be always 
treated as one object.
Comment 6 frank.meies 2003-01-07 06:59:26 UTC
FME: We have to change these objects from BREAKWORD to INWORD.
Comment 7 frank.meies 2003-04-24 14:58:11 UTC
FME->CJ: Please reconsider this. These objects, anchored as character,
have always been treated as BREAKWORD characters, changing this would
result in different line breaks for old documents. To avoid this we
would need an option. What should be the name of this option? "Handle
objects anchored as character as possible break positions [Yes/No]"?
Please decide what to do.
Comment 8 christian.jansen 2003-09-08 16:51:35 UTC
Proposal for the string.
"Position punctuation marks after objects on the same line"

Elizabeth could you align this with the Compatibility spec. Thanks.
http://specs.openoffice.org/writer/compatibility/compatibility.sxw
Comment 9 elizabeth.matthis 2003-09-22 14:39:22 UTC
reassigning to correct alias
Comment 10 e.matthis 2003-09-23 14:35:49 UTC
OK, I put this on my to do list.
Comment 11 e.matthis 2003-10-24 16:57:33 UTC
EM->CJ: I really wonder if this option is even necessary for the UI,
but after discussing it with AM, I have approved the strings (please
update spec accordingly---thx). You might still want to rethink if
this option is really necessary.

ENGLISH_us
Put punctuation marks after objects on the same line
GERMAN
Interpunktion nach Objekten in der selben Zeile setzen
Comment 12 christian.jansen 2004-08-17 13:22:48 UTC
CJ: Changed taget milestone to OO.o Later
Comment 13 Regina Henschel 2006-06-03 15:05:40 UTC
*** Issue 66074 has been marked as a duplicate of this issue. ***
Comment 14 Regina Henschel 2006-06-03 15:07:28 UTC
Please see also issue 26448 and decide which one should be closed.
Comment 15 Regina Henschel 2008-04-21 22:09:49 UTC
*** Issue 88504 has been marked as a duplicate of this issue. ***
Comment 16 meywer 2008-08-09 12:50:23 UTC
cc