http://www.freebasic.net/

I am going to promote the above.

1) It is open-source.
2) It supports the following built-in data types:
   BYTE
   UBYTE
   SHORT
   USHORT
   INTEGER
   UINTEGER
   LONGINT
   ULONGINT (64-bit)

   Floating Point Types

   SINGLE
   DOUBLE

   Strings (Up to 2GB in length)

   STRING * (Fixed)
   STRING (Variable-Length)
   ZSTRING (Zero-Terminated)

   Unicode Strings

   WSTRING (Use the Windows unicode API functions directly)

The information above came from the following page. Rather
than hand-type everything, I am just going to post a link
to the page I pulled the information from:

http://www.freebasic.net/index.php/about?section=features

Arrays are supported with full support for REDIM PRESERVE.
The arrays can take up to 2GB of space.

I tested it once a few years ago. While it lacks the VB5
environment for developing things I can recommend another
editor if anyone is interested.

A few other BASIC compilers may exist. If anyone knows of
such, please post a comment. Please post a comment if you
ever used this compiler or are interested in others.

I want to help everyone and get us all working together
before the VB NNTP groups disappear. I can not stress this
enough, because I never read the HTTP news at Microsoft. I
do NOT care for Microsoft's website and DO NOT see anyone
moving over to HTTP/HTML. Is there anyone moving in that
direction?

I am looking for other open-source compilers as well.

-- 
Jim Carlock

"Jim Carlock" <jcarlock@NOSPAM.example.com> wrote in message 
news:OkiLO4QALHA.1888@TK2MSFTNGP05.phx.gbl...
> A few other BASIC compilers may exist. If anyone knows of
> such, please post a comment. Please post a comment if you
> ever used this compiler or are interested in others.

FreeBasic development almost stopped or proceeding slowly sine the main 
developer left. Last official version was about 2 years ago. It's not 
compatible with VB6 code, so manual conversion is needed.

KBasic on the other hand is syntax compatible with VB6, but not GUI 
compatible. It's multiplatform and open source. It seems like donate-ware at 
the moment, but I am not sure. The developer is currently rewriting it and 
would be releasing it soon with a new name, QtBASIC.

http://www.kbasic.com

"Nobody" <nobody@nobody.com> wrote:

>KBasic on the other hand is syntax compatible with VB6, but not GUI 
>compatible. It's multiplatform and open source. It seems like donate-ware at 
>the moment, but I am not sure. The developer is currently rewriting it and 
>would be releasing it soon with a new name, QtBASIC.
>
>http://www.kbasic.com

THANK YOU!  Sounds delicious!  I'd been waiting half my life for MS to come up 
with versions of VB for non-Windows platforms.  Now I won't have to wait any 
longer.  Thanks again.  

David Kaye was thinking very hard :
> "Nobody" <nobody@nobody.com> wrote:
>
>> KBasic on the other hand is syntax compatible with VB6, but not GUI 
>> compatible. It's multiplatform and open source. It seems like donate-ware at 
>> the moment, but I am not sure. The developer is currently rewriting it and 
>> would be releasing it soon with a new name, QtBASIC.
>> 
>> http://www.kbasic.com
>
> THANK YOU!  Sounds delicious!  I'd been waiting half my life for MS to come 
> up  with versions of VB for non-Windows platforms.  Now I won't have to wait 
> any  longer.  Thanks again.  

I have played a little with kbasic since seeing it on this group - and 
while the language is ok, the actual IDE sucks.  The language can use 
VB6 syntax (mostly) - it does not use the same ui model and so there is 
a significant effort to port any UI releated code.  I am happy to hear 
there maybe some improvements on the way, and I would consider this a 
project to watch for cross platform basic development.

Another non-windows alternative would be Gambas 
(http://gambas.sourceforge.net/en/main.html).  Though, it had some 
stability issues when I played with it a year or two ago.

And of course, there is always 
http://www.mono-project.com/Language_BASIC.

RealBasic used to give away their basic compiler for Linux - not sure 
if that is still on going.  But, it seemed a fast and decent 
alternative.  Plus, it is cross platform.  It isn't free though. (well, 
except on Linux it was for non-commercial use)

