Free after hours software for linux

Tk::after can execute a command after a time delay.

SYNOPSIS

$widget->after(ms)
$id = $widget->after(ms?,callback?)
$id = $widget->repeat(ms?,callback?)
$widget->afterCancel($id)
$id = $widget->afterIdle(callback)
$widget->afterInfo?($id)?
$id->time(?delay?)

This method is used to delay execution of the program or to execute a callback in background sometime in the future.
In perl/Tk $widget->after is implemented via the class Tk::After, and callbacks are associated with $widget, and are automatically cancelled when the widget is destroyed. An almost identical interface, but without automatic cancel, and without repeat is provided via Tk::after method.

Internal Details

The internal Tk::After class has the following synopsis:

$id = Tk::After->new($widget, tid, $time, once, callback);
$id = Tk::After->new($widget, tid, $time, repeat, callback);
$id->cancel;
$id->time(?delay?);

$id is a Tk::After object, an array of 5 elements:

$widget is the parent widget reference.

tid is the internal timer id, a unique string.

$time is the string idle, representing an idle queue timer, or a integer millisecond value.

once or repeat specifies whether the timer is a one-time after event, or a repeating repeat event.

callback specifies a Perl/Tk Tk::Callback object.

Changing a repeat timer interval

Its posible to change a repeat timers delay value, or even cancel any timer, using the time method. If delay is specified and non-zero, a new timer delay is established. If delay is zero the timer event is canceled just as if $id->cancel were invoked. In all cases the current millisecond timer delay is returned.

Note: the new timer delay will take effect on the subsequent timer event - this command will not cancel the pending timer event and re-issue it with the new delay time.

The after() method has several forms as follows:

$widget->after(ms)

The value ms must be an integer giving a time in milliseconds. The command sleeps for ms milliseconds and then returns. While the command is sleeping the application does not respond to events.

$widget->after(ms,callback)

In this form the command returns immediately, but it arranges for callback be executed ms milliseconds later as an event handler. The callback will be executed exactly once, at the given time. The command will be executed in context of $widget. If an error occurs while executing the delayed command then the Tk::Error mechanism is used to report the error. The after command returns an identifier (an object in the perl/Tk case) that can be used to cancel the delayed command using afterCancel.

$widget->repeat(ms,callback)

In this form the command returns immediately, but it arranges for callback be executed ms milliseconds later as an event handler. After callback has executed it is re-scheduled, to be executed in a futher ms, and so on until it is cancelled.

$widget->afterCancel($id)

$id->cancel

Cancels the execution of a delayed command that was previously scheduled. $id indicates which command should be canceled; it must have been the return value from a previous after command. If the command given by $id has already been executed (and is not scheduled to be executed again) then afterCancel has no effect.

$widget->afterCancel(callback)

This form is not robust in perl/Tk - its use is deprecated. This command should also cancel the execution of a delayed command. The callback argument is compared with pending callbacks, if a match is found, that callback is cancelled and will never be executed; if no such callback is currently pending then the afterCancel has no effect.

$widget->afterIdle(callback)

Arranges for callback to be evaluated later as an idle callback. The script will be run exactly once, the next time the event loop is entered and there are no events to process. The command returns an identifier that can be used to cancel the delayed command using afterCancel. If an error occurs while executing the script then the Tk::Error mechanism is used to report the error.

$widget->afterInfo?($id)?

This command returns information about existing event handlers. If no $id argument is supplied, the command returns a list of the identifiers for all existing event handlers created by the after and repeat commands for $widget. If $id is supplied, it specifies an existing handler; $id must have been the return value from some previous call to after or repeat and it must not have triggered yet or been cancelled. In this case the command returns a list with three elements. The first element of the list is the callback associated with $id, the second element is either idle or the integer timer millisecond value to indicate what kind of event handler it is, and the third is a string once or repeat to differentiate an after from a repeat event.

The after(ms) and afterIdle forms of the command assume that the application is event driven: the delayed commands will not be executed unless the application enters the event loop. In applications that are not normally event-driven, the event loop can be entered with the vwait and update commands.

Rush Hour Puzzle Solver project is a Rush Hour puzzle solver that illustrates the solution with PostScript.

Rush Hour Puzzle Solver is a small C++ program that reads a Rush Hour board from a text file and produces a nice PostScript file that shows the shortest solution.

Monster Masher is an action game for the Gnome desktop environment.
In the old days, before man entered the world, the gnomes were abundant. Through centuries of hard labour, only slightly eased by the levitational powers provided to them by their god, they bored out shafts and caves in the mountains. Always seeking the precious stones and valuable ore...
But the gnomes dug too deep. So the story begins.
The basic idea is that you, as levitation worker gnome, has to clean the caves for monsters that want to roll over you. You do the cleaning by mashing the monsters with stone blocks. Take a look at the screenshots page to see how this looks like.
Main features:
- Mash your way through 30 levels (for hours of fun)
- Four kinds of monsters: stupid monsters, stupid-but-hard monsters, intelligent monsters, egg-laying monsters
- Power-up gems for invisibility, exploding the nearby monsters and freezing all monsters
- Easy, medium and hard difficulty levels (for even more hours of fun!)
- Support for two simultanous players (cooperative)
- Automatic support for large tiles for large displays

