| 2012-02-14 13:14:25 |
John Smith |
bug |
|
|
added bug |
| 2012-02-14 13:14:42 |
John Smith |
tags |
|
text ui |
|
| 2012-02-14 14:27:25 |
su_v |
description |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit) than text rendered on-canvas.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
3. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
Details from ~suv in bug #930535. |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit) than text rendered on-canvas.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
Details from ~suv in bug #930535. |
|
| 2012-02-14 15:45:33 |
su_v |
description |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit) than text rendered on-canvas.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
Details from ~suv in bug #930535. |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit) than text rendered on-canvas.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
|
| 2012-02-14 15:48:11 |
su_v |
inkscape: importance |
Undecided |
Wishlist |
|
| 2012-02-14 15:48:11 |
su_v |
inkscape: status |
New |
Confirmed |
|
| 2012-02-14 15:48:28 |
su_v |
inkscape: importance |
Wishlist |
Undecided |
|
| 2012-02-14 17:54:12 |
su_v |
description |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit) than text rendered on-canvas.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit) than text rendered on-canvas.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
3. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
|
| 2012-02-14 17:56:20 |
su_v |
description |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit) than text rendered on-canvas.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
3. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit) than text rendered on-canvas.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
3. Font preview uses a different font size (or unit or resolution) than is used for the same text rendered on-canvas at 100%.
4. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
|
| 2012-02-14 19:30:22 |
su_v |
description |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit) than text rendered on-canvas.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
3. Font preview uses a different font size (or unit or resolution) than is used for the same text rendered on-canvas at 100%.
4. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit or resolution) than text rendered on-canvas at 100% zoom-level (1:1).
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
3. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
|
| 2012-02-16 20:34:58 |
Kris |
description |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different size (or unit or resolution) than text rendered on-canvas at 100% zoom-level (1:1).
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
3. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
2. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
|
| 2012-02-16 21:10:13 |
su_v |
description |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
2. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different (larger) size (or unit or resolution) than text rendered on-canvas at 100% zoom-level (1:1) - differs from Inkscape 0.48.x and trunk < r10326.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
3. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
|
| 2012-07-02 17:26:50 |
su_v |
description |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different (larger) size (or unit or resolution) than text rendered on-canvas at 100% zoom-level (1:1) - differs from Inkscape 0.48.x and trunk < r10326.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
3. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
The Text and Font dialog is functionally inconsistent with the Text toolbar for the following
Regressions (introduced with the merge of the new cairo renderer):
1. Font preview text appears as a different (larger) size (or unit or resolution) than text rendered on-canvas at 100% zoom-level (1:1) - differs from Inkscape 0.48.x and trunk < r10326.
2. Font preview renders newlines as multi-line text (unlike stable, which ignored newlines), thus increasing the dialog height (depending on the content of the currently selected text object) - sample test case: 'Extensions > Text > Lorem Ipsum…', then converted from flowed text to regular text with 'Text > Convert to text'.
3. For generic font names (more noticeable when compiled with the Quartz backend for gtk, cairo and pango), the font preview renders (or might render) in a different fallback font than is substituted for the same text object on-canvas, e.g. for Sans and Serif.
4. Font preview renders fake 'Bold' style which Inkscape does not support on-canvas.
General issues (not related to the cairo renderer):
1. The text alignment buttons in the dialog act differently than the toolbar. Although the styles in the xml are the same, the toolbar actually moves the text (x or y depending on text vertical/horizontal) on canvas. Text dialog does not move text.
2. 'Justify' alignment option is only applicable for flowed text (it is now grayed out on the controls bar for regular text, see also bug #512256). The 'Text and Font' dialog has the button 'Justify' active as valid option regardless of the type of text. The tooltip in the dialog needs to be updated too.
Details from ~suv in bug #930535. |
|
| 2012-07-02 17:26:59 |
su_v |
tags |
text ui |
fonts text ui |
|
| 2017-08-28 03:38:27 |
Brynn |
bug |
|
|
added subscriber Brynn |
