@frederik Oh that makes sense. Neat—I'll get used to that.

Thank you so much for the example, not only for the fact you got the basic functionality there, but also for the comments and tips. I will study it hard :) I can certainly take it from here, It's mostly a learning exercise, but if it turns out to be useful I'll see about making it robust enough for sharing. Thanks again Side note about docs: I think that if you print help it should not print a joke (or broken) link otherwise it leads you to believe you're missing important information that is no longer accessible, perhaps it can be updated? It's a similar story for the "starting with mojo" link on the homepage, I can't count the amount of times I clicked on that thinking that's where I will find answers and there's nothing there. Both examples undermine the authority of the docs that do exist, leaving you wondering if they are incomplete.

there is Glyph.selection.Changed notification small example also don't forget to remove the observer when your are done... class SelectionObsever(object): def __init__(self): self.g = CurrentGlyph() self.g.addObserver(self, "selectionChanged", "Glyph.selectionChanged") def selectionChanged(self, notification): glyph = notification.object for anchor in glyph.anchors: print anchor.selected SelectionObsever()

Thanks Frederik. That’s a very useful start. I see it does not inherit/use the text attribute of the Vanilla EditText, which I need, but I guess I’ll look into making a subclass of my own ... maybe for the version after next ;)

found it, this will be fixed in the next update…

hey frederik, I was sooo close … Thanks a lot for your help, working perfectly now. jo

Hmm, thank you. At least now I know what event I’m looking for :)

This is a known issue and will be solved in the next update. The next update will deselect the image when "Lock Image" is enabled. thanks

Thanks Jo, a drag is needed to prevent accidentally adding bcp's

hello frederik, thanks for the reply. I know this works in other applications (all cocoa apps?) as well. But if I use it in Mail, Safari or TextEdit it always gives me an english WordList (which is my OS language). I cannot think of anyplace in my computer where I set the language to Dutch. That is why I had the idea that it might be possible to change it in RoboFont. Groeten, jo

Behavoir will be similar for both single as multiple points selection in the next version. thanks

this will be fixed in the next update

in the next version the font object has a font.setLayerDisplay(layerName, option, value) so you can alter the display options easily use double click or the "Close Contour" hot key assign a key combination to a script that is adding the current selection to the current Space Center good luck!

I just fixed this so a selection in the Font Overview is always between the previous selected cell and the current selected cell. Thanks

RoboFont remembers only the size of the last windows, not the position, the position is changing to much and depending on how many documents are open. You can always use the single window mode :) or take a look at the Arrange Windows extension. see https://github.com/typemytype/RoboFontExtensions/tree/master/arrangeWindows To jump to different windows there is the universal OSx cmd + ` shortcut good luck

Was already on the list and will be in the next update Will also be added thanks

Will be solved in the next update. Is already patched in the code http://code.typesupply.com/changeset/1166 thanks

The problem starts of course when there is more than one open contour… But basically I don't care when RF fucks it up in those cases (you do), if it already works with 1 hotkey and 1 open contour it would be an improvement already.

Jo, thanks for the script which I'll use in the meantime. Frederik, thank you for listening and offering a built-in solution.

Well, just take a look at how the palettes behave in, say, Photoshop or, really, any other app that has palettes (Pages, BBEdit, er… FontLab). In all these other apps, focus in text fields in palettes is active only temporarily, while you're actively editing text. As soon as you hit [return], focus goes back to the document window. If you click on a button or adjust a slider on a floating palette, the palette only has focus momentarily, and as soon as you are done with the click or the adjustment in the palette, the document immediately has focus again. In Robofont, you often have to click on the document window in order for it to regain focus after doing something in the Inspector palette. I find this behavior to be non-standard and disruptive. It feels unnatural, or at least violates my expectations about how it should work based on experience with palettes in other apps. There is probably something about this in the old Apple HIG (Human Interface Guidelines).