AltME groups: search

Is there a way to type in an expression into Visual-Basic-Editor 
in Excel to get it evaluated? Something like the console in Rebol?

Is there a way to type in an expression into Visual-Basic-Editor 
in Excel to get it evaluated? Something like the console in Rebol?

 -- Skipped a lot, may have been answered, but in VB (not VBA you 
 would use the debug window for this; sometimes called the "immediate" 
 window.

The Gripe:


Go here www.Rebol.org, then go here: http://www.ruby-lang.org/en/, 
then here: http://java.sun.com/, hell even go here, http://msdn.microsoft.com/vbasic/, 
now go back to www.Rebol.com


Even if you don't know what the language is or does, do you want 
to go to Rebol.org?  The main page looks like the last page in the 
basement of a website.  Almost like an "error page"

O There is no single location for all Rebol information.

O Rebol.net, Rebol.com, and Rebol.org are spread out and run by RT. 
O There is no pizzas!
O I don't "feel" community when I visit these sites.


I know I'm not talking to my audience when I say; "think of this 
like a night club" but this is what this is all about.  People want 
to "be where the fun is happening."  Even programmers.

My Suggestion:

O We need a site controlled by the developers.

O We need a forum where people can bitch and meet each other, and 
feel welcome.

O The site needs to have a consistent dynamic attractive template.

O The site needs to be a clearing house for all other sites.  Teach 
and directing people to all the resources.

O The site needs to paint a picture as opposed to describe everything 
with a thousand words.

What is entailed:


O Start a new site, I would propose "RebolCentral.com"  I'm willing 
to pay for it, but I don't want to be in charge of it, I suggest 
we make it a committee.


O The main page should cover every topic and reason anyone would 
come to the site.  This means we support every country and other 
site.  The idea here is a clearing house of centralized information. 


O News: The site needs to gather news worthy information and post 
that at the top.  The site is not alive unless people have a way 
to post their information.  This means that there needs to be at 
least one editor, if not several that share the task.  Every time 
a product is updated, the new features are mentioned.  When Carl 
updates his blog, it gets a single sentence directing people there, 
unless it is news of a release of something.  Etc.


O Product Reviews:   This is key.  Products need to be rated, reviewed, 
categorized, voted on.

O Video Archive: All the videos of all the talks ever given   


O Tutorials:  there are a lot of tutorials out there, but which are 
best?  We need to review the tutorials, rate them by Beginner, Intermediate, 
Advanced.  


O Forum: Start with major topics, and then break it down.  The forum 
needs to direct people to other countries, or support the other countries 
right in the forum.  Great simple forum: http://discussion.treocentral.com/index.php?styleid=1


O Respect the real estate.  The #1 mistake people make is treating 
their websites like just pages.  This is just like real estate, location 
location location.  We need to place the content based on where people 
are going.  So you build the basic site, watch it for a couple of 
weeks, then shift things around based on where people are actually 
going. 


O More art, more photos, more community.   It needs to feel inviting: 
http://msdn.microsoft.com/events/pdc/

Stone soup:


I will pay for, host, and supply a fast linux system (w/archive). 
 

I will help design the templates, and provide (and buy if needed) 
great art for the site.

I will not run the site, nor control the content, but I expect there 
to be in place all the items outlined above, set up in a manner that 
it a) runs itself, b) puts the power in the hands of the developers.

Knowing the download is useful, but outright voting/ranking is needed.


Off the top of my head a script needs:

Category
Lines of code
Author(s)
Publisher
License
Requirements
One sentence description.
500 word description.
filesize
Date of last update 
Version

History (when it was updated, lines of code, version numbers, etc).
Screen shots (if applicable)
Average rating
Review formatted as Pro and Con.
Editor's rating & Review
Comments: (hangs off the forum)

yes, but it is related ... and without the rich-text, we are hardly 
going to see rebol based console/editor, supporting such feature 
...

I don't include comments in my functions .. I use Leo a literate 
editor, and comments are there.  They get stripped out when the source 
is built.

Anyone know of a PDF forms editor that is freeware or opensource?

