Timeline for Incompatible Changes since Mathematica Version 7?
Current License: CC BY-SA 4.0
121 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jan 5, 2020 at 11:07 | history | edited | Szabolcs | CC BY-SA 4.0 | added 426 characters in body |
| Jan 3, 2020 at 10:28 | history | edited | Mr.Wizard | CC BY-SA 4.0 | added 308 characters in body |
| Nov 8, 2019 at 10:28 | history | edited | Alexey Popkov | CC BY-SA 4.0 | added 157 characters in body |
| Nov 2, 2019 at 14:13 | history | edited | xzczd♦ | CC BY-SA 4.0 | added 332 characters in body |
| Sep 23, 2019 at 19:28 | history | edited | Alexey Popkov | CC BY-SA 4.0 | added 109 characters in body |
| Sep 23, 2019 at 19:07 | history | edited | Alexey Popkov | CC BY-SA 4.0 | added 191 characters in body |
| Jul 6, 2019 at 23:11 | history | edited | Michael E2 | CC BY-SA 4.0 | Fixed typo |
| Oct 28, 2018 at 6:49 | history | edited | Alexey Popkov | CC BY-SA 4.0 | added 60 characters in body |
| Oct 27, 2018 at 8:23 | history | edited | xzczd♦ | CC BY-SA 4.0 | added 98 characters in body |
| Sep 23, 2018 at 14:55 | history | edited | Johu | CC BY-SA 4.0 | added more links to the new "underflow feature" related problems |
| Sep 23, 2018 at 11:28 | comment | added | xzczd♦ | @Johu Oops… Yes, I mean $MachinePrecision and MachinePrecision are different. | |
| Sep 23, 2018 at 11:22 | comment | added | Johu | @xzczd Thanks! I admit I still to do not understand the fully story, but thought that even incomplete hint to the problem is better than none. I have struggled a lot getting my old code back the stability and performance. Note the typo in your comment... I guess you wanted to say: MachinePrecision and $MachinePrecision are different. | |
| Sep 23, 2018 at 11:12 | comment | added | xzczd♦ | @johu The description "$MachinePrecision is the new default" is incorrect. Aside from those I've added in the community wiki, notice $MachinePrecision and $MachinePrecision are different, check this post for more information. | |
| Sep 23, 2018 at 11:06 | history | edited | xzczd♦ | CC BY-SA 4.0 | “$MachinePrecision is the new default” This description is incorrect. |
| Sep 22, 2018 at 19:09 | history | edited | Johu | CC BY-SA 4.0 | arbitrary vs machine precision |
| Aug 3, 2018 at 17:10 | comment | added | Michael E2 | Thanks @Chip I have only 11.3 now and didn't notice before. | |
| Aug 3, 2018 at 12:57 | history | edited | Greg Hurst | CC BY-SA 4.0 | edited body |
| Aug 2, 2018 at 3:25 | comment | added | Greg Hurst | I think LinearAlgebra`MatrixConditionNumber changed in between 11.1 and 11.2. | |
| Aug 1, 2018 at 21:29 | history | edited | Michael E2 | CC BY-SA 4.0 | LinearAlgebra`MatrixConditionNumber added |
| Aug 1, 2018 at 19:58 | comment | added | Mr.Wizard | @MichaelE2 Please add it. At the present time this list is a manageable size and I believe it is better to tend toward exhaustiveness. If at some point it becomes unmanageable it may be better to remove such things to a separate post. | |
| Jun 27, 2018 at 13:12 | history | edited | Alexey Popkov | CC BY-SA 4.0 | added 65 characters in body |
| Jun 27, 2018 at 13:07 | history | edited | Alexey Popkov | CC BY-SA 4.0 | added 334 characters in body |
| Apr 25, 2018 at 13:12 | history | edited | Kuba | CC BY-SA 3.0 | added 162 characters in body |
| Mar 12, 2018 at 10:44 | history | edited | Kuba | CC BY-SA 3.0 | added 28 characters in body |
| Mar 12, 2018 at 8:52 | history | edited | Kuba | CC BY-SA 3.0 | added 386 characters in body |
| Mar 12, 2018 at 8:47 | history | edited | Kuba | CC BY-SA 3.0 | added 386 characters in body |
| Nov 5, 2017 at 9:57 | history | edited | Alexey Popkov | CC BY-SA 3.0 | added 542 characters in body |
| Oct 26, 2017 at 10:22 | history | edited | Kuba | CC BY-SA 3.0 | added 287 characters in body |
| Sep 22, 2017 at 20:18 | history | edited | Alexey Popkov | CC BY-SA 3.0 | added 252 characters in body |
| Sep 22, 2017 at 6:13 | history | edited | Alexey Popkov | CC BY-SA 3.0 | better formulation |
| Sep 21, 2017 at 16:02 | history | edited | Alexey Popkov | CC BY-SA 3.0 | added 270 characters in body |
| Sep 21, 2017 at 10:21 | history | edited | Szabolcs | CC BY-SA 3.0 | deleted 50 characters in body |
| Sep 21, 2017 at 10:18 | comment | added | Alexey Popkov | @Szabolcs I also faced this: copying the image from version 11.2.0 and pasting into versions 8.0.4, 9.0.1 and 10.0.1 results in transparency being flattened, but with version 10.4.1 its OK. That's why I rely only on Import for testing and also check the result with ColorSeparate. | |
| Sep 21, 2017 at 10:10 | comment | added | Szabolcs | @AlexeyPopkov You are right. There's something weird: copy-pasting an image from 10.4+ to 10.3- loses (actually: flattens) the alpha channel. Copy-pasting an image from 10.3- to any 10.0+ version does retain the alpha channel. (This is at least what happens on OS X.) | |
| Sep 21, 2017 at 9:59 | comment | added | Mr.Wizard | @AlexeyPopkov hm... sorry for sticking my foot in this. I was just trying to be helpful; I didn't realize it was contested. (I get True in 10.1.0 under Windows x64, for what it's worth.) | |
| Sep 21, 2017 at 9:54 | comment | added | Alexey Popkov | @Szabolcs I have version 10.0.1 installed on my machine (Win7 x64) and with it img = Import["https://i.sstatic.net/UsJTa.png"]; ImageData[Blur[img, 5]] == ImageData[img] returns True. That's why I'm sure that the change was introduced in 10.0. Do you get other result with version 10.0? | |
| Sep 21, 2017 at 9:41 | history | edited | Mr.Wizard | CC BY-SA 3.0 | deleted 5 characters in body |
| Sep 21, 2017 at 9:31 | history | edited | Szabolcs | CC BY-SA 3.0 | this change took place between 10.3 and 10.4 |
| Sep 21, 2017 at 8:04 | history | edited | Alexey Popkov | CC BY-SA 3.0 | added 150 characters in body |
| Sep 21, 2017 at 0:50 | history | edited | Alexey Popkov | CC BY-SA 3.0 | added 277 characters in body |
| May 25, 2017 at 0:12 | comment | added | Mr.Wizard | @Kuba I was following the order of the existing official documentation, but I don't have a strong opinion about it either way. I suppose your order puts the information most people will be most interested in at the top. The formatting looks good. Thanks. | |
| May 24, 2017 at 21:59 | comment | added | Kuba | @Mr.Wizard was adding one example and ended up reversing the order :), I think it is more user friendly. Also, I've changed layout a little, let me know what do you think, but I can read when headers have the same indentation as items inside. | |
| May 24, 2017 at 21:57 | history | edited | Kuba | CC BY-SA 3.0 | added 41 characters in body |
| Apr 13, 2017 at 12:55 | history | edited | CommunityBot | replaced http://mathematica.stackexchange.com/ with https://mathematica.stackexchange.com/ | |
| Aug 23, 2016 at 0:03 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 229 characters in body |
| Jul 9, 2015 at 18:26 | history | edited | Mr.Wizard | CC BY-SA 3.0 | deleted 7 characters in body |
| Jul 9, 2015 at 18:09 | comment | added | J. M.'s missing motivation | Yes, it's now good. :) | |
| Jul 9, 2015 at 18:09 | history | edited | J. M.'s missing motivation | CC BY-SA 3.0 | added 9 characters in body |
| Jul 9, 2015 at 18:07 | comment | added | Mr.Wizard | @Guess Please let me know if that is sufficiently clear and concise. | |
| Jul 9, 2015 at 18:06 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 578 characters in body |
| Jul 9, 2015 at 17:57 | comment | added | J. M.'s missing motivation | Ah, that's cool then. You can add a prelude, of course. | |
| Jul 9, 2015 at 17:54 | comment | added | Mr.Wizard | @Guess Ah, I think I understand the confusion. The bulleted points are not meant as (general) suggestions but specific backward-compatibility patches. The items in this answer are not to be seen as backslides or bugs; they are simply changes that may result in old code (or methods) not working as anticipated, and quick fixes when known. Maybe something about this should be included in a Prelude section? | |
| Jul 9, 2015 at 17:51 | comment | added | J. M.'s missing motivation | Well, the suggestion of using DeleteDuplicates[] looks like throwing away useful information to me here, you see. | |
| Jul 9, 2015 at 17:49 | comment | added | Mr.Wizard | @Guess Is there something in this post that seems to indicate otherwise? | |
| Jul 9, 2015 at 17:47 | comment | added | J. M.'s missing motivation | "returns the same solution several times to indicate its multiplicity" - I'd argue that this is actually an improvement. | |
| Jul 9, 2015 at 17:15 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 530 characters in body |
| May 20, 2015 at 16:05 | comment | added | David G. Stork | Countries in CountryData[] in Mathematica 10.1 are represented as an Entity while in versions 9.0 (and presumably earlier) they are not. | |
| May 12, 2015 at 8:42 | history | edited | Mr.Wizard | CC BY-SA 3.0 | breaking change to MovingMap |
| May 6, 2015 at 22:27 | history | edited | Mr.Wizard | CC BY-SA 3.0 | deleted 151 characters in body |
| May 5, 2015 at 7:41 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 80 characters in body |
| May 5, 2015 at 7:32 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 360 characters in body |
| Apr 12, 2015 at 21:37 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 591 characters in body |
| Mar 19, 2015 at 16:46 | history | edited | Albert Retey | CC BY-SA 3.0 | added change in Nearest from Version 9 to 10 |
| Feb 12, 2015 at 10:50 | vote | accept | Mr.Wizard | ||
| Feb 12, 2015 at 10:42 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 52 characters in body |
| Jan 28, 2015 at 8:05 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 421 characters in body |
| Jan 14, 2015 at 10:38 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 151 characters in body |
| Jan 14, 2015 at 10:34 | comment | added | Mr.Wizard | @Oleksandr Thanks. I wasn't the one who added that item to this list so I hesitate to remove it entirely, but I think it needs to be amended with this information. | |
| Jan 14, 2015 at 10:34 | comment | added | Oleksandr R. | Version 8 and 9 differ; version 5.2 also differs from version 7. I don't have version 6 installed any more so I can't check that, but I wouldn't be surprised if it differs as well. The 32- and 64-bit kernels give the same value as each other in versions 7 and 8, but not in version 9. The magnitudes of the hashes in the 32- and 64-bit kernels of version 9 are also rather different (basically, the 64-bit version gives a 62-bit hash, but the 32-bit one gives 31 bits). | |
| Jan 14, 2015 at 10:21 | comment | added | Mr.Wizard | @Oleksandr Interesting. Do you know if all pre-version-8 Hash values were the same? At this point it's clear we shouldn't rely on a constant (default) hash value, but it may have seemed like a reasonable expectation at some time in the past. | |
| Jan 14, 2015 at 10:06 | comment | added | Oleksandr R. | Versions 7 and 8 give the same hash value, but in general, the other versions don't. I couldn't see any big differences in the overall magnitude or distribution of the values between 9 and 10, so I would say the algorithm is probably the same, but some internal detail has changed that leads to slightly different results. In general I think the constancy of hash values between versions is something we shouldn't rely on. The only important thing is that there should be no collisions. | |
| Jan 14, 2015 at 2:57 | comment | added | Mr.Wizard | @Oleksandr Simply: the (default) hash value returned for a given expression in v10 does not match the (default) hash value from earlier versions. | |
| Jan 14, 2015 at 1:56 | comment | added | Oleksandr R. | Could you elaborate on what is the difference with Hash in version 10? The documentation doesn't seem to show any important differences, but since I'm using Windows 2003 I don't have version 10 on this computer to verify it. | |
| Jan 14, 2015 at 1:46 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 278 characters in body |
| Dec 12, 2014 at 20:19 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 26 characters in body |
| Dec 12, 2014 at 19:49 | history | edited | Greg Hurst | CC BY-SA 3.0 | added 717 characters in body |
| S Dec 12, 2014 at 18:23 | history | suggested | xcah | CC BY-SA 3.0 | Added changes to the Hash function for v10 |
| Dec 12, 2014 at 17:50 | review | Suggested edits | |||
| S Dec 12, 2014 at 18:23 | |||||
| Dec 12, 2014 at 16:10 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 365 characters in body |
| Sep 24, 2014 at 9:23 | history | edited | shrx | CC BY-SA 3.0 | missing mathematica version |
| Sep 24, 2014 at 7:37 | history | edited | Mr.Wizard | CC BY-SA 3.0 | remove InterpolatingFunction import problem as it was a bug that has now been fixed |
| Sep 20, 2014 at 13:29 | comment | added | Mr.Wizard | @RunnyKine To begin with you should post that here: (57608) Probably that item can be removed from this list as this post is not intended to catalog corrected bugs. | |
| Sep 20, 2014 at 12:55 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 30 characters in body |
| Sep 20, 2014 at 12:50 | comment | added | RunnyKine | Is it worth mentioning that the InterpolationFunction compatibility issue has been fixed in v10.0.1 ? | |
| Sep 20, 2014 at 12:47 | history | edited | Mr.Wizard | CC BY-SA 3.0 | deleted 30 characters in body |
| Sep 20, 2014 at 12:29 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 301 characters in body |
| Sep 18, 2014 at 13:35 | history | edited | Markus Roellig | CC BY-SA 3.0 | added V8 to V9+ Interpolation issue on unstructured grids |
| Aug 21, 2014 at 21:19 | history | edited | C. E.♦ | CC BY-SA 3.0 | added 383 characters in body |
| Aug 20, 2014 at 0:52 | comment | added | Daniel W | @Szabolcs The original report was filed online, I did not keep a copy. Below is a copy of the reply from support: Thanks for contacting Wolfram Technical Support. Regarding the issue you reported, it seems this is an intentional design change. We have internal discussions on this and the argument from the developer is that "Setting $Context to $System on subkernels is necessary to make sure (new) system symbols arrive in the correct context on subkernels, because despite the MathLinkPrintFullSymbolName settings, system symbols do not have their context attached". | |
| Aug 19, 2014 at 0:36 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 457 characters in body |
| Aug 18, 2014 at 2:05 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 480 characters in body |
| Aug 18, 2014 at 1:45 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 418 characters in body |
| Aug 16, 2014 at 16:32 | comment | added | Szabolcs | @DanielW Do you have a link to a discussion about this? | |
| Aug 16, 2014 at 16:29 | history | edited | Szabolcs | CC BY-SA 3.0 | Image is not atomic in v8. |
| Aug 16, 2014 at 11:11 | history | edited | C. E.♦ | CC BY-SA 3.0 | added 286 characters in body |
| Aug 12, 2014 at 21:12 | history | edited | eldo | CC BY-SA 3.0 | deleted 396 characters in body |
| Aug 12, 2014 at 21:08 | comment | added | Simon Woods | @eldo, I think the Inset thing is a bug rather than a deliberate change, so it doesn't belong in this list in my opinion. | |
| Aug 12, 2014 at 21:00 | history | edited | eldo | CC BY-SA 3.0 | added 400 characters in body |
| Aug 11, 2014 at 9:03 | history | edited | Sjoerd C. de Vries | CC BY-SA 3.0 | added 70 characters in body |
| Aug 11, 2014 at 8:53 | history | edited | Sjoerd C. de Vries | CC BY-SA 3.0 | added 139 characters in body |
| Aug 10, 2014 at 17:25 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 61 characters in body |
| Aug 10, 2014 at 17:24 | comment | added | Mr.Wizard | @Daniel The edit looks good. Thanks! | |
| Aug 10, 2014 at 15:24 | history | edited | Daniel W | CC BY-SA 3.0 | added 412 characters in body |
| Aug 10, 2014 at 14:34 | comment | added | Daniel W | @Mr.Wizard Thanks for letting me know. I was not aware of circumstances where I could edit someone else's post. Also, it seemed presumptuous for me to edit your post. Should I just copy/paste the comment into the post as it is? | |
| Aug 9, 2014 at 19:59 | comment | added | Mr.Wizard | @Daniel This is a Community Wiki answer and it should only take 100 "reputation" to edit it. Did you try? And thanks for reporting this change. | |
| Aug 9, 2014 at 19:40 | comment | added | Daniel W | I can't edit Mr. Wizard's answer, so he is welcome to add this to his list at his discretion. In version 9, expressions evaluated in parallel default to the Global context. In version 10, expressions evaluated in parallel default to System. This causes shadowing when using ParallelNeeds on packages which are supposed to define global symbols, and leaks symbols into the System context. This has been confirmed by Wolfram support as a design decision, not a bug. | |
| Aug 9, 2014 at 18:05 | comment | added | Mr.Wizard | @eldo Thanks; added. | |
| Aug 9, 2014 at 18:05 | history | edited | Mr.Wizard | CC BY-SA 3.0 | deleted 6 characters in body |
| Aug 9, 2014 at 17:39 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 567 characters in body |
| Aug 8, 2014 at 0:00 | comment | added | eldo | @ Mr. Wizard - You might consider rcollyer's excellent answer to this question: mathematica.stackexchange.com/questions/56829/… | |
| Aug 6, 2014 at 18:24 | comment | added | rm -rf♦ | @Mr.Wizard I think we have (at least in the past) consistently been applying CW to anything that calls for a growing and collaborative "list of x" regardless of whether that list is presented as one post or many. It is a more recent phenomenon that such questions are not CW, but that seems more an oversight... I don't have a particular opinion on the format — I'm sure there are other equally useful formats that others might come up with. Your choice shouldn't prevent them from using theirs. I added my entry to yours in your format because I didn't think it warranted a new post. | |
| Aug 6, 2014 at 17:46 | comment | added | Mr.Wizard | @rm-rf Regarding your changing this post to CW, I suppose that is appropriate if this is to be the sole answer, but I actually did not intend that, though I failed to state my intentions in the Question. I chose an Issue: Solution: format unlike the existing documentation, which is simply a bulleted list of changes with no comment on impact or work-arounds. I thought others might have a different idea for how this information should be presented. Do you feel that the format I chose is sufficiently universal to be the sole answer? | |
| Aug 6, 2014 at 16:58 | comment | added | rm -rf♦ | Yup, I almost always write a space for implicit Times. Probably started doing that because I used to (and still do) write in code cells or with non-interactive editors such as vim/IDEA. | |
| Aug 6, 2014 at 16:27 | comment | added | Mr.Wizard | @rm-rf The interactive editor would previously auto-space such things just as it still does when you type 3x. (I don't mean that it enters a literal space but rather shows the expression with spacing.) Do you always type a space between such things? I have not as it seemed like wasted effort. | |
| Aug 6, 2014 at 16:23 | history | edited | rm -rf♦ | CC BY-SA 3.0 | added 450 characters in body |
| Aug 6, 2014 at 16:21 | history | made wiki | Post Made Community Wiki by rm -rf♦ | ||
| Aug 6, 2014 at 16:18 | comment | added | rm -rf♦ | Writing #x and #"string" in versions < 10 to mean # x and # "string" respectively is bad form anyway (a habit propagated by the Church of the Tersists, no doubt ;)). Such code deserves to be broken :P | |
| Aug 6, 2014 at 9:29 | comment | added | magma | Klingon character support has been removed: that's because Klingons do not respect the Galactic Copyright Treaty | |
| Aug 6, 2014 at 6:27 | history | edited | Mr.Wizard | CC BY-SA 3.0 | added 528 characters in body |
| Aug 6, 2014 at 6:13 | history | edited | Mr.Wizard | CC BY-SA 3.0 | edited body |
| Aug 6, 2014 at 6:07 | history | answered | Mr.Wizard | CC BY-SA 3.0 |