PowerBasic is another commercial basic if you are not overly concerned 
about cross platform or open source.  Currently, it is windows only 
(there have been talks of linux versions for years, but thus far none 
has materialized).  But, it is fast supports lots of advanced concepts, 
and will do com both as a client and a server.  I have personally 
purchased one of their compilers in the past (for making standard 
dll's), and it was excelent.

-- 
Tom Shelton

"Jim Carlock" <jcarlock@NOSPAM.example.com> schrieb im Newsbeitrag 
news:OkiLO4QALHA.1888@TK2MSFTNGP05.phx.gbl...
>
> A few other BASIC compilers may exist. If anyone knows of
> such, please post a comment. Please post a comment if you
> ever used this compiler or are interested in others.
>
>

Just to add another basic:
BBC-Basic for Windows
http://www.compulink.co.uk/~rrussell/bbcwin/bbcwin.html

Helmut. 

"Tom Shelton" <tom_shelton@comcast.invalid> skrev i meddelandet 
news:hu1rjt$7hu$1@news.eternal-september.org...
> David Kaye was thinking very hard :
>> "Nobody" <nobody@nobody.com> wrote:
>>
>>> KBasic on the other hand is syntax compatible with VB6, but not GUI 
>>> compatible. It's multiplatform and open source. It seems like 
>>> donate-ware at the moment, but I am not sure. The developer is currently 
>>> rewriting it and would be releasing it soon with a new name, QtBASIC.
>>>
>>> http://www.kbasic.com
>>
>> THANK YOU!  Sounds delicious!  I'd been waiting half my life for MS to 
>> come up  with versions of VB for non-Windows platforms.  Now I won't have 
>> to wait any  longer.  Thanks again.
>
> I have played a little with kbasic since seeing it on this group - and 
> while the language is ok, the actual IDE sucks.  The language can use VB6 
> syntax (mostly) - it does not use the same ui model and so there is a 
> significant effort to port any UI releated code.  I am happy to hear there 
> maybe some improvements on the way, and I would consider this a project to 
> watch for cross platform basic development.
>
> Another non-windows alternative would be Gambas 
> (http://gambas.sourceforge.net/en/main.html).  Though, it had some 
> stability issues when I played with it a year or two ago.
>
> And of course, there is always http://www.mono-project.com/Language_BASIC.
>
> RealBasic used to give away their basic compiler for Linux - not sure if 
> that is still on going.  But, it seemed a fast and decent alternative. 
> Plus, it is cross platform.  It isn't free though. (well, except on Linux 
> it was for non-commercial use)
>
> PowerBasic is another commercial basic if you are not overly concerned 
> about cross platform or open source.  Currently, it is windows only (there 
> have been talks of linux versions for years, but thus far none has 
> materialized).  But, it is fast supports lots of advanced concepts, and 
> will do com both as a client and a server.  I have personally purchased 
> one of their compilers in the past (for making standard dll's), and it was 
> excelent.
>
> -- 
> Tom Shelton
>
>
The 'new' version relies on OtDesigner for the GUI. It is more of 
programming Qt in Basic, wich is good enough. As I understand it one can 
intermix Basic and C++. A drawback is that KBasic has a free eval. mode, 
Q7Basic has not. I have tried KBasic out for about a year porting a 16000+ 
lines of VB app, the only thing that doesn't work is stacking frames in a 
pile. In QtDesigner that works, so I will go for it in time.

/Henning

"Helmut Meukel" <Helmut_Meukel@NoProvider.de> wrote in message 
news:hu2dfm$2kr$1@news.eternal-september.org...

> Just to add another basic:
> BBC-Basic for Windows
> http://www.compulink.co.uk/~rrussell/bbcwin/bbcwin.html

Now you're talking! That takes me back almost thirty years, to when I was 
just a lad (well, to when I still had a couple years before I hit the 
dreaded "40" mark!). I hadn't realised it was still available, and certainly 
not for Windows. I'm definitely going to purchase that one, no matter how 
much it costs and regardless of whether it turns out to be any good or not. 
In the days of the Commodore 64 (which had a dreadful BASIC!) the BBC 
version was nothing short of amazing, with its speed and its inline 
Assembler and lots of other nice little touches. It'll no doubt be feeling 
its age nowadays of course (unless they have tarted it up beyond all 
recognition) but I'm having it, no matter what!

Mike

 

: http://www.freebasic.net/
: http://www.freebasic.net/index.php/about?section=features

Thanks for the links to the other compilers/environments.

I forgot to mention that the following about FreeBASIC:

Full source code (it's self-compiling?) is located at SourceForge.

http://fbc.sourceforge.net/
http://sourceforge.net/projects/fbc/

I will be signing up to the SourceForge arena and joining up with
that project to examine things.

Thanks for posting other links:

BBC-Basic for Windows (posted by Helmut)
http://www.compulink.co.uk/~rrussell/bbcwin/bbcwin.html

KBasic (posted by Nobody)
http://www.kbasic.com/

Gambas (posted by Tom Shelton)
http://gambas.sourceforge.net/en/main.html

Thanks, Tom, that Gambas looks interesting. Not sure about the VB.Net
compiler though, as I can not load and have refused to load the .Net
environment on any machine I built since 1999. No machine ever required
it in the past and it has been awhile since I've ever built another 1000
computer systems for anyone. Out of 1000 sales during that year, only 1
(one) computer was returned (because of a hardware issue with a Sound-
Blaster (Creative Labs) CD-ROM/DVD) at that time.

(A CIL compiler for Visual Basic.Net, written in Visual Basic.Net.)
http://www.mono-project.com/Language_BASIC

For those that do not like the environments for some of these compilers,
take a look at the BEST environment for any compiler, and perhaps even
for Visual Basic 6 (but I will not claim that even though I feel like it
will NOT take too much time to make it possible)...

Download the SciTE editor from,

http://scintilla.sourceforge.net/

or

http://www.sourceforge.net/projects/scintilla/

A set of Properties files already exists for a variety of languages. Get
prepared to edit and learn about adjusting Properties files to get SciTE
working perfect. Also get prepared to learn about the search and replace
abilities available with that editor (specifically, regular expression
searching and replacing).

Be prepared to use that editor for HTML, CSS, C, C++, Python, BASIC, and
so much more!

Enjoy and have fun!

-- 
Jim Carlock

Jim Carlock presented the following explanation :
>> http://www.freebasic.net/
>> http://www.freebasic.net/index.php/about?section=features
>
> Thanks for the links to the other compilers/environments.
>
> I forgot to mention that the following about FreeBASIC:
>
> Full source code (it's self-compiling?) is located at SourceForge.
>
> http://fbc.sourceforge.net/
> http://sourceforge.net/projects/fbc/
>
> I will be signing up to the SourceForge arena and joining up with
> that project to examine things.
>
> Thanks for posting other links:
>
> BBC-Basic for Windows (posted by Helmut)
> http://www.compulink.co.uk/~rrussell/bbcwin/bbcwin.html
>
> KBasic (posted by Nobody)
> http://www.kbasic.com/
>
> Gambas (posted by Tom Shelton)
> http://gambas.sourceforge.net/en/main.html
>
> Thanks, Tom, that Gambas looks interesting. 

Yeah, it's kind of an interesting environment.  Reports are that it is 
much better now then when I played with it.  I'll have to check it out 
again my self.


> Not sure about the VB.Net
> compiler though, 

Just to be clear - that is not a .NET compiler.  It is a Visual 
Basic.NET language compiler for the mono platform.  Mono is an open 
source clone of .NET sponsered by Novell.  You do not have to install 
any microsoft software or .net to use it.  Though, the executables it 
creates are binary compatible with the micorosoft .net platform....
>
> (A CIL compiler for Visual Basic.Net, written in Visual Basic.Net.)
> http://www.mono-project.com/Language_BASIC
>
> For those that do not like the environments for some of these compilers,
> take a look at the BEST environment for any compiler, and perhaps even
> for Visual Basic 6 (but I will not claim that even though I feel like it
> will NOT take too much time to make it possible)...
>
> Download the SciTE editor from,
>
> http://scintilla.sourceforge.net/
>
> or
>
> http://www.sourceforge.net/projects/scintilla/
>
> A set of Properties files already exists for a variety of languages. Get
> prepared to edit and learn about adjusting Properties files to get SciTE
> working perfect. Also get prepared to learn about the search and replace
> abilities available with that editor (specifically, regular expression
> searching and replacing).
>
> Be prepared to use that editor for HTML, CSS, C, C++, Python, BASIC, and
> so much more!
>
> Enjoy and have fun!

I'm going tc check it out - though, I'm still pretty much a vim fan :)

-- 
Tom Shelton

Tom Shelton <tom_shelton@comcast.invalid> wrote:

>I have played a little with kbasic since seeing it on this group - and 
>while the language is ok, the actual IDE sucks.  

Oh man does it ever!  I can barely make my way around it.  And while it gives 
the impression that VB6 code can be imported and used, not a single short 
project of mine has run.  I specifically chose projects that did not use any 
external controls.  No workee.

On Tue, 1 Jun 2010 13:30:09 -0400, Jim Carlock wrote:

> For those that do not like the environments for some of these compilers,
> take a look at the BEST environment for any compiler, and perhaps even
> for Visual Basic 6 (but I will not claim that even though I feel like it
> will NOT take too much time to make it possible)...
> 
> Download the SciTE editor from,

PureBasic uses scintilla as it's code editor. PureBasic is my BASIC
compiler of choice.

-- 
HK

Jim Carlock wrote:
....

> For those that do not like the environments for some of these compilers,
> take a look at the BEST environment for any compiler, and perhaps even
> for Visual Basic 6 (but I will not claim that even though I feel like it
> will NOT take too much time to make it possible)...
....

Can you parse the parenthetical phrase above for me, Jim????  :)

--

"dpb" <none@non.net> wrote:
: Jim Carlock wrote:
: ...
:
: For those that do not like the environments for some of these compilers,
: take a look at the BEST environment for any compiler, and perhaps even
: for Visual Basic 6 (but I will not claim that even though I feel like it
: will NOT take too much time to make it possible)...
: ...
:
: Can you parse the parenthetical phrase above for me, Jim????  :)
:
: --

Thanks,

I was just saying that there is one editor known as SciTE that works for
almost every compiler around. If it does not currently work for any one
compiler, it can be configured by editing a couple text files.

So for a continuation of the tutorial on SciTE:

The first file that needs to get edited is named,

SciTEGlobal.properties

You start SciTE first, then click on the &Options menu, then click on the
"Open &Global Options file".

Then you insert the following lines into that file or uncomment the line:

$(filter.vb)\

The pound character represents the comment character in the .properties
files. Next, you need to edit the $(filter.vb) file. It ends up as a
..properties file named, "vb.properties" and you can edit it easily by
clicking on "&Options", then on "Open vb.properties".

;)

