justify - paragraph
justify - paragraph
When I set to justified the last text (first) line will not until the end of paragraph (incorrectly). This situation is equal to one paragraph left justified.
xxxxx xxxxxx xxxxxxx xxxxxxx xx
xxxxx xxxxxx xxxxxxx xxxxxxx xxxxxxx
is there any procedure that can be done to "push" the text indented to the end of the line?
Thanks
[/img]
xxxxx xxxxxx xxxxxxx xxxxxxx xx
xxxxx xxxxxx xxxxxxx xxxxxxx xxxxxxx
is there any procedure that can be done to "push" the text indented to the end of the line?
Thanks
[/img]
-
- Site Admin
- Posts: 17569
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
-
- Site Admin
- Posts: 17569
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
-
- Site Admin
- Posts: 17569
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
-
- Site Admin
- Posts: 17569
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
In my country, I am launching the application of financial calculation integrated text editor, for judges and lawyers. Thus it is essential edition extensively justified paragraph.
There may be situations where two words can not be on different lines, and that's the problem with trichview.
Therefore I ask you to assist me to develop at least one routine that intersperse between words in the line following the logic below
1) Initial paragraph
aaaa aaa aaa aaa aaa bb
bbbb bbbb bbb bbb bb
2) the user manually pushed the words correctly, leaving the text
that routine should adjust
aaaa aaa aaa aaa aaa
bb bbbb bbbb bbb bbb bb
3) after performing routine text line was adjusted properly justified
(through routine to be idealized)
aaaa aaa aaa aaa aaa
bb bbbb bbbb bbb bbb bb
is there any function that indicate the space occupied by the words of the line measured in pixels?
is there any function that indicates the maximum position for a formatted line?
Thanks
There may be situations where two words can not be on different lines, and that's the problem with trichview.
Therefore I ask you to assist me to develop at least one routine that intersperse between words in the line following the logic below
1) Initial paragraph
aaaa aaa aaa aaa aaa bb
bbbb bbbb bbb bbb bb
2) the user manually pushed the words correctly, leaving the text
that routine should adjust
aaaa aaa aaa aaa aaa
bb bbbb bbbb bbb bbb bb
3) after performing routine text line was adjusted properly justified
(through routine to be idealized)
aaaa aaa aaa aaa aaa
bb bbbb bbbb bbb bbb bb
is there any function that indicate the space occupied by the words of the line measured in pixels?
is there any function that indicates the maximum position for a formatted line?
Thanks
-
- Site Admin
- Posts: 17569
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
if you dial shift + enter (current version), will generate another paragraph, and the last word of the first line will not touch the margin.
Try to understand, unfortunately, as in the case reported, the two lines belong to the same paragraph and the first line the word "aaa" occupies the same column that the end of the line below
if you add option (new change) with shift + enter, since the last word that was left of the first line, pull over to the right margin, solves the problem.
Try to understand, unfortunately, as in the case reported, the two lines belong to the same paragraph and the first line the word "aaa" occupies the same column that the end of the line below
if you add option (new change) with shift + enter, since the last word that was left of the first line, pull over to the right margin, solves the problem.
-
- Site Admin
- Posts: 17569
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
Shift+Enter adds a different line breaks than simple Enter. Shift+Enter adds a line break inside a paragraph instead of starting a new paragraph.
Yes, in the current version a line ending with Shift+Enter is not aligned to the both sides, but adding an option should be easy. I'll try to do it tomorrow.
Modifying line breaking with multiple spacing would be much more complicated (a single space character between lines can be simply not shown, while multiple spaces cannot (otherwise editing would be inconvenient) - they must be placed as a special invisible item to the right of right margin, and this item must be processed specially)
Yes, in the current version a line ending with Shift+Enter is not aligned to the both sides, but adding an option should be easy. I'll try to do it tomorrow.
Modifying line breaking with multiple spacing would be much more complicated (a single space character between lines can be simply not shown, while multiple spaces cannot (otherwise editing would be inconvenient) - they must be placed as a special invisible item to the right of right margin, and this item must be processed specially)
-
- Site Admin
- Posts: 17569
- Joined: Sat Aug 27, 2005 10:28 am
- Contact:
I made the following changes in CRVFData.pas (they will be included in the next update)
1) In the interface section, add:
2) In TCustomRVFormattedData.FinishScreenLine, closer to the beginning of the function, after the line " dli := DrawItems;":
Now, if you assign RichViewJustifyBeforeLineBreak := True, you will get the desired behavior.
1) In the interface section, add:
Code: Select all
const
RichViewJustifyBeforeLineBreak: Boolean = False;
Code: Select all
if RichViewJustifyBeforeLineBreak and IsParaSectionFinished then
IsParaSectionFinished := IsLastParaItemEx(dli.ItemNo);