Exactly. There is no need anymore to have an "in-text" printed error. A non-modal popup (similar to a menu) would be a better solution.
We should treat the result of print-it in the same way and offer it non-invasively. I put together a visual description of how such a widget would look like here: https://dl.dropboxusercontent.com/u/18323746/Tmp/coder/coder-pop-print.pdf Would anyone be interested to work on this widget? Doru On Sat, Oct 19, 2013 at 12:14 AM, Benjamin < [email protected]> wrote: > Why not a small popup placed correctly ? > > Then it doesn't even corrupt your source code > > Ben > > On Oct 18, 2013, at 4:08 PM, Camillo Bruni <[email protected]> wrote: > > That is the first step :), if you have a decent text editor, > > you could add a real print-it or do-it token, which is not regarged as > source code, but just > as meta information. I think we could quite easily do this in Amber right > now ;). > > But yes, why not, sounds like a reasonable idea to put print-its and > compilation errors in double quotes. > > > On 2013-10-18, at 14:59, [email protected] wrote: > > > Just a random idea flitting thought my mind... When trying to <Accept> > some code with an error in it, the error message gets inserted into the > code such that it screws up syntax highlighting and also you need to use > <Undo> to remove it. I wonder if the error might be inserted between > double-quotes making it a comment. The same could be said for if you > <PrintIt> from a debugger. It seems such a simple and obvious idea that I > presume its been considered before and there are good reasons not to do it. > I am curious what others think might be the pros/cons of it. > In the case of <PrintIt> one benefit might be that the code could still be > saved, with the result left as a kind-of example. This might be good for > temporary code development in a Workspace. > > cheers -ben > > > > -- www.tudorgirba.com "Every thing has its own flow"
