On Sun, Dec 21, 2008 at 11:16 PM, Jon Kleiser jon.klei...@usit.uio.no wrote:
...$ ./Factor.app/Contents/MacOS/factor -run=listener
( scratchpad ) : hello Hello world print ; parsing
( scratchpad ) hello
Hello world
I believe that's how it's supposed to work. Now do:
: foo hello ;
and see
Slava Pestov sl...@factorcode.org writes:
On Thu, Dec 18, 2008 at 6:01 PM, Nicholas Seckar nsec...@gmail.com wrote:
- Applying factor's corrective advice to the source (e.g. Add USING:
entries, etc?)
That would be nice.
What would be a good way of programmatically recovering the list of
On Sun, Dec 21, 2008 at 11:16 PM, Jon Kleiser jon.klei...@usit.uio.no
wrote:
...$ ./Factor.app/Contents/MacOS/factor -run=listener
( scratchpad ) : hello Hello world print ; parsing
( scratchpad ) hello
Hello world
I believe that's how it's supposed to work. Now do:
: foo hello ;
and
Try this,
Remove the USING: form from a file, then do
auto-use? on
path/to/my/file.factor run-file
Slava
On Sun, Dec 21, 2008 at 9:10 AM, Jose A. Ortega Ruiz j...@gnu.org wrote:
Slava Pestov sl...@factorcode.org writes:
On Thu, Dec 18, 2008 at 6:01 PM, Nicholas Seckar nsec...@gmail.com
Slava Pestov sl...@factorcode.org writes:
Try this,
Remove the USING: form from a file, then do
auto-use? on
path/to/my/file.factor run-file
Yes, but this prints the missing USING, and then i'd have to parse the
string in emacs. It'd be more robust if i could put the sequence of
The last patch in the series below adds a new command to edit the
documentation of the word at point, bound to C-cC-ed in factor buffers.
The previous patches are minor improvements, notably to the
caller/callees buffers, which now support font lock.
Thanks!
The following
Jose,
Try this,
swap model-field 10 min-width field
The second setter is not highlighted.
Slava
--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
Slava Pestov sl...@factorcode.org writes:
Jose,
Try this,
swap model-field 10 min-width field
The second setter is not highlighted.
The patch below should fix it... i've made some additional tweaking with
the syntax table, but i hope i haven't broken anything.
--
The following
Hi Jose!
In the FUEL listener, do you think C-a should move the cursor to the beginning
of the input area as opposed to the beginning of the line? Currently C-a
leaves the cursor at the left of the listener prompt.
For comparison, eshell matches the current behaviour whereas shell matches the
Hi Ed,
Eduardo Cavazos wayo.cava...@gmail.com writes:
Hi Jose!
In the FUEL listener, do you think C-a should move the cursor to the
beginning
of the input area as opposed to the beginning of the line? Currently C-a
leaves the cursor at the left of the listener prompt.
For comparison,
10 matches
Mail list logo