Just look at lines beginning with: vb.filter and keywordclass...

Do not ask me about how to change colors and such, as that's out of my
skills. I never took the time to figure that out and I did spend some of
time time trying. Not that that means anything, because I look for easy
things without any complications and I just could not figure it out.

Furthermore, once you figure out the "basics of the" .properties files,
you are all set to create new properties and configure SciTE for new
extensions. I think I added the .vbp to the vb.properties file. I want
SciTE to open .vbp files and display *.vbp files in addition to the
..frm, .bas and .mod files.

Once you start using SciTE, I do not think you will ever switch to
another compiler/editor/environment.

One extra comment I will add, is that I stopped opening text (*.txt)
files with NotePad a long long time ago. I open those files, as well
as .log files with SciTE. I also switched the default CRLF line end
characters to the Unix/Linux LF. SciTE has no problem reading CR or
LF or CRLF terminated files. I save ALL files now as LF terminated,
so if you ever get a .txt file from me and it looks a little messed
up inside of NotePad... you now know why.

Cheers and good luck! Hope this helps.

-- 
Jim Carlock

Jim Carlock wrote:
....

> Once you start using SciTE, I do not think you will ever switch to
> another compiler/editor/environment.

What I looked for was a way to change the key mappings -- is that not 
possible?  W/O a Brief emulation mode there's almost no chance I'll 
switch extensively, anyway... :)

