Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Configuration file #17

Open
gerryjackson opened this issue Jan 19, 2016 · 4 comments
Open

Configuration file #17

gerryjackson opened this issue Jan 19, 2016 · 4 comments

Comments

@gerryjackson
Copy link
Owner

I've created a new release v0.13.1 with the recent changes we have made and also uploaded a new test file called prelimtest.fth (see prelimtest.md for details) into the master branch.

In the next release I think we ought to include the configuration file we have agreed would be desirable. The question is what do we want to put into it, items off the top of my head are:

  • Specify which tests to carry out
  • Blocks, block numbers to be used in the test and characters per line in a block
  • Non-existent word for FIND SEARCH-LIST to fail with (guaranteed to not be in the dictionary)
  • Word for NAME>INTERPRET to fail with ( or none if applicable )
  • Directory path for the tests

Anything I've forgotten and any other suggestions?

@steverpalmer
Copy link
Collaborator

Whether >FLOAT allows leading or trailing spaces? (See #16)

@steverpalmer
Copy link
Collaborator

A few other candidates:

  • BITS/CELL - currently derived in utilities, but maybe the tester should be given the opportunity of defining it rather than rely on a derived value.
  • Whether to allow interactive tests that interrupt the full test run (ACCEPT).
  • VERBOSE could be moved from (t)tester to config

@steverpalmer
Copy link
Collaborator

Selection of tester or ttester.

@gerryjackson
Copy link
Owner Author

Thanks for the suggestions Steve, to collect together the list in no particular order:

  • Specify which tests to carry out
  • Blocks, block numbers to be used in the test and characters per line in a block
  • Non-existent word for FIND SEARCH-LIST to fail with (guaranteed to not be in the dictionary)
  • Word for NAME>INTERPRET to fail with ( or none if applicable )
  • Directory path for the tests
  • Selection of tester or ttester
  • BITS/CELL - currently derived in utilities, but maybe the tester should be given the opportunity of defining it rather than rely on a derived value.
  • Whether to allow interactive tests that interrupt the full test run (ACCEPT).
  • VERBOSE could be moved from (t)tester to config
  • Whether >FLOAT allows leading or trailing spaces? (See >FLOAT with leading and trailing spaces  #16)

It would be nice if the config file could only use the subset of words tested in prelimtest.fth as we could then insert it before the first core test. I'm tied up this weekend and will have a go at it after. I'm not sure of the best way to select which tests to carry out, up to now I've just relied on commenting out the lines that include the test files. Perhaps a set of variables that are on or off e.g.
variable core-wordset variable core-ext-wordset ...
followed by
core-wordset off
core-ext-wordset on
etc
It's where a GUI with tick boxes would come in handy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants