maybe you have to explain what you want to achieve... A space center object has getRaw which returns the input text as seen in the control and get which returns a list of glyph names, those are parsed from the input controls.

its been described here https://docs.microsoft.com/en-us/typography/opentype/spec/features_ko#lfbd You can use pos in an feature to position a character or a pair (like kerning) or even contextual move characters around.

Nice Rafał—I made a similar thing based on Erik’s copyNamesToClipboard.py https://github.com/ryanbugden/Robofont/tree/master/Copy Names Menu

support for a file handler on .glyphConstruction is added to glyph construction builder!!

Thanks @gferreira!

Also the same happens in the cut method. It seems BaseEventTool is not overriding the keys meant for this methods because I get them in the keyDown, but for paste I don't see the event in keyDown, so it's working there.

Ok the problem was on my end. I had a script that was running on fontWillSave, and it was raising an error. Apparently that also halted the fontWillSave notification overall... So if one script fails, others may not be called? Would it be possible to post the fontWillSave notification even if a script attaching to that event fails? Thanks!

@gferreira @frederik Update on this, relevant issue I ran into. Video may explain well why current alignment guide might be misleading. Version 3.4b

hi @bahman, you can provide your own style.css file inside the same folder as the markdown or html sources, and it will override the default stylesheet. we can also try to improve the default stylesheet so that large images are scaled to fix into the window width. cheers

@gferreira Thanks Gustavo, this is the solution I used too in the meanwhile. @frederik Looking forward to get the update!

Thank you very much Frederik, this is very useful!

@gferreira Makes sense, thanks very much!

Thank you @gferreira & @frederik !

Awesome thanks @frederik! And will check that out, thanks.

similar as to vanilla SplitViews an AccordionView will get: anAccordionView.isPaneVisible(label) anAccordionView.showPane(label, animate=True) anAccordionView.togglePane(label, animate=True)

Thanks, @frederik!

@gferreira I see, thanks!!!

Ive made an issue here https://github.com/roboDocs/ScaleFast/issues/8

@frederik Oh interesting! After some thought, I wouldn't lock the vertical line to 90 degrees because after you've set the baseline, I'm not sure you'd want your horizontal movement of the x-height point to unexpectedly change the decided baseline setting. Having the angle of the x-height line only react to the baseline points makes sense to me. In terms of UI interaction, the only thing I'd change from the public release is to not draw the vertical line (or maybe draw a lineDash if anything), as it doesn't seem to correspond to any UI in Glyph View. Otherwise, I think it's less about the UI than the unexpected resulting transformation.

support for folders in the list of start-up scripts is now available in the 3.4 beta — thanks! also added to the docs