On 9/5/2011 8:23 PM, Steve Wart wrote:
This is surreal, although I am somewhat sympathetic.
?...
my comment was surreal?...
I think of all the lost hours of arguments over the years that
degenerated into "static typing" vs "dynamic typing" flamewars when
all that was really needed was to say "dude, you can highlight some
text and evaluate the code"
Formalisms are overrated :-)
yep. it was such a nifty yet subtle feature, that one does not ever hear
of it or know much about it until they see it in action.
select code, hit F5, see the results of evaluating the expression just
pop up, feel surprised at there being such a simple and elegant design
solution to a problem they have been faced with:
the lack of there being really anything "between" the use of direct
console-commands and temporary-file based evaluation (reloading the
script from source, one using it for eval by clearing its contents each
time and typing in any new commands, that or using functions and
invoking them via the console or a function call at the bottom of the
script).
<--
function foo()
{ ... }
function bar()
{ ... }
...
//foo();
bar();
//baz();
-->
the one drawback at the moment though (in my case) would be the need to
provide an in-program editor interface for this (or some other way to
somehow "relay" the editor's selection over to the running program).
luckily, I already have a "text editor GUI widget" which could
potentially be useful here (when I originally created my GUI widget
system, many years ago, I used HTML forms as the design template, and a
text-editor box was included in the widget list IIRC).
(yes, the above was around the same time when I had the idea of creating
a scripting language "sort of like JavaScript", partly because I
originally encountered both HTML forms and JS at around the same time...).
granted, then again, if MS is using such a feature in their products, I
guess it is probably not *that* rare or unheard of (much like
"discovering" new features in Windows or MS Office...).
meanwhile, at the moment IRL, I am at the moment torn between:
having to do more homework (for college classes... grr... but then again
I guess teachers have to sit around and read/grade all the HW, which
probably is a similar, if not bigger, hassle);
working on adding antiportals to my 3D engine (as a
visibility/optimization hint);
working on re-adding rigid-body physics (already have most of the code,
it is just not currently used).
as well as the longer term issue of "what will I eventually do with all
this?" and "is there any way I can somehow get a job or make money?", ...
Cheers
Steve
On Mon, Sep 5, 2011 at 1:09 PM, BGB <[email protected]
<mailto:[email protected]>> wrote:
On 9/5/2011 11:55 AM, Alan Kay wrote:
I hate to be the one to bring this up, but this has always been a
feature of all the Smalltalks ... one has to ask, what is there
about current general practice that makes this at all remarkable? ...
Cheers,
Alan
maybe because it is sufficiently uncommon that one has not
thought-of or seen the idea at any point prior to this point?
almost invariably, one is limited either to reloading whole files
(if one is lucky and using a scripting language for this,
otherwise it is time to exit the app and rebuild), or however much
they can reasonably type into a console (may be often limited to
80 or 100 characters or so, especially with "IRC-style" consoles,
where one only has a single-line entry field at the bottom and
everything scrolls up).
depending on editor/language (say Java+Eclipse), there is the
ability to pause and edit code in the debugger, but this is a
different feature.
Visual Studio generally also has an immediate-evaluation tab
thingy, which works more like a console.
so, a "scratch-pad" style editor which allows selecting and
evaluating things (and optionally saving and reloading these
scratch-pads), sadly, does actually seem fairly novel (I am
tempted to add similar to my own project, but would need to think
up details regarding the user-interface and/or how to integrate it
with the existing console interface).
(probably like an editor on the bottom with console output on the
top, and maybe some keyboard shortcut magic to access it.)
sad thing though is, if Bash ever falls out of common use, people
may then forget about the idea of the console remembering command
history from prior sessions or similar (most other console-style
UIs don't do this).
------------------------------------------------------------------------
*From:* Murat Girgin <[email protected]> <mailto:[email protected]>
*To:* Fundamentals of New Computing <[email protected]>
<mailto:[email protected]>
*Sent:* Monday, September 5, 2011 11:21 AM
*Subject:* Re: [fonc] Re: a little more FLEXibility
/not sure if this is relevant:/
/
/
/one nifty feature I recently noticed which exists in
"SQL Server Management Studio" was the ability to select
things, hit a key, and evaluate only the selected code./
/
/
/this seemed to combine some of the merits of entry in a
text editor, with those of immediate evaluation (and
allowing more convenient ways to deal with longer
multi-line commands)/
F# REPL in Visual Studio also supports this. Pretty nice feature.
On Mon, Sep 5, 2011 at 1:01 AM, BGB <[email protected]
<mailto:[email protected]>> wrote:
On 9/4/2011 11:38 PM, Michael Haupt wrote:
Hi Jecel,
Am 02.09.2011 um 20:51 schrieb Jecel Assumpcao Jr.:
Michael,
your solution is a little more indirect than dragging
arrows in Self
since you have to create a global, which is what I
would like to avoid.
ah, but instead of Smalltalk >> #at:put: you can use any
object member's setter. I was just too lazy to write
that. :-)
Not to mention that one solution is direct manipulation
while the other
is typing and evaluating an expression. But between
your solution and
Bert's it is obvious that the system can do what I want
but the
limitation in the GUI.
Of course; I see the deficiencies.
not sure if this is relevant:
one nifty feature I recently noticed which exists in "SQL
Server Management Studio" was the ability to select
things, hit a key, and evaluate only the selected code.
this seemed to combine some of the merits of entry in a
text editor, with those of immediate evaluation (and
allowing more convenient ways to deal with longer
multi-line commands).
Best,
Michael
--
Oracle <http://www.oracle.com/>
Dr. Michael Haupt | Principal Member of Technical Staff
Phone: +49 331 200 7277 | Fax: +49 331 200 7561
OracleLabs
Oracle Deutschland B.V. & Co. KG, Schiffbauergasse 14 |
14467 Potsdam, Germany
Green Oracle <http://www.oracle.com/commitment> Oracle
is committed to developing practices and products that
help protect the environment
_______________________________________________
fonc mailing list
[email protected] <mailto:[email protected]>
http://vpri.org/mailman/listinfo/fonc
_______________________________________________
fonc mailing list
[email protected] <mailto:[email protected]>
http://vpri.org/mailman/listinfo/fonc
_______________________________________________
fonc mailing list
[email protected] <mailto:[email protected]>
http://vpri.org/mailman/listinfo/fonc
_______________________________________________
fonc mailing list
[email protected] <mailto:[email protected]>
http://vpri.org/mailman/listinfo/fonc
_______________________________________________
fonc mailing list
[email protected] <mailto:[email protected]>
http://vpri.org/mailman/listinfo/fonc
_______________________________________________
fonc mailing list
[email protected]
http://vpri.org/mailman/listinfo/fonc
_______________________________________________
fonc mailing list
[email protected]
http://vpri.org/mailman/listinfo/fonc
