I dont know of such a tool... and the current EditingTool has 0°, 90° and optionally 45° backed in. Maybe RF should add the italic angle as an optional constrain. I remember testing multiple constrains but it didnt work out good (I dont know why, probably to complex from the users point of view) But a single tool with a single constrain is not that hard! :)

Pastaline?

component.position will be removed in future version, as it was a bug :)

@bahman said in Easier way of getting all selected contour points: def getImplicitSelectedPoints(glyph): pts = [] for contour in glyph.contours: for i, segment in enumerate(contour.segments): for pt in segment: if not pt.selected: continue pts.append(pt) # implicit == include BCPs in selection if pt.type != 'offcurve': # bcpIn if len(segment) == 3: bcpIn = segment[-2] pts.append(bcpIn) # bcpOut try: nextSegment = contour[i + 1] except IndexError: nextSegment = contour[0] if len(nextSegment) == 3: bcpOut = nextSegment[0] pts.append(bcpOut) return pts Thanks @gferreira and @bahman! I'd been trying to figure this out all morning. That'll teach me to search the forums first (:

Thank you for the responses. I wondered if yellow was simply advisory, but happy to have confirmation. Much appreciated. Cheers

@frederik @gferreira Ah thanks, guys! I was trying to do it in lib and not mojo 🤦‍♂️

Lifesaver! Thanks @frederik

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 !