Re: [Factor-talk] Pull request: Stack inference support in FUEL.

[Jose A. Ortega Ruiz]

"Nicholas Seckar"  writes:

> Thanks Jose, I'm finding these really useful. :-)
>

Yeah, me too: that was a great idea on your side :). In case you missed
it, a later patch added fuel-stack-mode to the listener (C-cs to
toggle).



--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Re: [Factor-talk] Pull request: Stack inference support in FUEL.

[Nicholas Seckar]

Thanks Jose, I'm finding these really useful. :-)

On Sat, Dec 20, 2008 at 7:58 AM, Jose A. Ortega Ruiz  wrote:

>
> The patch below adds stack inference support to FUEL. In factor files
> you can:
>
>  - C-cC-de : show the stack effect of current sexp
>  - C-uC-cC-de : show the stack effect of current region
>  - M-x fuel-stack-mode : enable stack autodoc
>
> When stack autodoc is enabled (off by default), the stack effect of
> current sexp is automatically shown when the cursor rests on an empty
> space.
>
> There are some customization options, accessible via
> M-x customize-group RET fuel-stack.
>
> Thanks!
>
> 
> The following changes since commit
> 76bb45d300f60d271d654d81e0744a9edcff2cd2:
>  Jose A. Ortega Ruiz (1):
>FUEL: Better symbol at point recognition.
>
> are available in the git repository at:
>
>  http://git.hacks-galore.org/jao/factor.git emacs
>
> Jose A. Ortega Ruiz (1):
>  FUEL: Stack inference support.
>
>  extra/fuel/fuel.factor   |   17 +++---
>  misc/fuel/README |1 +
>  misc/fuel/fuel-autodoc.el|   95 ++
>  misc/fuel/fuel-base.el   |   13 
>  misc/fuel/fuel-completion.el |2 +-
>  misc/fuel/fuel-eval.el   |4 +-
>  misc/fuel/fuel-help.el   |   60 +---
>  misc/fuel/fuel-mode.el   |   25 ++--
>  misc/fuel/fuel-stack.el  |  132
> ++
>  misc/fuel/fuel-syntax.el |   27 +++-
>  10 files changed, 295 insertions(+), 81 deletions(-)
>  create mode 100644 misc/fuel/fuel-autodoc.el
>  create mode 100644 misc/fuel/fuel-stack.el
>
>
>
> --
> ___
> Factor-talk mailing list
> Factor-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/factor-talk
>
--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Re: [Factor-talk] FUEL: C-a

[Jose A. Ortega Ruiz]

Hi Ed,

Eduardo Cavazos  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, eshell matches the current behaviour whereas shell matches 
> the 
> alternative behaviour.

The patch below implements what, IMO, is the best of both worlds: C-a
moves to the beginning of input, unless you're already there, in which
case it goes to the beginning of line.

-
The following changes since commit 7ecfef94e88909bdc7d6dcde0026c6e3af536382:
  Jose A. Ortega Ruiz (1):
FUEL: Fixes in factor syntax table and setter/getter detection.

are available in the git repository at:

  http://git.hacks-galore.org/jao/factor.git emacs

Jose A. Ortega Ruiz (1):
  FUEL: Listener's C-a goes to beginning of input/line.

 misc/fuel/fuel-listener.el |5 +
 misc/fuel/fuel-syntax.el   |   11 ++-
 2 files changed, 11 insertions(+), 5 deletions(-)

--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

[Factor-talk] FUEL: C-a

[Eduardo Cavazos]

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 
alternative behaviour.

Ed

--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Re: [Factor-talk] Another minor FUEL syntax highlighting bug

[Jose A. Ortega Ruiz]

"Slava Pestov"  writes:

> Jose,
>
> Try this,
>
> swap  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 changes since commit 19e6e0a95897a339e4dca59ddbaccfb1036370f8:
  Slava Pestov (1):
Merge branch 'master' of git://factorcode.org/git/factor

are available in the git repository at:

  http://git.hacks-galore.org/jao/factor.git emacs

Jose A. Ortega Ruiz (1):
  FUEL: Fixes in factor syntax table and setter/getter detection.

 extra/fuel/fuel.factor  |   49 ++
 misc/fuel/fuel-font-lock.el |6 ++--
 misc/fuel/fuel-syntax.el|   55 +-
 3 files changed, 43 insertions(+), 67 deletions(-)

--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

[Factor-talk] Another minor FUEL syntax highlighting bug

[Slava Pestov]

Jose,

Try this,

swap  10 >>min-width >>field

The second setter is not highlighted.