and you can get the source from console. dont run the editor before, 
save %edi.r ctx-edit IIRC.

the you need also "source editor". this time really source, because 
it is small. ;)

'editor looks for ctx-edit and if it a block, it makes it a context 
(saves a bit memory when not used.

crude prototype, but it helped me find the file I had been looking 
for :-) I don't know how  to do actual multi columns with the internal 
text-list. the plan was to allow scrolling (I can't get that working) 
and when you click on a search result, the file pops up in the viewtop 
editor. feel free to perfect it...

Would it be a good idea to open source the Viewtop editor just like 
it happened with the Viewtop? It has a lot of obvious bugs that could 
be fixed by people outside RT.

Its part of Viewtop (vt-editor.r).

But it as been update in View 1.3, so current ViewTop sources are 
outdated. Unless it has been re-release, but I'm not aware of that.

In IOS there is a flag that allows, the users default editor to be 
used instead. It was proposed to implement that in the view desktop 
as well, I'm not sure if it got in there.

just redefine 'editor and use call. but i like the inbuild one for 
quick things.

What is the ViewTop editor? Does exists a rebol written editor to 
code rebol programs? Is it in the /SDK package?

or in the console, type:
>> editor ""

also nice for viewing large objects...
>> editor system

What about an editor that help you navigate your program thru funcs, 
contexts, blocks..., with backup service and temming?

I've been thinking about this. But how far would we want to go? Simple 
as in the current editor, intermediate or a fullblown IDE?

Pick up an editor and start adding some functionalities. We can decide 
what to add before.

I meant write the editor in rebol. Otherwise I thougth to implement 
an Eclispe plugin (Eclipse is a very good platform in my  opinion) 
but why have I to spend time using Java?

The editor in rebol can be controlled that way too, with some tricks.

I'd much rather see a tad more advanced version of the current viewtop 
editor. No fancy features like syntax highlighting, but useful stuff 
like indenting, search/replace and undo. It shouldn't feel heavier 
than now

but could be done in rebol with the control-editor-trick.

I've also built a multiple file search tool. It's not complete yet 
as it doesn't yet search recursively, or launch the editor on the 
appropriate file, but it's helped me out a few times. I'll see if 
I can upload it...

but what about it? It would be useful in an editor, I think...

it would be nice to be able to search something, doubleclick on a 
line and the editor opens and jumps to the right line... also if 
it could be incorporated the same way as we use request-file, request-dir 
and others

Thats what i am thinking. i had a goto-caret with editor working 
once. Only forgot inwhich project.

now that we have rebcode, are we going to see your editor reborn?

A simple REBOL-based WYSIWYG word processor is possible though. I've 
often contemplated doing one that was CSS2 / XHTML based so you can 
seperate style from content (and get an HTML editor to boot). Should 
be possible,and fast, once REBOL has rich text support.

I thought of this little idea regarding the editor: Currently, it's 
depending on running a script from file, if you want to test something. 
But I was wondering if it were possible to edit data directly with 
it and just store it in memory?


Sometimes I like to debug a function without having to save it to 
a file and then run a program stored in a different file to run the 
test, e.g. Ctrl-E is useless.


It would be nice to directly in the editor, create a big function, 
say from a paste and do a few edits, press Ctrl-<something> and have 
that evaluated directly. Then you could quit the editor and use the 
function directly in the console without having to save any files.


Also if you want to re-edit the function, type in something similar 
to:


editor 'my-big-function and the editor would pop up with the function 
source and the word its bound to.

!> scratch: does[editor %scratch.r]

Cal Dixon's REM (editor for Core) can be started with /function refirement 
which does exactly what you said.

scratch: func[:value][save/header %scratch.r :value [] editor %scratch.r]

scratch: func['value][
 save/header %console-scratch.r either word? :value[
  reduce[to-set-word :value get value]
 ][
  :value
 ][Title: "Console-scratch"]
 launch: func[file /secure-cmd][do file]
 editor %console-scratch.r    
]
halt

;since nobody is perfect:
scratch: func['value][
 save/header %console-scratch.r either word? :value[
  reduce[to-set-word :value get value]
 ][
  :value
 ][Title: "Console-scratch"]
 launch: func[file /secure-cmd /local err][
  if error? set/any 'err try[do file][unview/all err]
 ]
 editor %console-scratch.r    
]
scratchme: func[][]
scratch scratchme

scratch without args reopens editor. To get back after error. http://polly.rebol.it/test/test/scratch-editor.r

This is pretty cool! I added do-events at the end of the scratch 
script.


Now I'm running a GUI program, and I can exit to the console though 
a "halt" button in the GUI. I 'SCRATCH the function I need and CTRL-E 
the changes and I can continue working with the GUI program with 
the new changes without quitting the editor. :-)

