Re: mini-buffer's showing and hding
On Tue, Dec 12, 2006 at 10:04:21AM -0600, Stefano Franchi wrote: Closing the minibuffer automatically is (would be) best for those of us with limited screen real estate. I only use LyX on a 12 powerbook, and every pixel is precious. Next to best would be changing the behavior of Alt-x to toggle-minibuffer, as suggested. Certainly less awkward than right clicking and selecting the right option, especially on a Mac, when right-clicking means ctrl-click. Where would 'merging status line an minibuffer' rank on your list? Andre'
Re: mini-buffer's showing and hding
On 13 Dec, 2006, at 5:13 PM, Andre Poenitz wrote: On Tue, Dec 12, 2006 at 10:04:21AM -0600, Stefano Franchi wrote: Closing the minibuffer automatically is (would be) best for those of us with limited screen real estate. I only use LyX on a 12 powerbook, and every pixel is precious. Next to best would be changing the behavior of Alt-x to toggle-minibuffer, as suggested. Certainly less awkward than right clicking and selecting the right option, especially on a Mac, when right-clicking means ctrl-click. Where would 'merging status line an minibuffer' rank on your list? Hmmm--never thought of this---intriguing. I'd say my preferences would be ranked: 1. can be toggled on/off 2. the merged status line/minibuffer is fixed (but ui-file configurabel) 3. the minibuffer can be toggled S. Andre' __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand
Re: mini-buffer's showing and hding
On Tue, Dec 12, 2006 at 10:04:21AM -0600, Stefano Franchi wrote: Closing the minibuffer automatically is (would be) best for those of us with limited screen real estate. I only use LyX on a 12 powerbook, and every pixel is precious. Next to best would be changing the behavior of Alt-x to toggle-minibuffer, as suggested. Certainly less awkward than right clicking and selecting the right option, especially on a Mac, when right-clicking means ctrl-click. Where would 'merging status line an minibuffer' rank on your list? Andre'
Re: mini-buffer's showing and hding
On 13 Dec, 2006, at 5:13 PM, Andre Poenitz wrote: On Tue, Dec 12, 2006 at 10:04:21AM -0600, Stefano Franchi wrote: Closing the minibuffer automatically is (would be) best for those of us with limited screen real estate. I only use LyX on a 12 powerbook, and every pixel is precious. Next to best would be changing the behavior of Alt-x to toggle-minibuffer, as suggested. Certainly less awkward than right clicking and selecting the right option, especially on a Mac, when right-clicking means ctrl-click. Where would 'merging status line an minibuffer' rank on your list? Hmmm--never thought of this---intriguing. I'd say my preferences would be ranked: 1. can be toggled on/off 2. the merged status line/minibuffer is fixed (but ui-file configurabel) 3. the minibuffer can be toggled S. Andre' __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand
Re: mini-buffer's showing and hding
On Tue, Dec 12, 2006 at 10:04:21AM -0600, Stefano Franchi wrote: > Closing the minibuffer automatically is (would be) best for those of us > with limited screen real estate. I only use LyX on a 12" powerbook, and > every pixel is precious. Next to best would be changing the behavior of > Alt-x to toggle-minibuffer, as suggested. Certainly less awkward than > right clicking and selecting the right option, especially on a Mac, > when right-clicking means ctrl-click. Where would 'merging status line an minibuffer' rank on your list? Andre'
Re: mini-buffer's showing and hding
On 13 Dec, 2006, at 5:13 PM, Andre Poenitz wrote: On Tue, Dec 12, 2006 at 10:04:21AM -0600, Stefano Franchi wrote: Closing the minibuffer automatically is (would be) best for those of us with limited screen real estate. I only use LyX on a 12" powerbook, and every pixel is precious. Next to best would be changing the behavior of Alt-x to toggle-minibuffer, as suggested. Certainly less awkward than right clicking and selecting the right option, especially on a Mac, when right-clicking means ctrl-click. Where would 'merging status line an minibuffer' rank on your list? Hmmm--never thought of this---intriguing. I'd say my preferences would be ranked: 1. can be toggled on/off 2. the merged status line/minibuffer is fixed (but ui-file configurabel) 3. the minibuffer can be toggled S. Andre' __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand
Re: mini-buffer's showing and hding
On 11 Dec, 2006, at 4:41 PM, Paul A. Rubin wrote: Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). Closing the minibuffer automatically is (would be) best for those of us with limited screen real estate. I only use LyX on a 12 powerbook, and every pixel is precious. Next to best would be changing the behavior of Alt-x to toggle-minibuffer, as suggested. Certainly less awkward than right clicking and selecting the right option, especially on a Mac, when right-clicking means ctrl-click. Perhaps the optimal solution would be to have three configurable options in the ui. files: on | off | toggle. That would make everyone happy, I guess, but it might not be trivial Cheers, Stefano /Paul __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand
Re: mini-buffer's showing and hding
On 11 Dec, 2006, at 4:41 PM, Paul A. Rubin wrote: Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). Closing the minibuffer automatically is (would be) best for those of us with limited screen real estate. I only use LyX on a 12 powerbook, and every pixel is precious. Next to best would be changing the behavior of Alt-x to toggle-minibuffer, as suggested. Certainly less awkward than right clicking and selecting the right option, especially on a Mac, when right-clicking means ctrl-click. Perhaps the optimal solution would be to have three configurable options in the ui. files: on | off | toggle. That would make everyone happy, I guess, but it might not be trivial Cheers, Stefano /Paul __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand
Re: mini-buffer's showing and hding
On 11 Dec, 2006, at 4:41 PM, Paul A. Rubin wrote: Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line "minibuffer" "off,bottom" in my user interface file "default.ui". When I invoke the command line with the key for "command-execute", it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is "off", then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). Closing the minibuffer automatically is (would be) best for those of us with limited screen real estate. I only use LyX on a 12" powerbook, and every pixel is precious. Next to best would be changing the behavior of Alt-x to toggle-minibuffer, as suggested. Certainly less awkward than right clicking and selecting the right option, especially on a Mac, when right-clicking means ctrl-click. Perhaps the optimal solution would be to have three configurable options in the ui. files: on | off | toggle. That would make everyone happy, I guess, but it might not be trivial Cheers, Stefano /Paul __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand __ Stefano Franchi Department of Philosophy Ph: (64) 9 373-7599 x83940 University Of Auckland Fax: (64) 9 373-8768 Private Bag 92019 [EMAIL PROTECTED] Auckland New Zealand
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens
Re: mini-buffer's showing and hding
Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 2:41 PM, Paul A. Rubin wrote: Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul Paul, great, thanks for the hint. It's always fun to discover some new hidden feature. That trick is good enough for me, since I don't actually invoke the minibuffer all that often. Jens
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens
Re: mini-buffer's showing and hding
Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 2:41 PM, Paul A. Rubin wrote: Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line minibuffer off,bottom in my user interface file default.ui. When I invoke the command line with the key for command-execute, it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is off, then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul Paul, great, thanks for the hint. It's always fun to discover some new hidden feature. That trick is good enough for me, since I don't actually invoke the minibuffer all that often. Jens
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line "minibuffer" "off,bottom" in my user interface file "default.ui". When I invoke the command line with the key for "command-execute", it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is "off", then LyX should return to that state after executing a command from the minibuffer. Jens
Re: mini-buffer's showing and hding
Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line "minibuffer" "off,bottom" in my user interface file "default.ui". When I invoke the command line with the key for "command-execute", it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is "off", then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul
Re: mini-buffer's showing and hding
On Dec 11, 2006, at 2:41 PM, Paul A. Rubin wrote: Jens Noeckel wrote: On Dec 11, 2006, at 1:13 PM, Stefano Franchi wrote: I would like to revert the minibuffer behavior of my 1.4.x LyX installation to the behavior I had under 1.3.x. That is: 1. No minibuffer is shown as default 2. M-x opens the minibuffer for input (and gains focus too) 3. at the end of minibuffer editing, the minibuffer itself is closed. I cannot replicate step 3: the mini-buffer, once opened remains opened. Any suggestion? Thanks, Stefano I'd like to second this request. There should be a way to get rid of the minibuffer after invoking it. I have the line "minibuffer" "off,bottom" in my user interface file "default.ui". When I invoke the command line with the key for "command-execute", it appears at the bottom, but I don't know a way to hide it again. It seems logical to me that if the default is "off", then LyX should return to that state after executing a command from the minibuffer. Jens You can get rid of the minibuffer by right clicking in an empty space on the toolbar and unchecking it. That said, I'd like to see M-x toggle the minibuffer (open it if closed, close it if open). Having to click (twice) to get rid of it is a bit awkward, not to mention less than widely publicized. I'm not sure I second the notion of automatically closing the minibuffer after each command; it's conceivable someone might want to type in a sequence of commands (for instance, define several math macros in a single orgy of typing). /Paul Paul, great, thanks for the hint. It's always fun to discover some new hidden feature. That trick is good enough for me, since I don't actually invoke the minibuffer all that often. Jens