Need a list of Autolisp keywords for syntax coloring

[James Maeding]

I am writing a VB app that has its own little lisp editor. I need to write code for several things:
1) parenthesis matching when user double clicks before or after paren (like vlide...)
2) syntax coloring

Does anyone know how to get a list of keywords for autolisp? Maybe the folks who did textpad can help me. The paren matching algorythm would be nice too. thx James Maeding Civil Engineer/Programmer

 

[blammo]

ahh, forgot about that, thanks so much

I have Gvim here, but danged if I can figure out where they store that thing. It might be using "scheme" though, since it's really close to AutoLISP. (or AutoLISP is close to it, or . . .)

Anyway, no problem.

bobb

 

[Jason Piercey]

Wow! That must be some application, if it needs it's own lisp editor. Sounds like that could be a fun project. Mind if I ask what *exactly* this application does/needs to do?

Just curious.

I am writing a VB app that has its own little lisp editor. I need to write code for several things:
1) parenthesis matching when user double clicks before or after paren (like vlide...)
2) syntax coloring

Does anyone know how to get a list of keywords for autolisp? Maybe the

folks who did textpad can help me.

 

[TCEBob]

If you visit TextPad www.textpad.com you will find Michael Puckett's latest set; about as complete as they come.

rs

 

[James Maeding]

Since you ask...
I wrote a VB app to end my lisp, dvb, arx, vlx and so on tool organization troubles. The fundamental thing I track is a function within a file. This is because I keep separate help pdf's or avi's for each tool. The way the program works is that you tell it what folders contain your tools. It gathers a list of certain file types and makes a database of them. At first, each file is a line item, then you can add data and more functions for each file that you can use to do searches on your tools. When you do a search, it displays the results in a flexgrid. If you double click on a tool, it opens it in an editor window. I want that window to have some nice features like double click paren matching and syntax color coding.

I think the neatest thing about the tool is that it keeps a database of info, but it writes that info to a text file named the same as each tool it tracks. I did this because it allows the data to be as portable as the tool file. I mentioned before that at first, it gathers a list of tools from the folders you tell it to. Well, once those text files exist, it uses that data in the database it makes. So I can rebuild the database at any time and the data in the text files is used in the database. Any files without a text file still get added to the database, but only the filename appears.

The end result of all this is I can search for a tool by filename, description, key-in assigned, toolbar, menu, category and a few other criteria.

I love it for tracking our 120 or so key-in definitions. I can troubleshoot a lisp file super fast compared to when I had to open it in the vlide.

Would you be interested in trying it out? All you would have to do is tell it a folder where you have some lisp files and you could search based on filename. Then you could open the lisp file in the window I mentioned. Even if you don't add data to each tool, its nice to be able to see all tools with say, "text" in the filename.

I have done this same kind of tool for blocks too. It makes slides of each and a database. It is better than any of the ones I have seen because a slide preview can be viewed in detail, unlike a dwg thumbnail. It has its own batch slide creator and all. You can view 12 or 35 slides at once. You can insert a block picked.

Only problem is my company owns part of the code. So I have to work it out with them if I can send it to others or sell it. For now, I can sen out time stamped versions. They work for like 6 months. I would consider sharing code with people that can program if they will help build the tool capability. I even have my own Land desktop type software with alignments and all but I cannot share it yet. It is a huge app written in lisp using ObjectDcl for the dialogs. Its a kick.

Did I set a record for the longest message? I am always looking for people that will help me improve programs.

"Jason Piercey" <Jason AT atreng DOT com>
|>Wow! That must be some application, if it needs it's own |>lisp editor. Sounds like that could be a fun project. Mind |>if I ask what *exactly* this application does/needs to do? |> |>Just curious.

James Maeding
Civil Engineer/Programmer

 

[James Maeding]

I missed it there, I will look again.
Textpad and ultraedit are the two editors I use and I forgot to check there..
thanks

"TCEBob"
|>If you visit TextPad www.textpad.com you will find Michael Puckett's |>latest set; about as complete as they come. |> |>rs |> |>