I also had a problem that the File Open dialog doesn't show anything w/ 
the (apparently default?) "All Source" file type; I had to manually go 
to the "All files" choice.  It did seem to find VB or Fortran files but 
failed on Matlab (".m") files unless type in *.m the file selection 
field.  The Matlab file type was pre-existing in the list, not something 
I tried to add, btw.

Oh, how to shorten that list to something approaching a reasonable number???

I've not yet tried to see about getting it to recognize the various 
installed compilers.

> One extra comment I will add, is that I stopped opening text (*.txt)
> files with NotePad a long long time ago. I open those files, as well
> as .log files with SciTE. I also switched the default CRLF line end
> characters to the Unix/Linux LF. SciTE has no problem reading CR or
> LF or CRLF terminated files. I save ALL files now as LF terminated,
> so if you ever get a .txt file from me and it looks a little messed
> up inside of NotePad... you now know why.

I've _never_ used NotePad so that's nothing new here... :)

I don't think that's such a wise idea on a Windows platform in general 
re: the line termination, though...I know other applications that don't 
understand non-MS line terminations also.

I'll try to read the tome a little more at leisure before I pass, 
though... :)

I would like to find a Brief replacement as one of the last Windows 
updates killed the extended keyboard driver so the key mappings aren't 
fully functional w/o it which makes it a pita.  I'm not doing any 
serious code development at the moment and have retired from active 
consulting so probably won't be doing a whole lot but if were guess I'd 
have to revert to the old laptop that still has NT4 for the editing 
function if can't resolve it on this machine... :(

--

