#96404 - 2002-08-03 06:08 AM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
MCA
KiX Supporter
Registered: 2000-04-28
Posts: 5152
Loc: Netherlands, EU
|
Dear,
We have receive an amount of mail about it. We give a combined reply on it. greatings.
|
Top
|
|
|
|
#96406 - 2002-08-03 02:12 PM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
Howard Bullock
KiX Supporter
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
Doc's idea sounds good to me.
|
Top
|
|
|
|
#96408 - 2002-08-04 03:40 AM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
MCA
KiX Supporter
Registered: 2000-04-28
Posts: 5152
Loc: Netherlands, EU
|
Dear,
We find the suggestions for updating forum description page of NTDOC great. We don't find it necessary to create again a new forum, because the amount of none kixtart related stuff isn't so much. Newbies who sees f.e. a general forum think "we can add all kind of stuff on this board", but is that what we want. Aren't we trying to keep such OFF-TOPIC limited.
Now we knows Henri is reserving time for a possible implementation of an upgrade within about two weeks we have the possibility that some pages and links becomes also up to date.
Some TO_DO things on this forum can be:
- main page- information update with latest kixtart 4.10 release
- moderator's note - actual links to most recent documentation. quote:
KiXtart is a logon script processor and enhanced batch scripting language for computers running Windows XP, Windows 2000, Windows NT or Windows 9x in a Windows Networking environment.
The latest version (4.10) is of 8 july 2002 and can be downloaded here.
The KiXtart free-format scripting language can be used to display information, set environment variables, start programs, connect to network drives, read or edit the registry change the current drive and directory and much more.
KiXtart 2001 (version 4.x) is based on KiXtart 95, and is designed to be fully backward compatible. However, some restrictions apply. Please see the "What's New" section for full details.
KiXtart 2001 was developed by Ruud van Velsen of Microsoft Netherlands
What's New KiXtart 2001 is based on KiXtart 95. Most functionality provided by KiXtart 95 is available with KiXtart 2001.
New features in KiXtart 2001 include: Full support for the new Windows 2000 groups (universal and nested groups), COM automation (providing access to ADSI, ADO, WMI, etc), User defined functions, floating point math, Speed: KiXtart is faster than ever before, Loads and loads of exciting new bits and pieces.
Note Apart from exciting new features, KiXtart 2001 also introduces a new distribution policy: KiXtart 2001 is provided to you as CareWare. Please see "KiXtart: Do You Care?" for full details.
When you have problems or questions after you have read the manual v3.63 or v4.00 please use the bulletinboard. This way other users will also benefit.. In order to make your experience here more productive and enjoyable, you should understand how the board works. These links will familarize you with the etiquette and workings of the board.
Frequently Asked Questions
ABC's of KiXtart board etiquette
It can be possible that one of the moderators supports you. About their contributions read Moderator's message to new forum users
If you have comments about this site, please let me know!
Henri Wiering henri@kixtart.nl
- downloads
- actualizes help file in "various" section. Current available version is kixhelp410.chm
- command reference
- current page contains kixtart information from an old release. possible that one member can prepare a new version for this. Our suggestion is that users can jump from command reference index to related descriptions.
our suggestion
Also it is possible that it is replacing by the CHM version of it. Scriptlogic does always a very good job and they are very actual with it. It is also a version which is loving by members very much. Current format is doing all things over again. Over again with the information we find in the manual-doc section.
- manual index
- current page doesn't contain latest kixtart 4.10 information.
Request for other members
Possible that one member can prepare a new version for this. In a equal format.
- manual-doc
- points now to the kixtart 3.63 release. Suggestion is to point it to the latest one.
- release notes
- contains now history list with ends with kixtart 4.00 beta 1. we suggest to make this also actual. In next reaction we have add an extension for it. We have use as input the Scriptlogic's Development Report for this update. bstyles we hope you doesn't have a problem with using this information for Henri's page. We update kixtart versions with "release types" and "version of builds".
- links
- it is possible for you to mail Henri useful links. He requires also a short of it. At this moment we have only a problem with the site KiXtart Editor.
greetings.
For other remarks and TO-DO's see also one of our next reactions.
|
Top
|
|
|
|
#96409 - 2002-08-04 03:43 AM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
MCA
KiX Supporter
Registered: 2000-04-28
Posts: 5152
Loc: Netherlands, EU
|
Our extensions to the release notes section.
In next reaction we have add an extension for it. We have use as input the Scriptlogic's Development Report for this update. bstyles we hope you doesn't have a problem with using this information for Henri's page. We update kixtart versions with "release types" and "version of builds".
4.11 beta 2 (build 101)
- The MD command will now create a multi-level directory structure (just like MMD.exe).
- The WriteValue function will now auto-create the key structure if needed when writing a value.
4.11 beta 1 (build 100)- Added support for multi-dimension arrays.
- Added function to retrieve a free file handle: FreeFileHandle( ).
- Enhanced @CPU on Pentium 4.
- No longer create a console when empty strings are output.
4.10 final re-release (build 99) & 4.10 final release (build 98)- Added support for floating point math, including math functions: Abs, Int, Fix, Round, Cstr, CInt, CDbl, FormatNumber.
- Added mod operator.
- Added @LOGONMODE, @CPU, @MHZ, @SCRIPTNAME.
- Enhanced Sleep command to accept milliseconds.
- Enhanced KX32.DLL to load KX16.DLL in same directory.
- Added restore of console attributes after runtime error.
- Fixed Exception error when enumerating WinInstaller objects.
- Variable with zero-length name ('$') is no longer resolved when used inside strings.
- Added NoVarsInStrings option. If this option is ON, variables inside strings are not resolved.
- Added EXPLICIT option. If EXPLICIT is ON, all variables must be explicitly declared before they can be used.
- Ingroup now supports multiple arguments and arrays.
- Added Join function.
- Added IsDeclared function.
- Added the ability to use default properties of COM objects.
- No longer logs errors concerning @ADDRESS.
- Added handling of situation where KiX32 runs in the LocalSystem security context.
- KXRPC client side is now downward compatible (with pre-4.x versions of KXRPC).
- Added commandline argument (/r) to change the KXRPC search order.
4.10 rc-2 (build 95)- Added Join( ) function.
- InGroup( ) accepts multiple group names (either directly, or in an array).
- Added NoVarsInStrings SetOption( ).
- Improved handling of (stack fault) exceptions.
- KXRPC location order is now configurable.
- KXRPC client is now downward compatible.
- Support for default properties/methods of COM objects.
- Various fixes and minor enhancements.
4.10 rc-1 (build ??)- Variable with zero-length name ('$') is no longer resolved when used inside strings.
- Added EXPLICIT SetOption( ). If EXPLICIT is set to ON, all variables must be explicitly declared before they can be used.
- InGroup( ) now supports multiple arguments.
4.10 beta 1 (build 84)- Added mod operator
- New functions: MemorySize( ), FormatNumber( )
- New macros: @CPU and @MHZ macros
- Enhanced Sleep command to accept milliseconds
- Enhanced KX32.DLL to load KX16.DLL in same directory
- Added restore of console attributes after runtime error
- Fixed Exception error when enumerating WinInstaller objects
4.10 alpha- Added support for floating point math
- New functions: Abs(), Int(), Fix(), Round(), CStr(), CInt() and CDbl()
- New macros: @SCRIPTNAME and @LOGONMODE (indicates whether KiX thinks it is being run during the logon sequence)
4.02 final release (build 71)- Added workaround for 'Failed to set DACL' error on Windows NT 4.0
- Changed default script-extension search order to .KIX, followed by .SCR
- Fixed performance issue in UBound(), VarType(), VarTypeName()
- Enhanced SidToName() to drop prefix of well known/built-in SIDs
- 'Close' menu option of console is now removed (rather than grayed), unless run in debug mode or run outside the logon sequence
- Added a 'token-cache' on Windows NT/2000/XP. The token-cache stores SID-to-groupname mappings, and speeds up the overall startup process
4.01 final release (build 64)- Fixed incorrect error code after retrieving network information
4.00 final release (build 62)- Resolved hard linking to ADVAPI32.dll on Windows 95 clients
- Fixed problem with setting/resetting global flags (e.g. "Debug on")
4.00 rc-4 (build 59)- FlushKb fixed
- New functions added: left(), right(), trim(), instrrev()
- New macro added: @CRLF
- Two new SetOption parameters added: SetOption("hidecursor","on"), SetOption("wrapateol","on")
4.00 rc-3 (build 50)- Peek( ) function renamed to KbHit( )
4.00 rc-2- Limited LogEvent string to 32K
- Fixed regression with (mixed) operands (eg "? 100 / 10" )
- Improved handling of empty UDF's
- Corrected REDIM to work like DIM
- Removed overflow GPF's
- InStr( ) now supports case-sensitivity option
- Added @TICKS (returns milliseconds since boot)
- Added peek( ) function
- Removed dependencies on DCOM 1.2
4.00 rc-1 (build 45)- corrected @SERROR for @ERROR = 0
- changed errormessage for @ADDRESS to a warning
- corrected producttypes on win9x
- COLOR no longer creates console
- fixed issue with DelTree hanging on key with not enough permissions
- corrected upper bound of arrays
- DEBUG ON now creates/unhides console
- fixed issue with nested FOR EACH loops
- removed dependency on IPHLPAPI.DLL
- greatly improved COM automation
- improved parser performance
- renamed executables to KIX32.EXE (good old console version) and WKIX32.EXE (console-less version)
- @PRODUCTTYPES enhanced to include Windows 2000 and Windows XP
- Added @BUILD macro
- Added option to completely disable debugging: SetOption("DisableDebugging","On")
- Shell/Run no longer display a console if/when used with the console-less version
- Fixed redim preserve issue
- Fixed @SCRIPTDIR in UDF's and in Execute()
- Fixed GO (could GPF)
- Fixed Dir() (broken, could GPF)
- Fixed returning arrays from UDF's
- Fixed handling of expression where the 2nd operand is a string
- Enhanced handling of groups (local groups of local NT system, etc.)
4.00 beta 2a (build 11)- Fixed "USE /del" command
- Fixed DISPLAY command
4.00 beta 2 (build 10)- changed Execute() to use (variable) scope of calling function/script
- added REDIM statement
- added DEBUG ON / OFF
- added ability to run any type of command from debugger
- added case sensitive comparison operator (==)
- added NOT
- enhanced FOR EACH to allow any expression for the collection
- added ability to read HKEY_CURRENT_CONFIG
- added HKEY shortcuts (HKLM, HKCU, HKCR, HKU, HKCC)
- fixed incorrect returnvalue of ReadType()
- fixed RND()
- fixed GPF when SetFocus() was used on a undefined window
- fixed issue with duplicate DIMs
- fixed FOR NEXT where start value equals end value
- fixed incorrect returnvalue of SetASCII()
- fixed RETURNing from UDF's
- fixed GPF with empty UDF's
- fixed skipping of first command in UDF without arguments
- fixed GOTO from FOR NEXT loop
- KXRPC now supports all types of groups (Universal, nested global, etc)
KX32, KX16 and KX95.DLL are fully compatible with the most recent version that shipped with KiXtart 95. As such, there is no need to replace these files. - COM automation is not yet fully enabled in this release.
greetings. [ 05 August 2002, 04:12: Message edited by: MCA ]
|
Top
|
|
|
|
#96410 - 2002-08-04 09:39 AM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
MCA
KiX Supporter
Registered: 2000-04-28
Posts: 5152
Loc: Netherlands, EU
|
For an example of new look-n-feel see board Forum with UBB 6.3.1. A nice thing is his Forum Policies and Info at the bottom of each forum and the way he is showing the forum description at the top.
An UBB.Classic board from Infopop with latest release.
Possible an idea for this board, Henri? greetings. [ 04 August 2002, 12:03: Message edited by: MCA ]
|
Top
|
|
|
|
#96411 - 2002-08-04 11:17 AM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
MCA
KiX Supporter
Registered: 2000-04-28
Posts: 5152
Loc: Netherlands, EU
|
Dear,
Informative and changes with UBB 6.3.1 we discover
- user can add an avatar image. this is pictue which will be showed on each
post of you. possible that you can use your own picture for it. - with you can "post a reply with quote"
- with you can "report this post to a Moderator", which can be done
without membership and which can be do to each reaction in a topic. - it looks like that the current topic URL links
for topics ("http://81.17.37.55/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=4;t=000216;p=2") and for user ("http://81.17.37.55/cgi-bin/ultimatebb.cgi?ubb=get_profile;u=00000732") stay the same. so no broken links. - it looks like that on our example UBB the problem with too long lines is over. At
least we know that the layout can be nice like in the earlier days. during the "print-friendly view of this topic" our information is also processed in another way. original post with layout frustations print-friendly version without layout frustations. - It looks like that "Today's Active Topics - 24hours?" or "Yesterday's Active Topics"
is still not possible. We have put a question about it on the Infopop board (see below) - Jump to New Posts link Located at the top of each topic - when clicked, it takes users
to the posts in that topic that were made after their last visit to the board. Also known as the "blue arrow".
and this are the relevant release notes from Infopop 6.3.0 and 6.3.1 First, our input are only suggestions. Some TO-DO's and some remarks:
- sometimes we have problem with adding post. It has to deal with the way HTML code
is interpretating. Possible that Henri can turn off HTML in messages per forum, when we want it. For newbies it can very frustating, that he gets such unexpected errors like Sorry, we do not permits this HTML tag: Parenthesis in HTML tag Above problem can cal already happen with symbols like "<" and ">". There are some changes made to HTML. Possible disabling isn't necessary. - the forums beta and suggestions get also moderators.
- the forum COM scripting gets a second moderator.
- possible to get a central location on "http://kixtart.org" board to upload files.
Our suggestion is that all moderators get access to same location. They maintain it together. Possible that Henri creates a directory for it, makes a URL link to a index.htm file and sends all moderators the username/password combination. - In a poll from Henri in the past we see
- 94% is using kixtart - 94% find this board useful - 76% rate the speed of this board as fast and only 6% as slow. slow? with a mean speed of 4mbps we are very happy. Mostly a slow response and/or performance has to deal with what you are doing on your own system. During a heavy download (above 10mbps) we must have some patience, but a complete page returns. - cj's remark about "searching by member name, IDK everyones ID and it is
extra steps to find them" is with our favorite page Statistics - BB Specials for TOP50 members much easier.
For a search by registered you still have only member number. - possible questions about read-hits can't been solved.
from Infopop we get following answer:
There are no topic view count features available in UBB.classic. That feature is available in all of our other message board products, however (UBB.threads, UBB.x, and OpenTopic). We cannot include that feature in UBB.classic simply because the architecture of the ap- plication will not support it (that is a fancy way of saying that because UBB.classic is a flat-file system, any boards that are of even moderate size would suffer in terms of performance if we added this feature).
Ted O'Neill CEO, Infopop Corporation
- URL links in message on board appear to be broken now is a topic on this
board, which handles about problems with latest upgrade. We hope that their will no problems this time with it. Still we doesn't understand why Infopop should change those link specification. A previous reaction of us was:
Why is "Infopop" changing links to topics at all. In our opinion it should and must be transparant. By previous upgrade the old link points to the old contents which can't be upgraded by members. Specified links in reactions aren't upgraded also which isn't also very bad.
A short investigation on another board (above reaction contains URL link) shows, that the URL defintions are the same.
Question from us on Infopop board:
- "Today's Active Topics - 24hours?" or "Yesterday's Active Topics" list?and related topics on this board are
Today's Active Topics - 24 hours? www.infopop.com Today's Active Topics - 24 hours? www.UBBDev.com btw: Howard Bullock receive earlier as reaction from Infopop. Howard's question was quote:
This feature is problematic for bulletin boards such as http://Kixtart.org that are global in nature. The feature starts a fresh page of topics at midnight local time which happens to be in the middle of the day for many active users. The more active users would appreciate a way to change this behavior to return a list of active topics within the last 24 hour period. This way regardless of where in the world we are we can get a quick list of topics that need our attention any time of the day.
Infopop's reaction was quote:
Howard,
We looked at the situation, and at this time there isn't a one-line code fix that would correct the problem.
Our UBB project manager is aware of the situation, and he informed me, we will try to incorporate a fix in the next major UBB version release.
Please let me know if you have further questions or concerns. Kind regards,
Customer Support Lead Infopop Corporation
[ 04 August 2002, 11:48: Message edited by: MCA ]
|
Top
|
|
|
|
#96412 - 2002-08-05 03:27 AM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
MCA
KiX Supporter
Registered: 2000-04-28
Posts: 5152
Loc: Netherlands, EU
|
Dear,
Some known problems within new UBB 6.3.1 release
- there are problems with the search engine. it returns a link to each post thread in
same topic. This can be a major problem before starting an upgrade. An extraction from Infopop topic is:
In the past, searches would match on each thread. Now they match on each post within a thread! So if 1 thread has 50 posts with a match, it returns as 50 different hits in the search! This has the further impact of cutting into the 300 hit maximum returned and effectively renders the search engine useless?
the related link is Search changes in 6.3.1 - the date presentation of European format can be wrong.
An extraction from Infopop topic is:
Hi. I have my date set to European format (28 July 2002) and everywhere on the forum, it looks like this:
28. July 2002
How do I get that period out of there? I looked at ubb_forum and a few other pages that do $TheDate, but I didn't see where it was forcing a period.
Also a guy return a solution for it. His answer is quote:
In ubb_lib_time.cgi, there is a section that says this:
#date format options if ($vars_time{DateFormat} eq "US") { $FormattedDate = $_[0]; } elsif ($vars_time{DateFormat} eq "Euro") { $FormattedDate = "$mday.$mon.$year"; } elsif ($vars_time{DateFormat} eq "USX") { $FormattedDate = "$months[$mon] $mday, $year"; } else { $FormattedDate = "$mday. $months[$mon] $year"; } return ($FormattedDate);
I just changed $mday. to $mday in that last one, and voila. I guess you could say I've hacked your board, but for one character, I hardly feel like a naughty person
the related link is 6.3.1 date display
greetings.
btw: we have mail Henri to look at this thread.
|
Top
|
|
|
|
#96413 - 2002-08-05 07:33 AM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
Anonymous
Anonymous
Unregistered
|
Here I am! I've taken a look at all your suggestions/feedback etc. I'll probably upgrade the board this week and also will try to solve other issues mentioned in this thread.
Henri
|
Top
|
|
|
|
#96414 - 2002-08-05 02:35 PM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
masken
MM club member
Registered: 2000-11-27
Posts: 1222
Loc: Gothenburg, Sweden
|
There he is
The new UBB functions seems great These are though, functions that for example VBB (most "functionrich" forum out there, especially together with all the hacks that are made) and PHPBB (not all mentioned, but PHPBB is also free which VBB isn't).
The layout that NTDOC suggests is good I've also missed a "General" section. I'm moderating a few other boards (both on the net and on our intranet), and what makes a board thrive and develop is the "chat", if you know what I mean There must be room for conversation, about pretty much anything on a board, or it will die and/or jut have alot of "one time visitors", that comes with a specific problem at hand, and leaves when done.
The new 4.11 functions also seems very promising! FreeFileHandle( ), MD, and WriteValue - all missed functions!
_________________________
The tart is out there
|
Top
|
|
|
|
#96420 - 2002-08-06 07:32 PM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
Les
KiX Master
Registered: 2001-06-11
Posts: 12734
Loc: fortfrances.on.ca
|
Thanks for everyone's input on the off-topic sidebar I took, namely that of renaming "Starters". Basically, this is my (unscientific) take on the responses with my comments interspersed.
Most feel that we need a "General" section, that the "Starters" is not always appropriate and that "Scripts" is not always a good fit as an alternative. Most also feel that we don't need/want more (or too many) forums.
I question the intent of "Starters" and "Scripts". This is after all, a scripting forum so most topics could fall under "Scripts" but the by-line confuses. Should there then be a script posted with every new thread? Then there's "Starters". What sets them apart? I see long-timers post stuff that's of starters calibre and starters post stuff that's pretty advanced. Once again, the by-line confuses. That was why I thought that to rename "Starters" would be the simplest but the idea did not carry.
The second idea (NT DOC's) was to keep "Starters" and to add a "General" forum to keep non-relevant topics out of the other forums. Like the idea of the bell on the cat, it is fine but who will moderate it?
Jack, All the forums are, by their nature, "discussion" forums, so I'd have to go with NT DOC's suggestion for name and by-line.
MCA, I'm not to clear on our position. In one breath, you say "We find the suggestions for updating forum description page of NTDOC great", which I infer as yes on the "General" forum, as that is the only real change from the existing page. In the next breath, you say "We don't find it necessary to create again a new forum". If that is the case then what change of NT DOC's do you find "great"?
If we have consensus, then all we need is a moderator or two and of course, Henri's blessing.
_________________________
Give a man a fish and he will be back for more. Slap him with a fish and he will go away forever.
|
Top
|
|
|
|
#96422 - 2002-08-07 08:48 AM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
MCA
KiX Supporter
Registered: 2000-04-28
Posts: 5152
Loc: Netherlands, EU
|
Dear,
Les, we were talking about quote:
it looks like that on our example UBB the problem with too long lines is over. At least we know that the layout can be nice like in the earlier days. during the "print-friendly view of this topic" our information is also processed in another way.
which means: during analyse of some boards with running UBB 6.3.1 we doesn't see too long lines, which possible had to deal with a redesign of CGI code for this action. The based information is also used by the "printer-friendly view of topics" action, which does not have too long lines as text. This was already so in the preview UBB 6.2.1 release. So there should taken two actions:
- verify too long lines as text and code in a new topic. Our conlusion - when we read
LLigetfa's reaction in this topic from posted "06. August 2002 19:32" - we see that a very long text line is trunacting in the right way. So good news. - search on Infopop board for a possible solution. Mostly some guys suggest some
corrections for it, or it is just a setting in UBB configuration, or there must be installed a patch for it. Don't forget text in [code] and [/code] block will not have line wrap capabilities. F.e. you see now the "05. August 2002" as date format instead of "05 August 2002". In a new release this will be solved by Infopop.
Les, indeed too long lines can be see as "layout frustrations". To solve that we suggest to use the "printer-friendly view" of those topics.
Jack, when there comes a new forum for more general-topics, off-topics, UBB- topics and other none kixtart stuff we choose for general. Discussions are also possible on a general forum, but what is the problem with the discussion of kixtart related topic on a 'kixtart' forum. A good subject description can influence the interest for it. Also the forum selected may influence the interest for reading it. Only the "Today Active Topics" users see mostly all topics.
Les, indeed as new forum requires new moderator(s). First let we regulate it for the current forums.
Les, your note quote:
I'm not to clear on our position. In one breath, you say "We find the suggestions for updating forum description page of NTDOC great", which I infer as yes on the "General" forum, as that is the only real change from the existing page. In the next breath, you say "We don't find it necessary to create again a new forum". If that is the case then what change of NT DOC's do you find "great"?
Les, there are differences between "forum names" and "forum descriptions". We support the suggested descriptions by NTDOC, which doesn't infere that we need a "General" forum. When everybody wants a "general" forum we support his description for it too. So we doesn't see that our reaction contains some contradictions.
Lonkero, we agree with you that there must come a voting issue.
greetings.
btw: thanks Henri with completing the recent upgrade. no big suprises for us. we must only implement a little modification for the introduced known bug of date specification.
|
Top
|
|
|
|
#96423 - 2002-08-08 02:38 AM
Re: Question: Henri, when implementing new UBB 6.3.1 release? within two weeks
|
Jack Lothian
MM club member
Registered: 1999-10-22
Posts: 1169
Loc: Ottawa,Ontario, Canada
|
After thinking about it, Les' point is valid & "general" sounds good to me. I agree all forums should contain an element of discussion.
Yet, I think some of the long discussions (often with 20 or more posts) by insiders are confusing for newbees. I think my level of comprehension is above average but about half of these long discussions leave me behind. I believe these discussions create a positive synergy on the board but often they are not related to “starters”, “scripts”, or “suggestions”, etc.
But, I don't consider this a big issue. I like the board the way it is now but I think NTDoc's suggestion has merits. [ 08. August 2002, 16:28: Message edited by: Jack Lothian ]
_________________________
Jack
|
Top
|
|
|
|
Moderator: Arend_, Allen, Jochen, Radimus, Glenn Barnas, ShaneEP, Ruud van Velsen, Mart
|
1 registered
(Allen)
and 343 anonymous users online.
|
|
|