James Maeding
Civil Engineer/Programmer

 

[Mark Propst]

Wow, sounds like an awesome tool!
I've been fighting a similar battle with much less success for a couple years primarily for my lisp files. With hundreds of files and thousands of functions written over the past years I sometimes forget the exact name for a function or the exact arg list, order of args etc. I'm trying to write a tool that would quickly find a function definition. So that as I'm writing a new function that uses a given "sub-function" and can't remember the exact syntax this would help locate it quickly. I try to use "modular programming", making each action be a separate function as in the toolbox or utility function approach but then i have to remember what it's called, what it's args are, and where it lives if i need to review it or revise it. so the idea was to make something like a "poor-man's" 'intellisense' as in vb.

I had some of the search capability I wanted partially working by writing it in lisp then tried to add something and broke it again. then I decided to re-write it in vb to see if the search would be faster and just haven't had time to finish it yet.

so i'm constantly having to use explorer to search for a file containing some keyword then opening that file and then doing a text search for the keyword...very time consuming but time is always what's in short supply so it remains a half-started project.... sounds like you're light years ahead of what I'm trying to do. very impressive! some day I'm going to have to learn about databases, sounds like that could come in very handy in various ways. Rock on!

Since you ask...
I wrote a VB app to end my lisp, dvb, arx, vlx and so on tool organization

troubles.

 

[Jason Piercey]

That does sound like a whopper of a application.

I've just been trying to develop a help file for all
my toolbox functions/command. Working OK
for now, nice with the search feature too.

 

[James Maeding]

send me an email at
jmaeding at husaker dot com
and I'll send a version that runs for a limited time.
I hope to possibly make it an open code tool in the future. I am just not slick enough in VB to develop the real potential of such a system. I write it to work at any company though, nothing is hardcoded to my place. I have to do that because my folder system changes through time. It stores settings in the registry so each user can add on their tool folders as well as the company standard folders. Its pretty slick now.
thx

"Mark Propst" <notmark-at-atreng-dot-com>
|>Wow, sounds like an awesome tool!
|>I've been fighting a similar battle with much less success for a couple |>years primarily for my lisp files. |>With hundreds of files and thousands of functions written over the past |>years I sometimes forget the exact name for a function or the exact arg |>list, order of args etc. |>I'm trying to write a tool that would quickly find a function definition. |>So that as I'm writing a new function that uses a given "sub-function" and |>can't remember the exact syntax this would help locate it quickly. I try to |>use "modular programming", making each action be a separate function as in |>the toolbox or utility function approach but then i have to remember what |>it's called, what it's args are, and where it lives if i need to review it |>or revise it. so the idea was to make something like a "poor-man's" |>'intellisense' as in vb. |> |>I had some of the search capability I wanted partially working by writing it |>in lisp then tried to add something and broke it again. |>then I decided to re-write it in vb to see if the search would be faster and |>just haven't had time to finish it yet. |> |>so i'm constantly having to use explorer to search for a file containing |>some keyword then opening that file and then doing a text search for the |>keyword...very time consuming |>but time is always what's in short supply so it remains a half-started |>project.... |>sounds like you're light years ahead of what I'm trying to do. |>very impressive! |>some day I'm going to have to learn about databases, sounds like that could |>come in very handy in various ways. |>Rock on! |> |> |> |> |>|>> Since you ask... |>> I wrote a VB app to end my lisp, dvb, arx, vlx and so on tool organization |>troubles.
|>

James Maeding
Civil Engineer/Programmer

 

[TCEBob]

I missed it there, I will look again.
Textpad and ultraedit are the two editors I use and I forgot to check there.. thanks

James Maeding
Civil Engineer/Programmer

Look in Customer Files.

rs

 

[Warren Trost]

There use to be a DOS app ALLY30 that would color code the levels of parenthesis. Even if the parenthesis balanced they might not be at the correct locations. This program could graphically show where the level balances were. Is there currently anything similar? VLIDE is nice but does not do this or give a nice report like ALLY did.

