Timeline for Input Aliases in Mathematica 10
Current License: CC BY-SA 4.0
40 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Dec 26, 2019 at 19:35 | history | edited | QuantumDot | CC BY-SA 4.0 |
updated bug info
|
| Sep 30, 2018 at 20:04 | answer | added | amarojrs | timeline score: 3 | |
| Jul 17, 2017 at 19:54 | history | edited | Kuba | CC BY-SA 3.0 |
added 213 characters in body; edited tags
|
| Jul 14, 2017 at 23:48 | answer | added | Itai Seggev | timeline score: 14 | |
| Apr 13, 2017 at 12:55 | history | edited | CommunityBot |
replaced http://mathematica.stackexchange.com/ with https://mathematica.stackexchange.com/
|
|
| Aug 9, 2016 at 20:46 | history | edited | Kuba | CC BY-SA 3.0 |
added 2 characters in body
|
| May 30, 2016 at 14:52 | comment | added | murray |
In 10.4.1, after I type [esc]intt[esc] in an Input cell, the cursor is placed immediately after the first placeholder. And surely that's improper behavior.
|
|
| May 30, 2016 at 7:13 | comment | added | Milad P. | I know what you mean. After typing intt, I use shift + tab and then tab from there. | |
| Apr 15, 2016 at 6:51 | history | protected | Kuba | ||
| Apr 14, 2016 at 20:50 | history | edited | Kuba | CC BY-SA 3.0 |
added 53 characters in body
|
| Apr 14, 2016 at 20:08 | comment | added | user39431 | I noticed that \SelectionPlaceHolder gets inserted as \PlaceHolder when my aliases are executed. | |
| Dec 12, 2015 at 0:24 | comment | added | B flat | I'm sorry... I mean to say text cell (not test cell). | |
| Dec 12, 2015 at 0:17 | comment | added | B flat | @QuantumDot - It works perfectly in an input cell with InputAutoReplacements. I don't care for AutoInputAliases. I was looking for a solution in a test cell, as this is where most of my typesetting appears. | |
| Dec 11, 2015 at 22:50 | comment | added | QuantumDot |
@MichaelMcCain I don't understand what you mean by "it works perfectly in an input cell." On my computer, the sequence [esc]intt[esc] does not lead to the cursor being placed in the first SelectionPlaceholder in an input cell. Have I misunderstood you?
|
|
| Oct 24, 2015 at 20:36 | comment | added | B flat | That's what I told them. Their view is that it does work. It works in an input cell. I can confirm that it does work perfectly in an input cell. Those of us that do typesetting in text cells are out of luck. It doesn't make sense as many of use text cells almost exclusively. I would encourage anyone to call into tech support and complain about this. Especially since it worked before and now it doesn't. | |
| Oct 24, 2015 at 20:30 | comment | added | 1110101001 |
@MichaelMcCain Well that clearly defeats the purpose of the selectionplaceholder
|
|
| Oct 23, 2015 at 18:24 | comment | added | B flat | I spoke with Wolfram about this issue in detail. Here in the response which doesn't make sense to me because it was supported in previous versions. The support engineer responded with.... I give up. "I spent some time with the front end developers and they felt the behavior you are seeing with the cursor outside the cell is correct. For what you want to do they suggested using a PasteButton to paste the template. What you want is not supported." | |
| Oct 23, 2015 at 15:14 | history | edited | dr.blochwave | CC BY-SA 3.0 |
deleted 63 characters in body
|
| Oct 23, 2015 at 15:09 | comment | added | murray | @QuantumDot: bug persists in 10.3. I just edited original question to indicate that. | |
| Oct 23, 2015 at 15:09 | history | edited | murray | CC BY-SA 3.0 |
Added that bug remains in *Mathematica* 10.3.
|
| Oct 23, 2015 at 4:21 | comment | added | QuantumDot | @murray What is the situation in Mathematica 10.3? | |
| Sep 15, 2015 at 4:49 | comment | added | 1110101001 |
@MichaelMcCain input auto replacements seem to work fine for me, even those with selection placeholders. For example, this is my definition of forall : RowBox[{SubscriptBox["\[ForAll]", "\[SelectionPlaceholder]"], " ", "(", "\[Placeholder]", ")"}] which as expected places the cursor in the first selection placeholder. Is there a particular example of one not working for you?
|
|
| Sep 14, 2015 at 23:46 | comment | added | B flat | Yes that does work! I'm sorry I meant to ask for a solution for auto replacements and not input aliases. It's the exact same problem. I find auto replacements are a lot quicker than pressing the escape key twice. Do you have a solution for auto replacements? Thanks in advance! | |
| Sep 12, 2015 at 21:33 | comment | added | 1110101001 | @MichaelMcCain As I commented a while back a hacky solution is to remap your escape key to input a tab after the escape so that upon expansion the cursor automatically is moved to the corrent position. | |
| Sep 9, 2015 at 23:58 | comment | added | B flat | Anyone have a solution for this? It takes 3 key presses (left arrow twice and tab once) to move to the selection placeholder now. It use to take zero. | |
| Jul 24, 2015 at 14:39 | history | edited | murray | CC BY-SA 3.0 |
added 31 characters in body
|
| Jul 24, 2015 at 6:19 | history | edited | Szabolcs | CC BY-SA 3.0 |
edited body
|
| Jun 2, 2015 at 5:26 | history | edited | Mr.Wizard | CC BY-SA 3.0 |
edited body
|
| Feb 6, 2015 at 6:26 | comment | added | 1110101001 | Perhaps one of the mathematica gurus here can come up with a more elegant solution | |
| Feb 6, 2015 at 6:24 | comment | added | 1110101001 |
@KellenMyers If you use it often you can do what I did and remap the escape key to input escape key + tab in keytranslations.tr as follows: Item[KeyEvent[" ", Modifiers -> {Shift}], FrontEndExecute[{FrontEndNotebookWrite[FrontEndInputNotebook[], "[AliasDelimiter]", After], FrontEnd`FrontEndToken["Tab"]}]] (I use space + shift as my escape key, change if yours is different)
|
|
| Feb 4, 2015 at 23:20 | comment | added | Kellen Myers | I have this problem every time and it drives me up the wall. | |
| Jan 19, 2015 at 20:08 | history | edited | Mr.Wizard | CC BY-SA 3.0 |
added 39 characters in body
|
| Oct 3, 2014 at 20:45 | history | edited | Mr.Wizard | CC BY-SA 3.0 |
added 46 characters in body; edited tags
|
| Sep 17, 2014 at 4:03 | history | edited | 1110101001 | CC BY-SA 3.0 |
added 283 characters in body
|
| Sep 17, 2014 at 4:01 | comment | added | 1110101001 | This problem still seems to exist in 10.0.1 and is related to this other bug: mathematica.stackexchange.com/questions/55734/… | |
| Jul 12, 2014 at 1:24 | comment | added | user246 | I've noticed that you do this in a text cell without already being in an inline math cell you get the cursor very far to the right of the symbol with a lot of whitespace in between the symbol and the cursor. However, in an input cell or being in an inline math cell in a text cell you get the behavior you describe. I notice in this case you can press tab to have the cursor jump to the dx placeholder and pressing tab again puts the cursor in the first placeholder. | |
| Jul 11, 2014 at 23:38 | history | tweeted | twitter.com/#!/StackMma/status/487742691212795904 | ||
| Jul 11, 2014 at 23:04 | history | edited | Szabolcs |
edited tags
|
|
| Jul 11, 2014 at 22:53 | comment | added | Szabolcs | I can reproduce it. I would report this problem to Wolfram support (support at wolfram.com). | |
| Jul 11, 2014 at 22:38 | history | asked | 1110101001 | CC BY-SA 3.0 |