On Thu, Oct 1, 2009 at 3:17 AM, peter sikking <peter@xxxxxxxxxxxx> wrote: > another thing I see here is filling the new tile immediately with the > same thing as the parent one. I thought I wanted to do that too, but > then realised that in GIMP an empty tile would be automatically a > drag-n-drop target to open an image, from the parade, file browser, etc. Auto filling fits with blender UI concept but not with gimp-s. Its important to remember that in blender you can only have ONE project file open at any given time and all these tiles display different aspects of that same project. Not so in gimp. > then there is a the arbitrary splitting. I have a funny feeling about that. > has to do with how arbitrary the result is. and how, and how fast, do I > build 9 (halfway) equally sized tiles to start filling with images? > I know a fast way for that (View->Tile->9-square) but that is > incompatible with arbitrary splitting. How a bout using a modifier to span the split. Basically, when you start the split you can control the position by dragging and only the current pane, the one that you started to split is split, but if during split, before commiting by releasing the mouse button shift is pressed, the split is made to span the whole screen. This will mean that 9-square split will take total of 4 splits, two of those modified. > and how does blender define the current canvas one is working on? > I would expect the load of inspectors on the right and bottom of > the screen to track the current canvas. Actually, the current one is the one that has your mouse cursor and that's the only bit of info you need. It works surprisingly well for blender and its specifics, but I think it would be quite had to make it work for gimp because in a piece of pixel art, I want my mouse off canvas unless I'm actually using it. -- --Alexia _______________________________________________ Gimp-developer mailing list Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
