Header on page 1 is lower (offset) compared to page 2 onwards

[nshivaraman]

Hey Ron,

Hoping you can help with this one. For headers applied to all pages, after printing to pdf, the header on page 1 is offset lower than page 2 and onwards.

I found this issue present in both letter and A4, and 10pt and 12pt text. In my work, I use a pdf program to add a company banner watermark that has a table that wraps around a date and page number (so for me the header fields clash when the heights are inconsistent!)

Another few user-friendly improvements I can suggest are:

• When you want to use the toolbar to insert an operator (say a degree unit °) or a greek letter into a Calculation Cell, can the character be inserted at the current position of the cursor (and not at the start of the Calculation Cell)?
• Any chance we can get an autocomplete for the degree unit? (deg → °) Acknowledging that deg already works as an equivalent unit.

I'm really loving using Hurmet, thank you again :)

[ronkok]

@nshivaraman Let me know what browser and operating system you are using. I find, using Edge/Windows, that using the toolbar to insert an operator already does place the character at the insertion point. I'm willing to check other environments, if problems occur there.

Inside a calculation cell, ooo will auto correct to °.

[ronkok]

I have made two CSS revisions that should resolve the printing issue. Thank you for bringing this to my attention.

[nshivaraman]

Thanks so much, the header position is consistent now, looks great :) Edit: just FYI - the header issue is still present on Edge, but Chrome/Brave work well.

For the insertion point issue, it's present for me on the following combinations:

• Windows 11 & Edge
• Windows 11 & Chrome
• Linux Mint & Brave
• Linux Mint & LibreWolf (I tend not to use this for Hurmet, because the Alt+C shortcut doesn't seem to work)

For the autocomplete, sorry - I realise there's a whole section in the Documentation manual on autocomplete.