• 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.
  

• 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.
  

• 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.
  

• 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.
  

• 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.
  

• 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.
  

• 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
  

• 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)
  

• 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
  

• Fixed incorrect error code after retrieving network information
  

• Resolved hard linking to ADVAPI32.dll on Windows 95 clients
• Fixed problem with setting/resetting global flags (e.g. "Debug on")
  

• FlushKb fixed
• New functions added: left(), right(), trim(), instrrev()
• New macro added: @CRLF
• Two new SetOption parameters added: SetOption("hidecursor","on"), SetOption("wrapateol","on")
  

• Peek( ) function renamed to KbHit( )
  

• 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
  

• 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.)
  

• Fixed "USE /del" command
• Fixed DISPLAY command
  

• 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.
  

• 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".
  

• 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.
  

• "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
  

  ---

• 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
  

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.

---

• 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.

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"?

---