I have a frustration about the View editor that I don't see in RAMBO. 
 When no text is selected and one hit's ctrl-C, then ctrl-V  it pasts 
the entire document wherever the caret is.  I'm not sure if this 
is supposed to be a feature, but does anyone else find it annoying?

The editor code is available at http://www.rebol.com/view/editor.r.
Shouldn't we try to fix this ourselves? The editor has so many bugs 
that should be relatively easy to fix.

This is not an issue of the editor, but of the way text is copied 
to the clipboard from (at least) an area

interesting.... meanwhile, I'm cooking up a replace requester for 
the editor. maybe I'll have something ready by the weekend. (a bit 
busy right now)

My preference would still be that it would not copy anything if nothing 
is selected.   I don't know what sort of behavior people would naturally 
expect from a text editor

anton, I just meant a plain undo in the editor to avoid destroying 
your text file, by accidental pasting.

it might not be a bug in the editor, but try to load a large file, 
and select text with the mouse. you can't push the text scrolling 
down, if you go beyond the upper or lower window edge

Do you think editor should always start up with the last open file 
 (i.e. hit ctrl-E on desktop, open a file, close the editor, then 
hit ctrl-E again)

Why do you think so?   My natural reaction is to expect something 
blank, or at least not have to close a file that I don't want open. 
  While you don't "close" a document in editor, I have to sit and 
think, "is this something that I want to be open right now or not?" 
   I find it disruptive from a UI standpoint

well, I always start the editor from the console, where I can type 
in a file name, a string, NONE or something else. that way I get 
always what I expect. :-)

It's just a simple line change in the View desktop.   In %vt-prefs.r 
, there keyboard map sets ctrl-E to                    [editor 'same] 
   I'm in favor of   [editor none]

i am in favor of a fixed file. [editor view-root/scratch.txt ]

AFA line number / caret position, I would place it on a bar at the 
bottom of the editor

Working on the editor, I think the bar at the bottom works well http://www.geocities.com/kealist/edit.JPG

yes, a block. with ports in it.
 echo on probe system/ports/wait-list
then look in %rebol-echo.txt with an editor.

thats true. but its big. in an editor you have find, matching parens 
and such. thats why i use echo.

I would like to know though, if ppl do prefer identical behavior 
of console on each platform, some extended console functionality 
- e.g. multirow arrow navigation, coloring (simply close to editor), 
or they prefer to use OS native console ...

As a noob I am more likely to want to copy the script into my editor, 
then modify it a bit to see if I have understood the example.

Just running an example would be handy to check it had no errors 
in it, but not very educational as far as I can see.


As the web public version of the chats is not right up to date I 
would find improving the AltME client the most usefull thing to help 
me learn. Paticularly fixing the cut & paste functions & adding mouseless 
navigation & perhaps the ability to use fixed width font to view 
code in messages.  Thanks,

I have .r associated with my editor :)

