BUG - Text and Table

[Phast696]

For now i found 2 bugs:
 

1. In the text I found problems with the subscript: I tried to insert the most common subscript, the O2 symbol of oxygen, but the No. 2 was completely impossible to include it as a subscript
2. The tables are extremely unusable. I have to create a simple check-list consisting of a single row and 2, 3 or 4 columns (I create single-row tables because I graphically insert one of 1 mm between one line and the other (the space is colored with the color of the box background where I create the check-list.) The measurements of the table are pre-established (height x length - 5mm x 60mm), the one that is the measurement of the cells The first cell is always 5x5 mm (acts as a checkbox) The other cells have variable lengths depending on their content.The problem I encounter is precisely in the cell size setting.If you resize 90% of the time by hand I can do it, but it is very cumbersome. CELL of the table dialog (simpler and immediate system), I can not resize almost never Take the example of the first cell with dimensions 5x5 mm, if I try to increase or decrease the height, the system responds, but if you try or to decrease or increase the width, here is the problem: I write 5 mm and the dimension stops at 6.3 mm, or 6.8. I try to use the darts of the size box by pressing the down arrow and nothing happens, not re-sizing, except in some cases where despite I press the down arrow, the cell becomes larger.

We need a system, for the tables, that allows you to set the measures of the table (which do not change if I add, or remove cells or rows) and to block the measurement of one or more cells (assuming to have 4 columns A, B , C and D, if I can block columns A and B for example and add an E column, the only columns that will be resized, respecting the total size of the table, will be columns C and D

[Chris_K]

HI Phast696

 What font were you using to try and subscript the characters? This seems to very dependent on the font being used

I think your second point is more of a feature request but a fair and valid one. Our tables are fairly basic at the moment I;m afraid but hopefully will become more advanced as time goes on

Cheers

[Dave Harris]

Publisher has two superscript controls. The one in the Typography section uses different glyphs, so it should look better typographically. However, it only works if the font defines suitable glyphs for the superscript. Typically it works for important cases like 2 or n, which is used in mathematics, but not for everything. (Briefly, this either uses the OpenType feature if the font supports it, or it uses Unicode code points, so U+0032 "2" => U+00B2 "²".)

The superscript in the Character > Positioning and Transform section will scale and position the character, so it will always work, but won't be typographically as nice. They will often look different enough that if we tried to fall back to the scaling method when the OpenType method wasn't available, the text would look uneven.

It's the same with subscripts.

I'm guessing you tried to use the typography method. I suggest you try the Positioning and Transform method instead.

[Phast696]

I use the HELVETICA font, which I have been using for years and has no problems with subscripts. actually I did a more in-depth test trying to write the code of a working garrison. The code in question is G14 (without any subscript). Strangely, Publisher wrote the 14 as an automatic subscript. So, since I wanted to try to write the symbol of oxygen, I deleted the 4 and written 2, but even here, tiring, the 2 was not a subscript but as a normal text, while the 1 was still a subscript. I do not think it depends on the character, I think it's actually a bug

[Dave Harris]

1 hour ago, Phast696 said:

I use the HELVETICA font, which I have been using for years and has no problems with subscripts. actually I did a more in-depth test trying to write the code of a working garrison. The code in question is G14 (without any subscript). Strangely, Publisher wrote the 14 as an automatic subscript. So, since I wanted to try to write the symbol of oxygen, I deleted the 4 and written 2, but even here, tiring, the 2 was not a subscript but as a normal text, while the 1 was still a subscript. I do not think it depends on the character, I think it's actually a bug

You're right. Helvetica does not have the OpenType feature, so we fall back onto the Unicode implementation, and we were using wrong code points for subscript 2 and 3. We'll fix it in a future beta.