Mp3Fixer is an amaroK Script for repairing various defects in MP3 files, for instance files which display a bogus track length in your audio player.

For example, if you have a track that you know is really two minutes long, but amaroK shows its two hours something, then this script is for you.

Mp3Fixer calculates the real track length and adds the missing XING header to the file, and it also repairs broken MPEG headers.

DarkWorld is a space based massively multiplayer realtime strategy game.
Each player starts off with their own home planet. From there they can build ships, start exploring the universe, colonize other planets, and attack other players.
What makes this game unique is that the game is always running at a very slow speed even when you are not connected. When you send a ship to another planet it may not arrive for hours or days and likewise the message it sends back may not arrive for hours or days.
This allows many players to engage in a realtime strategy game that could last for months. Also, new players can join the game at any time.
Enhancements:
- It has been a long time since the 0.1.0 release. Alot of changes have been made in the guts of the server. I think the game will be a bit more interesting now that players can attack each other. Hopefully the next release will not be so long in the making. I am planning on finding and fixing bugs that occur in 0.2.0 and then releasing 0.2.1, 0.2.2, etc. The idea is to stabilize the 0.2.X series since it is minimally playable before embarking on new features for 0.3.X. This strategy was not adopted for 0.1.0 because I did not feel it was worths spending the time to stabilize, too much needed to change so I immediately started working on 0.2.0.

Riding With Robots is a SuperKaramba theme to ride along with the armada of robotic space probes now exploring the Solar System.

Its a Linux implementation of the Riding With Robots Dashboard widget that has been popular on Mac OS X. It brings the latest downlink from RidingWithRobots.org right to your desktop, automatically checking for updates every few hours.

Double-clicking the widget will launch Firefox and bring you to the site for more information.

This 0.1 version has only been tested on SUSE Linux 10 in KDE. Im very open to suggestions for improvement.

FET is an open source timetabling application for schools, high-schools and some universities.
Main features:
- FET is free software (open source). You can freely use, copy, modify and re-distribute it, as GNU/GPL permits (but please consider a donation)
- Localized to English, French, Catalan, Romanian, Malay, Polish, Turkish, Dutch, German, Hungarian and Macedonian (maybe incompletely)
- Fully automatic generation algorithm, allowing also semi-automatic or manual allocation
- Platform independent implementation, allowing running on GNU/Linux, Windows and any system that Qt supports
- Powerful flexible modular xml format for the input file, allowing editing with an xml editor or by hand (besides FET)
- Possibility to view the currently generated timetable without stopping the ongoing simulation
- The resulted timetables are exported into xml and html formats
- Very flexible students (pupils) structure, in years, groups and subgroups. FET allows overlapping years and groups and non-overlapping subgroups
- Possibility to consider a weight (percentage) for each constraint
- Maximum total number of hours (periods) per day: 30
- Maximum number of working days per week: 14
- Maximum total number of teachers: 700
- Maximum total number of subgroups (sets) of students: 5000
- Maximum total number of subjects: 1000
- Virtually unlimited number of subject tags
- Maximum number of activities: 2000 (you can compile or ask the author a version with more activities allowed)
- Maximum number of rooms: 300
- Maximum number of buildings: 100
- Maximum number of equipments: 300
- Adjustable duration for each activity (each activity can have duration of 1 hour, 2 hours, 3 hours or more)
- Possibility of adding multiple teachers and students sets for each activity. That is, each activity can have specified at most 400 students subgroups (sets) and 100 teachers
- Maximum number of time constraints: 3000
- Maximum number of space constraints: 3000
A large and flexible palette of time constraints:
- Constraint activities preferred times (you can specify a set of activities by teacher, subject, subject tag or students and a set of preferred or allowed periods).
- Constraint activities same starting hour
- Constraint activities same starting time
- Constraint activities not overlapping
- Constraint activity preferred time (to specify for an activity a preferred day, hour or both)
- Constraint activity preferred times
- Constraint basic compulsory time
- Constraint break
- Constraint min n days between activities (to allow balancing the activities in a week)
- Constraint students early (to make the students begin as early as possible the activities)
- Constraint students set early (to make the students set begin as early as possible the activities)
- Constraint students no gaps
- Constraint students set no gaps
- Constraint students (set) max hours daily
- Constraint teacher(s) max hours daily
- Constraint students set not available
- Constraint teacher max days per week
- Constraint teacher not available
- Constraint teachers max gaps per week
A large and flexible palette of space constraints:
- Constraint activity preferred room
- Constraint activity preferred rooms
- Constraint basic compulsory space
- Constraint room not available
- Constraint subject preferred room
- Constraint subject preferred rooms