hope you have XP... cause vista only allows to fix associations thru 
the registry editor  :-(

Accuracy is only lost, if the editor doesn't have any contact with 
us, so we can talk to him/her, which seems to be the case of the 
recent edits.

I can also see that it is somewhat of a catch-22 since the community 
might not grow due to poor documentation. I think I lean towards 
leaving things as they are for now since, as was pointed out, you 
can become an 'editor' without too much hassle.

right click on the demo and load into the editor to see the source.

Once you get it into your editor, you can just copy and paste it 
to all those blank cells. That should probably work.

for multi-line stuff, you can use the built-in very simple editor:

>> editor ""

write your script and save it and use CTRL-E (I think) to run it.

rebcore v 2.7.8

 - ok, the editor is not in this version, so you would have to use 
 another editor.

When developing scripts, I like to use my favourite editor and hook 
up REBOL to a keyboard shortcut, which is a nice and quick way to 
study longer REBOL scripts.

I'm also working on very similar to your case right now. I don't 
know if its useful for you but here how I do (on Windows)


command: {csvde -u -f export.ldap -d "ou=myou" -r "(objectClass=user)" 
-s 10.1.31.2 -a "" "" -l "DN,sn,uid,l,givenName,telephoneNumber,mail"}

call/wait/console/shell/error command %export.err  ;export all users, 
bind annonymous

if 0 < get in info? %export.err 'size [print "error" editor %export.err 
halt]
lines: read/lines %export.ldap

;create an object from the first line (field names, order may differ 
from what you give in the batch)

ldap-object: construct append map-each v parse first content none 
[to-set-word v] 'none
foreach line lines [
	(
		set words-of o: make ldap-object []  parse/all line {,}
		append users: [] o
	)
] ;append all valid users as an object to a block
probe users

I hope it gives some idea.

I am the editor of the PARSE proposals.


It was decided that I perform this role because Carl is focused on 
the GUI work right now and someone qualified had to do it. With Carl 
busy and Ladislav not here, I am the one left who has the most background 
in parsing and the most understanding of what can be done efficiently 
and what can't. When the PARSE REPs of old were discussed, I was 
right there in the conversation and the originator of about half 
of them, mostly based on my experience with other parsers and parser 
generators. Because of this I am well aware of the original motivation 
behind them, and have had many years to think them through. It's 
just head start, really.


I am also the author of the current implementation of COLLECT and 
KEEP, based on Gabriele's original idea, which was a really great 
idea. It is also really limited. Collecting information and building 
data structures out of it is the basic function that programming 
languages do, and something that REBOL is really good at. I am not 
in any way denigrating the importance of building data structures. 
I certainly did not mean to imply that your appreciation of that 
important task was in any way less important.