"dpb" <none@non.net> wrote in message 
news:hu6d6e$69h$1@news.eternal-september.org...
> Jim Carlock wrote:
> ...
>
>> Once you start using SciTE, I do not think you will ever switch to
>> another compiler/editor/environment.
>
> What I looked for was a way to change the key mappings -- is that not 
> possible?  W/O a Brief emulation mode there's almost no chance I'll switch 
> extensively, anyway... :)
>
> I also had a problem that the File Open dialog doesn't show anything w/ 
> the (apparently default?) "All Source" file type; I had to manually go to 
> the "All files" choice.  It did seem to find VB or Fortran files but 
> failed on Matlab (".m") files unless type in *.m the file selection field. 
> The Matlab file type was pre-existing in the list, not something I tried 
> to add, btw.
>
> Oh, how to shorten that list to something approaching a reasonable 
> number???
>
> I've not yet tried to see about getting it to recognize the various 
> installed compilers.
>
>> One extra comment I will add, is that I stopped opening text (*.txt)
>> files with NotePad a long long time ago. I open those files, as well
>> as .log files with SciTE. I also switched the default CRLF line end
>> characters to the Unix/Linux LF. SciTE has no problem reading CR or
>> LF or CRLF terminated files. I save ALL files now as LF terminated,
>> so if you ever get a .txt file from me and it looks a little messed
>> up inside of NotePad... you now know why.
>
> I've _never_ used NotePad so that's nothing new here... :)
>
> I don't think that's such a wise idea on a Windows platform in general re: 
> the line termination, though...I know other applications that don't 
> understand non-MS line terminations also.
>
> I'll try to read the tome a little more at leisure before I pass, 
> though... :)
>
> I would like to find a Brief replacement as one of the last Windows 
> updates killed the extended keyboard driver so the key mappings aren't 
> fully functional w/o it which makes it a pita.  I'm not doing any serious 
> code development at the moment and have retired from active consulting so 
> probably won't be doing a whole lot but if were guess I'd have to revert 
> to the old laptop that still has NT4 for the editing function if can't 
> resolve it on this machine... :(

  I've been using VEdit for about 20 years.  http://www.vedit.com/  I don't 
think there is really another editor (exactly/completely?) like it.

> -- 

dpb wrote:
....

> I also had a problem that the File Open dialog doesn't show anything w/ 
> the (apparently default?) "All Source" file type; I had to manually go 
> to the "All files" choice.  It did seem to find VB or Fortran files but 
> failed on Matlab (".m") files unless type in *.m the file selection 
> field.  The Matlab file type was pre-existing in the list, not something 
> I tried to add, btw.

OK, I figured out the Matlab thingie; it's got a kludge to handle both 
Octave (a open-source Matlab-like near clone) as well as Matlab m-files. 
  It's an either/or flag and is set to default to Octave instead of 
Matlab.  Since I only use Matlab I set the default in the globals config 
file to select it and just deleted the Octave-related stuff.  Now finds 
*.m files

I still don't follow the "All source" thing -- it shows nothing no 
matter what combination of source files I put into a directory or which 
subdirectory I browse--Fortran, Matlab, C, C++, VB, ASM, batch, ... 
Looks broke to me or I don't have a clue what it's supposed to be doing 
but it's surely annoying when it's what comes up automagically... :(

> Oh, how to shorten that list to something approaching a reasonable 
> number???

OK, saw that and whacked off most of them, too...

> I've not yet tried to see about getting it to recognize the various 
> installed compilers.
....

> I would like to find a Brief replacement ..

Still no hint of keyboard mappings being user-configurable that I can 
see...or indication of the various functions to map to if were :(

Seems like reasonably competent editor w/o great deal of overhead if one 
weren't already wedded to something else, though.  I'll probably 
experiment a little more (and then let it go like everything else I've 
tried to switch to over the years :) ).

--

Mike B wrote:
> "dpb" <none@non.net> wrote in message 
> news:hu6d6e$69h$1@news.eternal-september.org...
....

>> I would like to find a Brief replacement ...
> 
>   I've been using VEdit for about 20 years.  http://www.vedit.com/  I don't 
> think there is really another editor (exactly/completely?) like it.
....

Similarly here w/ Brief; I just checked, this version originally dates 
from 1991.  I don't know where the original pre-Version 3.x disks are to 
see when I first got it but it had to be at least 5-6 years prior; I 
loaded it on the first personal PC I had of my own an almost $4K 
10(!!!)MHz AT-compatible w/ a whole 1MB RAM, 10-MB HDD and 15" amber 
monitor...

Employer had a payroll-deduction interest-free loan program to encourage 
individuals to get there own systems rather than going into the 
corporate-ownership mode.  Of course, we were 100% employee-owned still 
at the time...

--

"dpb" <none@non.net> wrote in message 
news:hu6ibv$s6d$1@news.eternal-september.org...
> Mike B wrote:
>> "dpb" <none@non.net> wrote in message 
>> news:hu6d6e$69h$1@news.eternal-september.org...
> ...
>
>>> I would like to find a Brief replacement ...
>>
>>   I've been using VEdit for about 20 years.  http://www.vedit.com/  I 
>> don't think there is really another editor (exactly/completely?) like it.
> ...
>
> Similarly here w/ Brief; I just checked, this version originally dates 
> from 1991.  I don't know where the original pre-Version 3.x disks are to 
> see when I first got it but it had to be at least 5-6 years prior; I 
> loaded it on the first personal PC I had of my own an almost $4K 
> 10(!!!)MHz AT-compatible w/ a whole 1MB RAM, 10-MB HDD and 15" amber 
> monitor...

  Yes, computer prices had dropped substantially by then.  I keep in my 
drawer the invoice for my first PC. 1984 I bought an 8088 4.77mhz TI Pro 
with 640k and 10mb winchester HD (I still have the harddrive here on the 
shelf).  It did have some BPI accounting software and EasyWriter word 
processor, DOS 1.0.  $8304.00  No $hit ....

> Employer had a payroll-deduction interest-free loan program to encourage 
> individuals to get there own systems rather than going into the 
> corporate-ownership mode.  Of course, we were 100% employee-owned still at 
> the time...
>
> -- 

Mike B wrote:
....
>   Yes, computer prices had dropped substantially by then.  I keep in my 
> drawer the invoice for my first PC. 1984 I bought an 8088 4.77mhz TI Pro 
> with 640k and 10mb winchester HD (I still have the harddrive here on the 
> shelf).  It did have some BPI accounting software and EasyWriter word 
> processor, DOS 1.0.  $8304.00  No $hit ....
....

I couldn't see jumping in on the PC until the AT.  A few of the guys 
bought the old Kaypro's; I wavered but never bit.  A little later I 
lusted heartily after the Amiga but likewise never could pry open the 
wallet.  I did get one of the "luggable" Commodore DX64's w/ the little 
4" color screen and integrated keyboard, etc.  Taught the older son to 
write rudimentary games and sound w/ the sprites and stereo tracks w/ 
Forth as well as doing some fairly significant work with it...

At about that time we were doing quite a lot of work for the Princeton 
Plasma Physics Lab (old fusion reactor program).  They were flush w/ 
(DOE) money and were surplussing an old PDP-11/45 so three of us pooled 
and bought it.  It had RSX for the OS and Fortran/BASIC/C compilers.  We 
thought we were in tall cotton altho it filled four 6-ft 19" instrument 
racks and took rerouting almost all the cooling of one office A/C unit 
in the corner where the lab was to keep the temps in the tolerable 
range... :)  IIRC it had four of the pizza-oven removable cartridge 
drives plus a top-loading 5(?)MB hard drive, 7-track tape and the never 
to be forgotten and always inimitable "linear disk" DEC-tape.  We kept 
it going for quite a number of years until the powers-that-be got tired 
of paying the power bills and demanded w/ take it somewhere out of the 
office... :(

--

"dpb" wrote:
:
: OK, I figured out the Matlab thingie; it's got a kludge to handle both
: Octave (a open-source Matlab-like near clone) as well as Matlab m-files.
:  It's an either/or flag and is set to default to Octave instead of
: Matlab.  Since I only use Matlab I set the default in the globals config
: file to select it and just deleted the Octave-related stuff.  Now finds
: *.m files
:

OK, thanks. Not sure what your name is.

: I still don't follow the "All source" thing -- it shows nothing no
: matter what combination of source files I put into a directory or which
: subdirectory I browse--Fortran, Matlab, C, C++, VB, ASM, batch, ...
: Looks broke to me or I don't have a clue what it's supposed to be doing
: but it's surely annoying when it's what comes up automagically... :(
:

: Still no hint of keyboard mappings being user-configurable that I can
: see...or indication of the various functions to map to if were :(

Click on Help, then "SciTE Help", then do a CTRL+F (Find) for the
words, "accelerator keys". I found that by searching for "keys" so you
can backtrack if needed to see the other things. You do not need the
quotation marks. I do not use Internet Explorer. I think CTRL+F ends
up as part of Internet Explorer to find things in an opened HTML doc.

You can download and recompile SciTE as needed with VS6. There is no
..NET in it. Other Microsoft compilers a little later than VS6 C++
work as well (I think). You need NOT go that far though... open the
following file:

  SciTEGlobal.properties

Click on Options, then "Open Global Options File". The other way to open
that file, involves going to the folder where SciTE gets installed, then
looking for the file listed above.

Also, put a link to SciTE into your Windows SendTo folder. That way you
can right-click on ANY file and get SciTE to open it. Then SendTo folder
is located here:

  %userprofile%\sendto

You do NOT need to worry about placing %1 on the ShortCut Target
command line. Windows SendTo and SciTE handle that automatically.

Just make sure that the "Start in:" folder gets the same path as
the SciTE executable so all those .properties files get loaded.

In the SciTEGlobal.properties file, a few lines already exist for
user defined accelerators, or insert them yourself (I used SciTE
for at least 8 years).

<snip file="SciTEGlobal.properties">
# User defined key commands
user.shortcuts=\
Ctrl+Shift+V|IDM_PASTEANDDOWN|\
Ctrl+PageUp|IDM_PREVFILE|\
Ctrl+PageDown|IDM_NEXTFILE|
</snip>

Also, look for the following:

<snip file="SciTEGlobal.properties">
# Define the Lexer menu,
# Each item contains three parts: menu string | file extension | key
</snip>

The "Lexer menu" is that combo-box that displays the types of files
you would like listed (to open those types of files). This is here
for others that want to explore SciTE.

I activated the Read-Only on opening with that line. It comes set
to 0 by default I believe.

<snip file="SciTEGlobal.properties">
read.only=1

# Indentation
tabsize=8
indent.size=8
use.tabs=1
#indent.auto=1
indent.automatic=1
indent.opening=0
indent.closing=0
tab.indents=1
backspace.unindents=1
</snip>

Then, as you found out, the line that starts with:

<snip file="SciTEGlobal.properties">
find.files=
</snip>

configures the file types you want to open. I added .log .tab
..csv and some other file types (not used by anyone else).

Tell me what you want to do when you say keyboard mappings.
I get the feeling you're talking about "accelerator keys".

One last thing I will mention, is there's a programming
language known as LUA that comes with it.

Try this:

Click on Options, then on "Open LUA StartUp Script". It will
likely be blank. So if it is not blank, post back with the
contents. If it is empty, add this:

<snip file="SciTE.lua">
function CopyFQD()
 -- fully qualified directory (path only, no filename)
 editor:CopyText(props.FilePath)
end

function CopyFQFN()
 -- editor:CopyText(props['FileDir'])
 editor:CopyText(props.FileDir)
end
</snip>

Then I inserted the following into "SciTEGlobal.properties".
Search for, "if PLAT_WIN" in that file, it should already
exist. Outlook Express takes out the tabs, so all the lead
space below under the "if" statement was a TAB.

<snip file="SciTEGlobal.properties">
if PLAT_WIN
 ext.lua.startup.script=$(SciteDefaultHome)\SciTE.lua
 command.scite.help="file://$(SciteDefaultHome)\SciTEDoc.html"
 # NOTE: Change to 4 if an htmlhelp file gets developed.
 command.scite.help.subsystem=2

 # first lua command (Runs the script currently loaded)
 command.name.1.*=Run Lua Script
 command.1.*=dofile $(FilePath)
 command.subsystem.1.*=3
 command.mode.1.*=savebefore:no

 # Load LUA, "copy path" menu item added
 command.name.5.*=Copy Folder Path
 # command.mode.5.*=subsystem:lua,savebefore:no
 command.subsystem.5.*=3
 command.mode.5.*=savebefore:no
 command.5.*=CopyFQFN()

 # platform?
 command.name.6.*=Copy FQFN
 command.subsystem.6.*=3
 command.mode.6.*=savebefore:no
 command.6.*=CopyFQD()
</snip>

: Seems like reasonably competent editor w/o great deal of overhead if
: one weren't already wedded to something else, though.  I'll probably
: experiment a little more (and then let it go like everything else
: I've tried to switch to over the years :) ).

You will love it. There is nothing better (the VB editor works well
but I love the "regular expression" search and replace in SciTE).

This is an aweful lot. Hope it helps. Create a backup of your files
before you mess with them. ;-) Do one thing at a time and watch what
happens. I do not think I need to explain this to you, specifically,
so I explain it for everyone, just in case someone comes along that
ends up a little too impatient.

That LAST thing involving the LUA scripting provides a way to right
click on the "TAB" (the TAB of the file you are editing/viewing) and
see a "Copy Folder Path" or "Copy FQFN" in the drop-down menu. VERY
VERY comforting to know that you can do that. ;-)

-- 
Jim Carlock

Jim Carlock wrote:
> "dpb" wrote:
....

> OK, thanks. Not sure what your name is.

Oh, "Duane"...I've used initials as usenet id so long that I forget that 
there are those who don't know who to relate that to, sorry... :)

> : I still don't follow the "All source" thing -- 

Since I see no point in this and it doesn't seem to work anyway, I'll 
comment the entry out as well and won't see it to complain... :)  If I 
ever come across an explanation, that'll be soon enough, I suppose.

> 
> : Still no hint of keyboard mappings being user-configurable that I can
> : see...or indication of the various functions to map to if were :(
> 
> Click on Help, then "SciTE Help", then do a CTRL+F (Find) for the
> words, "accelerator keys". I found that by searching for "keys" so you
> can backtrack if needed to see the other things. You do not need the
> quotation marks. I do not use Internet Explorer. I think CTRL+F ends
> up as part of Internet Explorer to find things in an opened HTML doc.
> 
> You can download and recompile SciTE as needed with VS6. There is no
> .NET in it. Other Microsoft compilers a little later than VS6 C++
> work as well (I think). You need NOT go that far though... open the
> following file:
> 
>   SciTEGlobal.properties

....

Yeah, I've been munging on it.  It's a good thing don't have to 
recompile for two reasons...

a) owing to location I only have (very slow) dialup access so it'd take 
a week to download the whole thing, and

b) I don't have a more recent MS C compiler than...well, I don't know 
just when, but it predates NT4 I think... :)

I'm primarily Fortran, even to the point of calling Win32 API from it if 
necessary altho I don't write GUIs in Fortran; that's what I either use 
VB for w/ Fortran backend DLLs or interface w/ Tcl/Tk for some existing 
standalone routines where necessary.  Primarily, though, I'm only 
interested in the computations and write/maintain console apps and 
somebody else deals w/ the GUI pieces if they want them badly enough to 
do so... :)