Slava

--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

[Factor-talk] Pull request: New edit word docs command

[Jose A. Ortega Ruiz]

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 changes since commit ca8c7540b4eb76702932c56afba7bf9ad460a62f:
  unknown (1):
Move io.files.links tests to io.files.links.unix so that they don't get 
run on Windows

are available in the git repository at:

  http://git.hacks-galore.org/jao/factor.git emacs

Jose A. Ortega Ruiz (10):
  FUEL: Better handling of popup windows (q goes back to original).
  FUEL: Improved internal font definition handling.
  FUEL: Nicer xref buffers.
  FUEL: Small improvements to xref mode.
  FUEL: Fontify looked up word in xref buffers.
  FUEL: small fixes for debug buffers.
  FUEL: stack mode available in listener.
  FUEL: Faces renamed for homogeneity.
  FUEL: Customization docstrings homogenized.
  FUEL: Edit word's documentation command.

 extra/fuel/fuel.factor   |   38 +-
 misc/fuel/README |   11 +++-
 misc/fuel/factor-mode.el |5 +-
 misc/fuel/fuel-autodoc.el|2 +-
 misc/fuel/fuel-base.el   |   18 ---
 misc/fuel/fuel-connection.el |2 +-
 misc/fuel/fuel-debug.el  |   69 -
 misc/fuel/fuel-font-lock.el  |   19 +--
 misc/fuel/fuel-help.el   |   25 -
 misc/fuel/fuel-listener.el   |   45 +++-
 misc/fuel/fuel-mode.el   |   29 ---
 misc/fuel/fuel-popup.el  |   60 +
 misc/fuel/fuel-stack.el  |   24 +---
 misc/fuel/fuel-syntax.el |5 ++
 misc/fuel/fuel-xref.el   |  117 +++--
 15 files changed, 309 insertions(+), 160 deletions(-)
 create mode 100644 misc/fuel/fuel-popup.el

--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Re: [Factor-talk] Pull request: latest HEAD fixes

[Jose A. Ortega Ruiz]

"Slava Pestov"  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
vocabularies on the stack or a variable. Can I?

--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Re: [Factor-talk] Pull request: latest HEAD fixes

[Slava Pestov]

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  wrote:
> "Slava Pestov"  writes:
>
>> On Thu, Dec 18, 2008 at 6:01 PM, Nicholas Seckar  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
> USINGs for a file after compiling it? (to put it in a variable that is
> passed back to FUEL).
>
>
> --
> ___
> Factor-talk mailing list
> Factor-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/factor-talk
>

--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Re: [Factor-talk] Parse time greeting?

[Jon Kleiser]

> On Sun, Dec 21, 2008 at 11:16 PM, Jon Kleiser 
> 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 what happens.
>
> Chris
> --
> http://www.bluishcoder.co.nz

I see. Thanks!

/Jon


--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Re: [Factor-talk] Pull request: latest HEAD fixes

[Jose A. Ortega Ruiz]

"Slava Pestov"  writes:

> On Thu, Dec 18, 2008 at 6:01 PM, Nicholas Seckar  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
USINGs for a file after compiling it? (to put it in a variable that is
passed back to FUEL).


--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Re: [Factor-talk] Parse time greeting?

[Chris Double]

On Sun, Dec 21, 2008 at 11:16 PM, Jon Kleiser  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 what happens.

Chris
-- 
http://www.bluishcoder.co.nz

--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk

Re: [Factor-talk] Parse time greeting?

[Jon Kleiser]

Hi Slava,

Nope, sorry. Can't see it. Not in the UI, not in the terminal. Here's a
copy from the terminal:

...$ ./Factor.app/Contents/MacOS/factor -run=listener
( scratchpad ) : hello "Hello world" print ; parsing
( scratchpad ) hello
Hello world

As you see, I had to enter "hello" explisitly for the greeting to be printed.
I'm currently using factor-macosx-x86-64-2008-12-19-03-11.

/Jon

> Hi,
>
> Look closer, it's there :-)
>
> If you're in the UI, the greeting will be printed prior to the line of
> input you entered that resulted in it being printed, due to a quirk in
> the UI listener's implementation.
>
> Slava
>
> On Sat, Dec 20, 2008 at 4:02 AM, Jon Kleiser 
> wrote:
>> Hi,
>>
>> According to this page
>> , the
>> Hello
>> parsing example is supposed to be printing a greeting at parse time. I
>> cannot see anything printed at parse time. Why is that?
>>
>> /Jon


--
___
Factor-talk mailing list
Factor-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/factor-talk