The role of an editor is not just to collect proposals, but to make 
sure they fit with the overall goal of the project. This sometimes 
means rejecting proposals, or reshaping them. This is not a role 
that I am sorry about - someone has to do it to make our tool better. 
We are not Perl, this is not anything goes, we actually try to make 
the best decisions here. I hate to seem the bad guy sometimes, but 
someone has to do it :(


PARSE is a portion of REBOL that is dedicated to a particular role. 
It recognizes patterns in data, extracts some of the data, and then 
calls out to the DO dialect to do something with the data. It doesn't 
really do anything to the data itself - everything happens in the 
DO dialect code in the parens. It is fairly simple really, and from 
carefully designed simplicity it gets a heck of a lot of power and 
speed. That is its strength.


The thing that a lot of people don't remember when making improvements 
to a dialect like PARSE is that PARSE is only one part of REBOL. 
If something doesn't go into PARSE, it can go into another part of 
REBOL. We have to consider the language as a whole when we are doing 
things like this.

Here is the overall rationale for the PARSE dialect proposals:

- All new features need to be simple to explain and use, and fast 
at runtime.
- A good feature would be one of these:

  - An extremely powerful enhancement of PARSE's language recognition.

  - A fix to a design flaw in an existing feature, or a compatibility 
  fix.

  - A serious improvement to a sufficiently common use case, or common 
  error.


The reason I didn't want to put COLLECT and KEEP into PARSE is because 
it is a small part of a much bigger problem that really needs a lot 
of flexibility. Different structure collection and building situations 
require different behavior. It just so happens that the DO dialect 
is much better suited to solving this particular problem than the 
PARSE dialect is. Remember, PARSE is a native dialect, and as such 
is rather fixed.


There are some PARSE proposals that make parse actually do something 
with the data itself: CHANGE, INSERT and REMOVE. We were very careful 
when we designed those proposals. In particular, we wanted to provide 
the bare minimum that would be necessary to handle some very common 
idioms that are usually done wrong, even by the best PARSE programmers. 
Sometimes we add stuff into REBOL that is just there to solve a commonly 
messed up problem, so that a well debugged solution would be there 
for people to choose instead of trying to solve it again themselves, 
badly. (This is why the MOVE function got added to R3 and 2.7.6, 
btw.) Even with that justification those features might not make 
it into PARSE because they change the role of PARSE from recognition 
to modification. I have high hopes, though.


Another proposal that might not make it into PARSE is RETURN. RETURN 
is another ease-of-use addition. In particular, the thing it makes 
easy is stopping the parse in the middle to return some recognized 
information. However, it changes the return characteristics of PARSE 
in ways that may have unpredictable results, and may not have enough 
benefit. The proposal that has a better chance of making it is BREAK/return, 
though I'd like to see both (we can hope, right?).


Most of the REPs from Gabriele's doc have been covered. Most of them 
have been changed because we have had time in the last several years 
to give them some thought; the only unchanged ones are NOT and FAIL, 
so far. Some have been rejected because they just weren't going to 
work at all (8 and 12). THROW and DO are still under discussion - 
the proposals won't work as is, but the ideas behind them have merit. 
The rest have been debated and changed into good proposals. Note 
that the DO proposal would be rejected outright for R2, but R3's 
changes to word binding make it possible to make it safe (as figured 
out during a conversation with Anton this evening).


There are other features that are not really changes to the PARSE 
dialect, and so are out of scope for these proposals. That doesn't 
mean that they won't be implemented, just that they are a separate 
subject. That includes delimiter parsing (sorry, Petr), tracing (sorry, 
Henrik), REBOL language syntax (sorry, Graham), and port parsing 
(sorry, Steeve, Anton, Doc, Tomc, et al). If it makes you feel better, 
while discussing the subject with Anton here I figured out a way 
to do port parsing with the R3 port model (it wouldn't work with 
the R2 port model). I will bring these all up with Carl when it comes 
to that.


I hope that this makes the situation and my position on the subject 
clearer. I'm sorry for any misunderstandings that arose during this 
process.

I was the editor of the proposals and manager of the proposal process.

How's the collaborative editor going?

i like the idea of building a colaborativ editor around irc and vid 
i find the cross of both technologies reallly interresting...  but 
the bound to those technologies have to be parse parse parse and 
only parse

A little, but the main drawback i have with parsing in editor is 
that parse doesn't handle incremental parsing.

Because i do parsing line by line to be able to parse only modified 
lines.

So that, i have to rewrite all the rules (describing the document) 
in an obfuscated way to deal with incremental parsing.

I just adopted a new notation standard for parse rules... the goal 
is to make rules a bit more verbose as to the type of each rule token... 
I find this reads well in any direction, since we encouter the "=" 
character when reading from left to right or right to left... and 
parse rules often have to be read from right to left.

example:

=terminal=: [

 =quote= copy terminal to =quote= skip (print ["found terminal: " 
 terminal])
]


on very large rules, and with the syntax highlighting in my editor 
making the "=" signs very distinct, I can instantly detect what parts 
of my rules are other rules or character patterns... it also helps 
out in the declarations... I see when blocks are intended to be used 
as rules quite instantly where ever they are in my code.


in my current little parser, I find I can edit my rules almost twice 
as fast and loose MUCH less time scanning my blocks to find the rule 
tokens, and switching them around.

wonder what you guys think about it...

with syntax highlighting it's quite amazing how    bits   stands 
out. ... in my editor at least.

Use an editor that colorises the words

Gab uses the == in his literate editor ..

stuff is colorized... (*in my editor*)

claude... so, did you try to run it as a script?


one thing I would do... since this is a strange error is to retype 
this:

 " ^-"


in your editor... to make sure its not using the wrong ascii character 
on your os... it should not be a problem... but there is something 
weird going on here.

I had to remove your patches to the editor as it caused display problems 
when changing the text in an area.

I wonder why Ashley couldn't keep the editor from VID.

Just to get you up to speed, I think the major problem to fix is 
the editor in the area.  To fix : cursor keys, and pageup/down behaviour 
especially at boundary, and also cr behaviour.  Highlighting is also 
problematic.

You're missing all the problems with the area widget .. or rather 
the editor.

Ashley, any progress on fixing the bugs in the editor ?  I'm having 
to wait till this is fixed before moving onto the current enhancements 
...

and attempts around other parts of the editor ... to stop crashes

Is there  interest in an editor-field which supports find/replace 
etc?

From my side not yet. First need to get editor access to the widget 
list.

There are some unexpected behaviours with the area editor when using 
overstrike mode.  If you overtype on a line where there is a cr, 
it follows the carriage return when I was expecting it to keep on 
the same line.  Also, if you hit return inside a line, it produces 
a character

I know that you do that - with a gui layout editor.

Ashley, I'm allowing users to create their templates by loading in 
their own rebgui display code ( I don't have a fancy layout editor 
like you do!).  This works, but I can't tab between the widgets though. 
 Is there some way I can get the focus system to work on user templates?

Reproduced the earlier error .. some type of interaction with the 
Rebol editor.

>> change-dir %/e/rebgui4
== %/e/rebgui4/
>> editor %debug-rg.r
>> do %debug-rg.r
Script: "Untitled" (none)
Script: "Untitled" (none)

** Script Error: find expected series argument of type: series port 
bitset
** Where: switch

** Near: if all [view*/focal-face find view*/focal-face/options 'input-grid-item 
get in view*/focal-face/parent-face '
cell-action...


in the above I brought up the editor and then closed it again without 
doing any editing.

display "test" [
	button options [info]
]

to display a disabled button. Can't set that dynamically though.


Couldn't reproduce the editor error above, but the tabbing "error" 
is a sequence issue (it executes the show-focus then the tab).

editable rich-text - how fast it was? Was it fast enough to have 
small, cute IDE for rebol? Simply text editor for color syntax?

I need a little help to figure something out.

I have been using R3 for some time and I have a small mystery I can't 
figure out.

Some time ago, I created a script called REBOL.r3a which simply invoked 
the r3-curr.exe file (which is currently a copy of the r3-a49.exe 
that was just released).
This script was simply defined a path for the T variable:
t:	does [do %test.r]

my purpose was to simply type the letter T to invoke the test.r script 
as a quick way of running it while I had the test.r script open in 
an editor on a separate window.

What amacleoud suggested should work just fine. Although maybe not 
in all mail clients. I do know that Adobe Air for example doesn't 
allow data links (for security reasons IIRC) so maybe some email 
apps have deactivated that feature too. It does work fine on my iPod 
Touch's email client (which is the only client I could test this 
on since I usually just use Gmail's web interface). Here's a small 
rebol script that does the job (yeah, I was bored)

REBOL []
imgfile: request-file/only
encoded: enbase read/binary imgfile
filetype: next to-string suffix? imgfile
; you can use this right in the browser as a web address
datalink: rejoin [{data:image/} filetype ";base64," encoded]
; and this inside html source
imglink: rejoin [{<img src="} datalink {"/>}]
editor imglink

amacleod: Worked fine for me but I only tried it with a very small 
picture (the rebol logo actually), if you tried a big picture the 
resulting data link might be just too long for copy & paste actions 
(really long text almost always causes problems). Just replace the 
last line (editor imglink) with

write %somefile.html imglink
browse %somefile.html

And it "should" work with bigger pictures.

When I run this program via Crimson Editor it works perfectly:

What's the command in Crimson Editor for running a file of that type?

liquid is not graphical.   elixir is an attempt at adding a high-level 
editor to liquid, but its actually adding some limitations to what 
can be done with nodes, in order to add structure and reloadability.

but in reality, elixir is not really a *liquid* graph editor.  its 
a graph editor which *USES* liquid.

altho i do have another inhouse editor ive made with agg/draw