Timeline for MathKernel doesn't return all Messages
Current License: CC BY-SA 3.0
19 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jul 16, 2015 at 14:53 | comment | added | rcollyer |
@Mr.Wizard that's a good question. I pulled this from my internal code, massaged it a bit, and put it up. I don't recall why I switched to Block, as it has been a long time. I suspect it was a desire to limit the number of symbols introduced in my tests which Block does, but I'm guessing at this point.
|
|
| Jul 16, 2015 at 14:42 | comment | added | Mr.Wizard |
Why did you change Module to Block? Isn't the former more correct here? Or it is something about Front End evaluation?
|
|
| Jul 16, 2015 at 14:32 | history | edited | rcollyer | CC BY-SA 3.0 |
made some changes
|
| Oct 16, 2013 at 12:57 | comment | added | Sjoerd C. de Vries | @rcollyer Ha! Good idea. | |
| Oct 16, 2013 at 12:51 | comment | added | rcollyer |
@SjoerdC.deVries removed that, made SelectionMove more robust by changing Next to All, and added the option NotebookFileName -> "FEMessages" to not blow out the untitled notebook list. No one needs an new notebook named "Untitled-1032".
|
|
| Oct 16, 2013 at 12:49 | history | edited | rcollyer | CC BY-SA 3.0 |
added 31 characters in body
|
| Oct 16, 2013 at 11:58 | comment | added | rcollyer |
@SjoerdC.deVries it's a remnant of the code I'm using. I usually perform another test on the result, so that's why I capture, res. But, yes, res is irrelevant in this case.
|
|
| Oct 16, 2013 at 9:50 | comment | added | Sjoerd C. de Vries |
Why do you use res this way?
|
|
| Oct 10, 2013 at 12:31 | comment | added | Jacob Akkerboom | @rcollyer thats the way things go, good job nonetheless :). (temporary message?) | |
| Oct 9, 2013 at 15:23 | comment | added | rcollyer |
@ToddGayley I think I've fixed the Visible -> False problem.
|
|
| Oct 9, 2013 at 15:22 | comment | added | rcollyer | @JacobAkkerboom and yes, it took me that long to fix it. It has never been high priority as it always seemed to work for me, except in a few rare cases. But, those rare cases became common last week. So, I figured I needed to figure it out. :P | |
| Oct 9, 2013 at 13:44 | comment | added | Jacob Akkerboom | @rcollyer I think it works fine now :). | |
| Oct 9, 2013 at 12:57 | comment | added | rcollyer |
@JacobAkkerboom I've added a potential fix for the Visible -> False problem. If you would try it again, I would appreciate it.
|
|
| Oct 9, 2013 at 12:56 | history | edited | rcollyer | CC BY-SA 3.0 |
added fix that may help with Visible -> False problem
|
| Sep 10, 2013 at 8:53 | vote | accept | WolframFan | ||
| Jul 24, 2013 at 17:11 | comment | added | rcollyer | @ToddGayley I cheated. I learned it from someone else because I needed it for my testing, and yes you have to run it on every single image. I'm not sure how to integrate it into the OP's workflow, either, but it is a place to start. | |
| Jul 24, 2013 at 17:09 | comment | added | rcollyer |
@JacobAkkerboom I've never been sure when to add Visible -> False or not. I do know if they are visible, you will see them blink in and out of existence.
|
|
| Jul 24, 2013 at 16:27 | comment | added | Todd Gayley |
Nice. I wonder how people learn about hidden things like FrontEnd`GetErrorsInSelectionPacket. Your function didn't work for me, though, until I took out the Visible->False. It seems that because the error isn't generated until rendering time, it never occurs if the notebook is not made visible. It's not clear how to integrate this into the workflow of the original question. There is no direct indication that there is a problem with the original graphic, so you would have to perform this step as an extra test on every single image.
|
|
| Jul 24, 2013 at 15:49 | history | answered | rcollyer | CC BY-SA 3.0 |