- DOCK AND UNDOCK MENUS INKSCAPE INSTALL
- DOCK AND UNDOCK MENUS INKSCAPE MAC
Soundray: K, teach me, I obviously am not understandingįirst time I heard of a linux caring about partition types Heh, weird, all the gui folders showed this time when I relaunched geditīackgen: right - run 'sudo fdisk /dev/hda', and say whenīackgen: make sure the disk isn't mounted Sfielder, I remember seeing your link, and two things: I don't know intel chips, and don't have two monitors :)
DOCK AND UNDOCK MENUS INKSCAPE INSTALL
Wols: in Ubuntu LiveCD when trying to install Ubuntu And he does *not* talk about compiling the s3 driver. TBotNik_u: from glancing over this quickly, he does give good advice. Nickrud: Yeah but when I browse for a file on let say (reconstructor or any other program) I get to weird libraries and I can't get back to the home/desktop/documents where my real files are. Slart: hehe.adblock+ takes care of all those ads. bbįurthermore, you could mount this panel at the top of each document window if you were so inclined, however I feel we're moving away from this idea./srv//0/#ubuntu.txt /srv//0/#ubuntu.txt qwaz It will be floating and unsinkable like all other dialogs. If you need it, we can create a new dialog (for lack of a better word) that will have such a menu and toolbar.
DOCK AND UNDOCK MENUS INKSCAPE MAC
This menu would take the shape of having all Major menu items enumerated horizontally ( ala windows and the mac ).īelow those menu items would rest a horizontal toolbar with buttons for file operations, clipboard maintainence and dialog / palette visibility controls. It's different from GIMP (although the difference is only in behavior, while visibly it's almost the same) and from windows programs (no empty window as parent of all documents) - but I like it and so far I see no problems with this approach. There's no single "main" window, but whatever document is on top gets all attention from dialogs. I think my latest changes more or less take care of that.
How can we provide a multi-document structure while maintaining a single document view?. MenTaLguY I agree that the context menu deserves some HEAVY pruning to become a real "context menu", anyway. MenTaLguY I'm also rather fond of an OS X-style application menu, actually, though clearly some things don't belong on it. At least enabling a global GTK menu would certainly help build infrastructure for that. Whatever we can do to fit in with the user's environment (without requiring them to manually set an option) would be great. MenTaLguY Thinking about it, it might be nice to have an extension module that hid the per-window menus and used a Qt global menu if that's currently turned on for Qt/KDE (IIRC that does have a global menu option?). Nearly all GNOME configurations and I think some fairly common KDE configurations will have problems with a 'maximized' shared menu. As it is (not being a KDE/Qt app), I don't think it's wise to assume the rest of the environment will play along. I wouldn't object to it being configurable, if it were configurable globally across apps, as I believe KDE does. Per-window menus have the advantage of behaving in an expected and standard fashion, as well as requiring less mouse motion (compared to non-'maximized' shared menus). bb I think we should pick one and stick with it - 90% of users will use the defaults anyway. Actually this should not be too difficult as we already have a docked toolbox. MenTaLguY I'm not against per-window menus, if someone else will do it and if they will be easy to switch off :) And if this setting will be preserved across sessions, of course. GNOME Panel), Fitts' Law works against us in the case of a shared menu. Since we don't really have the option of attaching to the (real) top of the screen (due to e.g. bb I honestly think we're better off with every document window having its own menu bar for now - doing a floating menubar in a way that isn't painful is tricky. But if we create a separate floating menu dialog (perhaps with the possibility to maximize it horizontally in one click at the top of the screen, so it looks almost like the Mac menu) we can remove it from the toolbox. tvon "Inkscape" menu was done simply becaue two menus didn't fit into the toolbox. Something more traditional here would work well too I think, such as a 'File' menu and a 'About|Help' menu. It's unclear as to what it actually does. On the subject, I also dont care much for the 'Inkscape' menu. I'd love to see a more traditional menubar somewhere. What do you mean by meta-tools? What's wrong with the right-click menu? -bb I think the right-click menu is cumbersome (perhaps its because of the extra level of menu items to sort through). A single global menu bar would solve two problems.
0 kommentar(er)
