Re: [tablix-list] Tablix roadmap

From: Nicholas Robinson <>
Date: Thu Dec 16 2004 - 22:03:07 CET

It's not that the term is wrongly used in either context, but it is certainly
confusing to have the keyword 'subject' used twice, once within <subjects>
and again within <timetable>. If I had to change one, I'd change it to
<lesson> within <timetable> because a lesson is an instance (of which there
can be more than one) of a subject being taught by a specific teacher.

Would it be difficult to allow the correct word for week or cycle and days or
units or whatever to be set within <info> or somewhere? I'd like to do as
little post-processing of the output as possible and having to remember to
change a dozen things to our particular naming would be a pain! I'd like to
set it up at the start and then whenever I do a tablix_output get something I
can print or put on the Intranet straight away - obviously I need to get to
the point where I can do that but that's another thread!



On Thursday 16 December 2004 17:30, Tomaz Solc wrote:
> Hash: SHA1
> Hi
> | re 1) 'cycle' might be a better term than week. I've already changed
> | the source to use d-1, d-2 etc rather than mon, tues, etc
> I'm aware that a number of things are probably not named correctly in
> Tablix. I'm not a native English speaker and terms I've used incorrectly
> in the first version have remained unchanged although I've learned the
> correct word in the mean time.
> 0.2.0 will also change this. For example: the term "fitness" is usually
> used instead of "grade", so I will correct this in the Tablix
> documentation and the source code.
> If "cycle" is the correct English word for the length of time after
> which the timetable repeats itself, I will correct this of course. I was
> in doubt because the direct translation to Slovene language ("cikel")
> usually means something else in the timetabling context.
> Do you have any other suggestions about changing terms used in Tablix?
> I'm also in doubt if terms "subject", "class" and "period" are used
> correctly?
> | re 2)this already happens in the real world where recess, lunch,
> | duty, labs (just to name a few things) are not always of the same
> | duration as each other. In a non-school situation I am aware of,
> | time is assigned in 'units' where each unit may be, say ten minutes
> | (or another convenient constant) long. So ELA classes might be, say,
> | 8 units long and gym might be ten units long.
> Implementing periods of variable length would greatly complicate the
> algorithm. I was not aware that any school is using this kind of
> scheduling. Here everything is scheduled into periods that are of fixed
> length (45 minutes for example). Most lectures take one period, but some
> take two or three.
> On the other hand it is already quite possible to say that Tablix's
> periods are only 10 minutes long. This would only require a new module
> that would try to schedule a specified subject for ten consecutive
> periods (something like "", only more flexible).
> | re 3)for example, three different classes might have ELA separately
> | with three different instructors but be grouped with one instructor
> | for gym.
> I think the "conflicts-with" restriction in the "" module is
> already a powerful way to schedule various groups of students that share
> classes. Maybe I didn't understand you suggestion correctly.
> Best regards
> Tomaz Solc
> Version: GnuPG v1.2.5 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird -
> =UIVb
Received on Thu Dec 16 22:19:16 2004

This archive was generated by hypermail 2.1.8 : Tue Aug 16 2005 - 20:42:37 CEST