....

....[snip the help book, I'll look at it and study in detail later and 
only deal w/ the question asked here--thanks, btw, looks useful stuff]...

> Tell me what you want to do when you say keyboard mappings.
> I get the feeling you're talking about "accelerator keys".

OK, that's part; that does menus (iiuc).  I think what I was really 
looking for was what I think I found as "user shortcuts" to remap the 
basic editing commands themselves to the Brief bindings I'm used to 
rather than learn a new set of editor bindings.

I'll make a backup copy of the original properties file(s) and fiddle. 
If it breaks, I can always just unzip the download again and start again 
if worst come to that... :)

> One last thing I will mention, is there's a programming
> language known as LUA that comes with it.
....
I'll dig into that at some point if I can get a suitable set of bindings 
that I'm happy with.  One reason I've been so adamant about staying with 
Brief is that over the 20 years or so I have made fairly extensive 
modifications to the language-sensitive editors to behave as I wish them 
to as it also has a (c-like) macro language that allows virtually any 
function to be salted to suit.  The only thing it was lacking that I 
would have liked that was simply not doable is the syntax-sensitive 
fonts/color that is handy.  OTOH, in the olden days w/ specific monitor 
drivers, there were things like the 44x100 character modes that don't 
work under console windows that's a step backwards, for sure, ime. 
Also, the real estate taken up by graphical menus, borders, etc., is 
often wasted space and "eye candy" that could be made better use of w/ 
more editing space imo.  That's one thing w/ SciTE; it doesn't have 
terribly much of that wasted space and gewgaws it appears.

