Understood. Thanks @frederik !

Thanks for the response, @frederik. Looking forward to playing with these things in the beta!

StatusInteractivePopUpWindow is very useful. I find myself using it a lot to show a quick input centered within the current glyph editor. (These are little interfaces like the built in "jump to glyph.") Positioning these requires a bit of code that I've been copy/pasting from script to script. I've repeated it enough that I'm wondering if it should be part of mojo. Here's the code: from mojo.UI import CurrentGlyphWindow, StatusInteractivePopUpWindow def getGlyphEditorRectAndScreen(editorWindow): screen = editorWindow.w.getNSWindow().screen() nsWindow = editorWindow.w.getNSWindow() scrollView = editorWindow.getGlyphView().enclosingScrollView() rectInWindowCoords = scrollView.convertRect_toView_(scrollView.frame(), None) rectInScreenCoords = nsWindow.convertRectToScreen_(rectInWindowCoords) (screenX, screenY), (screenWidth, screenHeight) = screen.frame() (x, y), (w, h) = rectInScreenCoords y = -(y + h) return (x, y, w, h), screen class MyThing(object): def __init__(blah): # ... width = 370 height = 505 editorWindow = CurrentGlyphWindow() (editorX, editorY, editorW, editorH), screen = getGlyphEditorRectAndScreen(editorWindow) x = editorX + ((editorW - width) / 2) y = editorY + ((editorH - height) / 2) self.w = StatusInteractivePopUpWindow((x, y, width, height), screen=screen) # ... Here's what I'm thinking could be added to mojo: from mojo.UI import CurrentGlyphWindow, StatusInteractivePopUpWindow class MyThing(object): self.w = StatusInteractivePopUpWindow((w, h), centerInView=CurrentGlyphWindow().getGlyphView()) The centerInView arg would take a NSView object. It would check to see if the view is enclosed in a scroll view and, if so, use the scroll view as the view to center within. I'd be happy to contribute code to do this if you like the idea.

@frederik huehue, ok, so we have to live with that

Ah, makes total sense! (I guess I should have realized the difference since I had to use DrawView's setPDFDocument(pdf) function... haha :smirk: ) Thanks for the response. The Canvas update sounds great!

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.

Thanks!

Sounds a good idea, thanks : )

He I've written a proper vanilla patch which is already in the vanilla repo. This will be in the next update of RoboFont. It adds addToolBarItem and removeToolbarItem to a vanilla window object, able to manage toolbar items properly. see https://github.com/typesupply/vanilla/blob/master/Lib/vanilla/vanillaWindows.py#L631

euh? an AccordionView only takes a vanilla like object, best is to subclass a vanilla.Group and add UI elements in there. good luck (a working version attached)

he I've updated the example: http://doc.robofont.com/api/mojo/mojo-ui/ from mojo.UI import AccordionView from vanilla import * class MyInspector: def __init__(self): self.w = FloatingWindow((200, 600)) self.firstItem = TextEditor((10, 10, -10, -10)) self.secondItem = List((0, 0, -0, -0), ["a", "b", "c"]) self.thirdItem = Tabs((10, 10, -10, -10), ["1", "2", "3"]) self.fourthItem = Group((0, 0, -0, -0)) self.fourthItem.checkBox = CheckBox((10, 10, 100, 22), "CheckBox") self.fourthItem.editText = EditText((10, 40, -10, 22)) descriptions = [ dict(label="first item", view=self.firstItem, size=200, collapsed=False, canResize=False), dict(label="second item", view=self.secondItem, minSize=100, size=140, collapsed=True, canResize=True), dict(label="third item", view=self.thirdItem, minSize=100, size=140, collapsed=True, canResize=False), dict(label="fourth item", view=self.fourthItem, size=140, collapsed=False, canResize=False) ] self.w.accordionView = AccordionView((0, 0, -0, -0), descriptions) self.w.open() MyInspector() good luck

Thanks Frederik, the script solution sounds fine. Just one problem, the glyph windows has no method setGlyphViewScale ;) Maybe I'll have to wait for the next Robofont release? Your arguments sound sensible. Maybe I just should just try to keep a glyph window open constantly. That will preserve the zoom level when double-clicking on a different glyph. I have the habit to close and re-open glyph windows all the time, this led to the confusion.

naming inside a file isn't a good idea: all files have be parsed before a menu can be build will add some functionality to mojo.UI in the next version from mojo.UI import getScriptingMenuNamingShortKey, setScriptingMenuNamingShortKey data = getScriptingMenuNamingShortKey() data['/path/to/my/python/script.py'] = dict(preferredName="my script name", shortKey="d") setScriptingMenuNamingShortKey(data)