Since you ask...
I wrote a VB app to end my lisp, dvb, arx, vlx and so on tool organization troubles. The fundamental thing I track is a function within a file. This is

because I keep separate help pdf's or avi's for each

tool.
The way the program works is that you tell it what folders contain your tools. It gathers a list of certain file types and makes a database of them. At first, each file is a line item, then you can add data and more

functions for each file that you can use to do

searches on your tools.
When you do a search, it displays the results in a flexgrid. If you

double click on a tool, it opens it in an editor

window. I want that window to have some nice features like double click

paren matching and syntax color coding.

I think the neatest thing about the tool is that it keeps a database of

info, but it writes that info to a text file

named the same as each tool it tracks.
I did this because it allows the data to be as portable as the tool file. I mentioned before that at first, it gathers a list of tools from the

folders you tell it to. Well, once those text

files exist, it uses that data in the database it makes. So I can rebuild the database at any time and the data in the text files is used in the database. Any files without a text file still get added to the database, but only the filename appears.

The end result of all this is I can search for a tool by filename,

description, key-in assigned, toolbar, menu, category

and a few other criteria.

I love it for tracking our 120 or so key-in definitions. I can

troubleshoot a lisp file super fast compared to when I

had to open it in the vlide.

Would you be interested in trying it out? All you would have to do is

tell it a folder where you have some lisp files

and you could search based on filename. Then you could open the lisp file in the window I mentioned. Even if you don't add data to each tool, its nice to be able to see all

tools with say, "text" in the filename.

I have done this same kind of tool for blocks too. It makes slides of

each and a database. It is better than any of

the ones I have seen because a slide preview can be viewed in detail, unlike a dwg thumbnail. It has its own batch slide creator and all. You can view 12 or 35 slides

at once. You can insert a block picked.

Only problem is my company owns part of the code. So I have to work it

out with them if I can send it to others or sell

it. For now, I can sen out time stamped versions. They work for like 6

months. I would consider sharing code with

people that can program if they will help build the tool capability. I even have my own Land desktop type software with alignments and all but I cannot share it yet. It is a huge app written in lisp using ObjectDcl for the dialogs. Its a kick.

Did I set a record for the longest message? I am always looking for

people that will help me improve programs.

 

[James Maeding]

wow, that has quite a list, thanks.
Now all I have to do is come up with a fast algorythm for clolor coding text in a textbox....

"TCEBob"
|>James Maeding wrote:
|>> I missed it there, I will look again.
|>> Textpad and ultraedit are the two editors I use and I forgot to check |>> there.. thanks |>> |>> "TCEBob" |>>>> If you visit TextPad www.textpad.com you will find Michael Puckett's |>>>> latest set; about as complete as they come. |>>>> |>>>> rs |>>>> |>>>> |>> |>> James Maeding |>> Civil Engineer/Programmer |> |>Look in Customer Files. |> |>rs |>

James Maeding
Civil Engineer/Programmer

 

[James Maeding]

well I wrote my own for now. Its about a page of code if anyone ever wants it.
Is VB code, not lisp

"Warren Trost"
|>There use to be a DOS app ALLY30 that would color code the levels of |>parenthesis. Even if the parenthesis balanced they might not be at the |>correct locations. This program could graphically show where the level |>balances were. Is there currently anything similar? VLIDE is nice but does |>not do this or give a nice report like ALLY did. |> |>

James Maeding
Civil Engineer/Programmer

 

[Dave Lewis]

sweet.
Anyone know how to save textpad settings to file for future use? I redo my systems too often to keep configuring textpad

"TCEBob"
|>If you visit TextPad www.textpad.com you will find Michael Puckett's |>latest set; about as complete as they come. |> |>rs |> |>

 

[michael puckett]

Just use regedit to export a Textpad.reg file.

 

[Dave Lewis]

lets see if it restores .lsp association after an autocad install

michael puckett
|>Just use regedit to export a Textpad.reg file.