Having that investment and never finding anything that matched my 
expectations I just couldn't see the investment in time and effort to 
make a move unless absolutely had to.  Particularly when still actively 
consulting where that effort would have been a diversion from "billable 
hours".  :)  Now that I've (I guess officially) retired from consulting 
I can play some w/o losing revenue or sleep while making up for the lost 
time when should have been doing something directly related to the 
latest deliverables... :)

Anyway, thanks for the tips; it does look interesting and if the key 
bindings do let me get the bulk of the feel I'm used to, it just might 
work out...

--

"Mike Williams" <Mike@WhiskeyAndCoke.com> wrote in message 
news:%23lZ3PhXALHA.4388@TK2MSFTNGP04.phx.gbl...
>
> "Helmut Meukel" <Helmut_Meukel@NoProvider.de> wrote in message 
> news:hu2dfm$2kr$1@news.eternal-september.org...
>
>> Just to add another basic:
>> BBC-Basic for Windows
>> http://www.compulink.co.uk/~rrussell/bbcwin/bbcwin.html
>
> Now you're talking! That takes me back almost thirty years, to when I was 
> just a lad (well, to when I still had a couple years before I hit the 
> dreaded "40" mark!). I hadn't realised it was still available, and 
> certainly not for Windows. I'm definitely going to purchase that one, no 
> matter how much it costs and regardless of whether it turns out to be any 
> good or not. In the days of the Commodore 64 (which had a dreadful BASIC!)

Ahhh... Mike you killing me man.  :-)

I learned to program on a C=64.  All I can say is...

10 POKE 53280, 1
20 POKE 53281, 6
30 PRINT "Lookie here I reversed the screen colors."
40 END

Rdub

 the BBC
> version was nothing short of amazing, with its speed and its inline 
> Assembler and lots of other nice little touches. It'll no doubt be feeling 
> its age nowadays of course (unless they have tarted it up beyond all 
> recognition) but I'm having it, no matter what!
>
> Mike
>
>
>
> 

"Ron Weiner" <rweineratworksritedotcom> wrote:

>10 POKE 53280, 1
>20 POKE 53281, 6
>30 PRINT "Lookie here I reversed the screen colors."
>40 END

Yipes...I remember pokes on the Commodore PET/CBM.  I think it was poke 
53249,0 or something similar that caused the video section to melt down.  This 
led to the legend that hackers could destroy computers with malicious code.  
Well, they could destroy a PET, but I don't believe any other computer had its 
video circuitry directly tied to the memory locations in this way.