unit of type size equal to 12 points or 0.166 inches
Sponsored Links
Sponsored Links
Secleted [ 0 ] software to compare
Results 1 - 15 of about 6760
File type determination 0.9
File type determination is a little KDE Service Menu that calls the GNU file command to retrieve Mime information from files. more>>
File type determination is a little KDE Service Menu that calls the GNU file command to retrieve Mime information from files, and presents it inside a standard KDE dialog.
<<less Download (MB)
Added: 2006-09-13 License: GPL (GNU General Public License) Price:
1138 downloads
Test::Unit::TestRunner 0.14
Test::Unit::TestRunner is a unit testing framework helper class. more>>
Test::Unit::TestRunner is a unit testing framework helper class.
SYNOPSIS
use Test::Unit::TestRunner;
my $testrunner = Test::Unit::TestRunner->new();
$testrunner->start($my_testcase_class);
This class is the test runner for the command line style use of the testing framework.
It is used by simple command line tools like the TestRunner.pl script provided.
The class needs one argument, which is the name of the class encapsulating the tests to be run.
OPTIONS
-wait
wait for user confirmation between tests
-v
version info
<<lessSYNOPSIS
use Test::Unit::TestRunner;
my $testrunner = Test::Unit::TestRunner->new();
$testrunner->start($my_testcase_class);
This class is the test runner for the command line style use of the testing framework.
It is used by simple command line tools like the TestRunner.pl script provided.
The class needs one argument, which is the name of the class encapsulating the tests to be run.
OPTIONS
-wait
wait for user confirmation between tests
-v
version info
Download (0.044MB)
Added: 2007-06-13 License: Perl Artistic License Price:
864 downloads
Gnome Screen Ruler 0.8
Gnome Screen Ruler is a customizable screen ruler for Gnome. more>>
Gnome Screen Ruler project is a customizable screen ruler for Gnome.
Gnome Screen Ruler is an on-screen ruler for measuring horizontal and vertical distances in any application. Rulers can be moved and resized using the keyboard.
Main features:
- Horizontal and vertical display
- Multiple units: pixels, inches, centimeters, picas, points, percentage
- Configurable colors and font
- Can be set always-on-top of your application windows
- Can be moved and resized with mouse or keyboard
- Measurement lines track mouse cursor to help measure anything on screen
- Its Free Software released under the GPL
Enhancements:
- Rewrite in Ruby (from C).
- Middle-click now rotates around the mouse position, not the upper-left corner.
- Ruler now shows a left-click target for the popup menu while mouse is over the ruler.
- Unit selection (inches, picas, etc.) moved to popup menu (from preferences dialog).
- Keyboard keys 1-6 now change unit.
- Now uses Cairo for rendering (from GDK).
<<lessGnome Screen Ruler is an on-screen ruler for measuring horizontal and vertical distances in any application. Rulers can be moved and resized using the keyboard.
Main features:
- Horizontal and vertical display
- Multiple units: pixels, inches, centimeters, picas, points, percentage
- Configurable colors and font
- Can be set always-on-top of your application windows
- Can be moved and resized with mouse or keyboard
- Measurement lines track mouse cursor to help measure anything on screen
- Its Free Software released under the GPL
Enhancements:
- Rewrite in Ruby (from C).
- Middle-click now rotates around the mouse position, not the upper-left corner.
- Ruler now shows a left-click target for the popup menu while mouse is over the ruler.
- Unit selection (inches, picas, etc.) moved to popup menu (from preferences dialog).
- Keyboard keys 1-6 now change unit.
- Now uses Cairo for rendering (from GDK).
Download (0.016MB)
Added: 2006-12-26 License: GPL (GNU General Public License) Price:
1042 downloads
Test::Unit::Tutorial 0.14
Test::Unit::Tutorial is a Perl module that contains a tutorial on unit testing. more>>
Test::Unit::Tutorial is a Perl module that contains a tutorial on unit testing.
SYNOPSIS
perldoc Test::Unit::Tutorial
Here should be extensive documentation on what unit testing is, why it is useful, and how to do it with the Test::Unit collection of modules.
Sorry for not implementing this yet.
Please have a look at the examples in the examples directory and read the README file that came with this distribution.
A short tutorial on how to use the unit testing framework is included in Test::Unit::TestCase.
Further examples can be found by looking at the self test collection, starting in Test::Unit::tests::AllTests.
<<lessSYNOPSIS
perldoc Test::Unit::Tutorial
Here should be extensive documentation on what unit testing is, why it is useful, and how to do it with the Test::Unit collection of modules.
Sorry for not implementing this yet.
Please have a look at the examples in the examples directory and read the README file that came with this distribution.
A short tutorial on how to use the unit testing framework is included in Test::Unit::TestCase.
Further examples can be found by looking at the self test collection, starting in Test::Unit::tests::AllTests.
Download (0.044MB)
Added: 2007-06-13 License: Perl Artistic License Price:
863 downloads
Test::Unit::TestCase 0.14
Test::Unit::TestCase is a unit testing framework base class. more>>
Test::Unit::TestCase is a unit testing framework base class.
SYNOPSIS
package FooBar;
use base qw(Test::Unit::TestCase);
sub new {
my $self = shift()->SUPER::new(@_);
# your state for fixture here
return $self;
}
sub set_up {
# provide fixture
}
sub tear_down {
# clean up after test
}
sub test_foo {
# test the foo feature
}
sub test_bar {
# test the bar feature
}
(Taken from the JUnit TestCase class documentation)
A test case defines the "fixture" (resources need for testing) to run multiple tests. To define a test case:
implement a subclass of TestCase
define instance variables that store the state of the fixture
initialize the fixture state by overriding set_up()
clean-up after a test by overriding tear_down().
Each test runs in its own fixture so there can be no side effects among test runs. Here is an example:
package MathTest;
use base qw(Test::Unit::TestCase);
sub new {
my $self = shift()->SUPER::new(@_);
$self->{value_1} = 0;
$self->{value_2} = 0;
return $self;
}
sub set_up {
my $self = shift;
$self->{value_1} = 2;
$self->{value_2} = 3;
}
For each test implement a method which interacts with the fixture. Verify the expected results with assertions specified by calling $self->assert() with a boolean value.
sub test_add {
my $self = shift;
my $result = $self->{value_1} + $self->{value_2};
$self->assert($result == 5);
}
Once the methods are defined you can run them. The normal way to do this uses reflection to implement run_test. It dynamically finds and invokes a method. For this the name of the test case has to correspond to the test method to be run. The tests to be run can be collected into a TestSuite. The framework provides different test runners, which can run a test suite and collect the results. A test runner either expects a method suite() as the entry point to get a test to run or it will extract the suite automatically.
If you do not like the rather verbose backtrace that appears when a test fails, you can use the quell_backtrace() method. You will get any message provided, but not the backtrace.
<<lessSYNOPSIS
package FooBar;
use base qw(Test::Unit::TestCase);
sub new {
my $self = shift()->SUPER::new(@_);
# your state for fixture here
return $self;
}
sub set_up {
# provide fixture
}
sub tear_down {
# clean up after test
}
sub test_foo {
# test the foo feature
}
sub test_bar {
# test the bar feature
}
(Taken from the JUnit TestCase class documentation)
A test case defines the "fixture" (resources need for testing) to run multiple tests. To define a test case:
implement a subclass of TestCase
define instance variables that store the state of the fixture
initialize the fixture state by overriding set_up()
clean-up after a test by overriding tear_down().
Each test runs in its own fixture so there can be no side effects among test runs. Here is an example:
package MathTest;
use base qw(Test::Unit::TestCase);
sub new {
my $self = shift()->SUPER::new(@_);
$self->{value_1} = 0;
$self->{value_2} = 0;
return $self;
}
sub set_up {
my $self = shift;
$self->{value_1} = 2;
$self->{value_2} = 3;
}
For each test implement a method which interacts with the fixture. Verify the expected results with assertions specified by calling $self->assert() with a boolean value.
sub test_add {
my $self = shift;
my $result = $self->{value_1} + $self->{value_2};
$self->assert($result == 5);
}
Once the methods are defined you can run them. The normal way to do this uses reflection to implement run_test. It dynamically finds and invokes a method. For this the name of the test case has to correspond to the test method to be run. The tests to be run can be collected into a TestSuite. The framework provides different test runners, which can run a test suite and collect the results. A test runner either expects a method suite() as the entry point to get a test to run or it will extract the suite automatically.
If you do not like the rather verbose backtrace that appears when a test fails, you can use the quell_backtrace() method. You will get any message provided, but not the backtrace.
Download (0.044MB)
Added: 2007-06-13 License: Perl Artistic License Price:
864 downloads
Perl x86 Disassembler 0.16
Perl x86 Disassembler is an Intel x86 disassembler written in Perl. more>>
The libdisasm library provides basic disassembly of Intel x86 instructions from a binary stream. The intent is to provide an easy to use disassembler which can be called from any application; the disassembly can be produced in AT&T syntax and Intel syntax, as well as in an intermediate format which includes detailed instruction and operand type information.
This disassembler is derived from libi386.so in the bastard project; as such it is x86 specific and will not be expanded to include other CPU architectures. Releases for libdisasm are generated automatically alongside releases of the bastard; it is not a standalone project, though it is a standalone library.
The recent spate of objdump output analyzers has proven that many of the people [not necessarily programmers] interested in writing disassemblers have little knowledge of, or interest in, C programming; as a result, these "disassemblers" have been written in Perl.
Usage
The basic usage of the library is:
1. initialize the library, using disassemble_init()
2. disassemble stuff, using disassemble_address()
3. un-initialize the library, using disassemble_cleanup
These routines have the following prototypes:
int disassemble_init(int options, int format);
int disassemble_cleanup(void);
int disassemble_address(char *buf, int buf_len, struct instr *i);
Instructions are disassembled to an intermediate format:
struct instr {
char mnemonic[16];
char dest[32];
char src[32];
char aux[32];
int mnemType; /* type of instruction */
int destType; /* type of dest operand */
int srcType; /* type of source operand */
int auxType; /* type of 3rd operand */
int size; /* size of insn in bytes */
};
The sprint_address() can be used in place of the disassemble_address() routine in order to generate a string representation instead of an intermediate one:
int sprint_address(char *str, int len, char *buf, int buf_len);
...so that a simple disassembler can be implemented in C with the following code:
#include
char buf[BUF_SIZE]; /* buffer of bytes to disassemble */
char line[LINE_SIZE]; /* buffer of line to print */
int pos = 0; /* current position in buffer */
int size; /* size of instruction */
disassemble_init(0, INTEL_SYNTAX);
while ( pos > BUF_SIZE ) {
/* disassemble address to buffer */
size = sprint_address(buf + pos, BUF_SIZE - pos, line, LINE_SIZE);
if (size) {
/* print instruction */
printf("%08X: %sn", pos, line);
pos += size;
} else {
printf("%08X: Invalid instructionn");
pos++;
}
}
disassemble_cleanup();
Alternatively, one can print the address manually using the intermediate format:
#include
char buf[BUF_SIZE]; /* buffer of bytes to disassemble */
int pos = 0; /* current position in buffer */
int size; /* size of instruction */
struct instr i; /* representation of the code instruction */
disassemble_init(0, INTEL_SYNTAX);
while ( pos > BUF_SIZE ) {
disassemble_address(buf + pos, BUF_SIZE - pos, &i);
if (size) {
/* print address and mnemonic */
printf("%08X: %s", pos, i.mnemonic);
/* print operands */
if ( i.destType ) {
printf("t%s", i.dest);
if ( i.srcType ) {
printf(", %s", i.src);
if ( i.auxType ) {
printf(", %s", i.aux);
}
}
}
printf("n");
pos += size;
} else {
/* invalid/unrecognized instruction */
pos++;
}
}
disassemble_cleanup();
This is the recommended usage of libdisasm: the instruction type and operand type fields allow analyzing of the disassembled instruction, and can provide cues for xref generation, syntax hi-lighting, and control flow tracking.
<<lessThis disassembler is derived from libi386.so in the bastard project; as such it is x86 specific and will not be expanded to include other CPU architectures. Releases for libdisasm are generated automatically alongside releases of the bastard; it is not a standalone project, though it is a standalone library.
The recent spate of objdump output analyzers has proven that many of the people [not necessarily programmers] interested in writing disassemblers have little knowledge of, or interest in, C programming; as a result, these "disassemblers" have been written in Perl.
Usage
The basic usage of the library is:
1. initialize the library, using disassemble_init()
2. disassemble stuff, using disassemble_address()
3. un-initialize the library, using disassemble_cleanup
These routines have the following prototypes:
int disassemble_init(int options, int format);
int disassemble_cleanup(void);
int disassemble_address(char *buf, int buf_len, struct instr *i);
Instructions are disassembled to an intermediate format:
struct instr {
char mnemonic[16];
char dest[32];
char src[32];
char aux[32];
int mnemType; /* type of instruction */
int destType; /* type of dest operand */
int srcType; /* type of source operand */
int auxType; /* type of 3rd operand */
int size; /* size of insn in bytes */
};
The sprint_address() can be used in place of the disassemble_address() routine in order to generate a string representation instead of an intermediate one:
int sprint_address(char *str, int len, char *buf, int buf_len);
...so that a simple disassembler can be implemented in C with the following code:
#include
char buf[BUF_SIZE]; /* buffer of bytes to disassemble */
char line[LINE_SIZE]; /* buffer of line to print */
int pos = 0; /* current position in buffer */
int size; /* size of instruction */
disassemble_init(0, INTEL_SYNTAX);
while ( pos > BUF_SIZE ) {
/* disassemble address to buffer */
size = sprint_address(buf + pos, BUF_SIZE - pos, line, LINE_SIZE);
if (size) {
/* print instruction */
printf("%08X: %sn", pos, line);
pos += size;
} else {
printf("%08X: Invalid instructionn");
pos++;
}
}
disassemble_cleanup();
Alternatively, one can print the address manually using the intermediate format:
#include
char buf[BUF_SIZE]; /* buffer of bytes to disassemble */
int pos = 0; /* current position in buffer */
int size; /* size of instruction */
struct instr i; /* representation of the code instruction */
disassemble_init(0, INTEL_SYNTAX);
while ( pos > BUF_SIZE ) {
disassemble_address(buf + pos, BUF_SIZE - pos, &i);
if (size) {
/* print address and mnemonic */
printf("%08X: %s", pos, i.mnemonic);
/* print operands */
if ( i.destType ) {
printf("t%s", i.dest);
if ( i.srcType ) {
printf(", %s", i.src);
if ( i.auxType ) {
printf(", %s", i.aux);
}
}
}
printf("n");
pos += size;
} else {
/* invalid/unrecognized instruction */
pos++;
}
}
disassemble_cleanup();
This is the recommended usage of libdisasm: the instruction type and operand type fields allow analyzing of the disassembled instruction, and can provide cues for xref generation, syntax hi-lighting, and control flow tracking.
Download (0.038MB)
Added: 2005-03-07 License: Artistic License Price:
1701 downloads
Test::Unit::TestSuite 0.14
Test::Unit::TestSuite is a unit testing framework base class. more>>
Test::Unit::TestSuite is a unit testing framework base class.
SYNOPSIS
use Test::Unit::TestSuite;
# more code here ...
sub suite {
my $class = shift;
# create an empty suite
my $suite = Test::Unit::TestSuite->empty_new("A Test Suite");
# get and add an existing suite
$suite->add_test(Test::Unit::TestSuite->new("MyModule::Suite_1"));
# extract suite by way of suite method and add
$suite->add_test(MyModule::Suite_2->suite());
# get and add another existing suite
$suite->add_test(Test::Unit::TestSuite->new("MyModule::TestCase_2"));
# return the suite built
return $suite;
}
This class is normally not used directly, but it can be used for creating your own custom built aggregate suites.
Normally, this class just provides the functionality of auto-building a test suite by extracting methods with a name prefix of test from a given package to the test runners.
<<lessSYNOPSIS
use Test::Unit::TestSuite;
# more code here ...
sub suite {
my $class = shift;
# create an empty suite
my $suite = Test::Unit::TestSuite->empty_new("A Test Suite");
# get and add an existing suite
$suite->add_test(Test::Unit::TestSuite->new("MyModule::Suite_1"));
# extract suite by way of suite method and add
$suite->add_test(MyModule::Suite_2->suite());
# get and add another existing suite
$suite->add_test(Test::Unit::TestSuite->new("MyModule::TestCase_2"));
# return the suite built
return $suite;
}
This class is normally not used directly, but it can be used for creating your own custom built aggregate suites.
Normally, this class just provides the functionality of auto-building a test suite by extracting methods with a name prefix of test from a given package to the test runners.
Download (0.044MB)
Added: 2007-06-13 License: Perl Artistic License Price:
864 downloads
Test::Unit::GTestRunner 0.04
Test::Unit::GTestRunner is a Unit testing framework helper class more>>
Test::Unit::GTestRunner is a Unit testing framework helper class
SYNOPSIS
use Test::Unit::GTestRunner;
Test::Unit::GTestRunner->new->start ($my_testcase_class);
Test::Unit::GTestRunner::main ($my_testcase_class);
If you just want to run a unit test (suite), try it like this:
gtestrunner "MyTestSuite.pm"
Try "perldoc gtestrunner" or "man gtestrunner" for more information.
This class is a GUI test runner using the Gimp Toolkit Gtk+ (which is called Gtk2 in Perl). You can use it if you want to integrate the testing framework into your own application.
For a description of the graphical user interface, please see gtestrunner(1).
<<lessSYNOPSIS
use Test::Unit::GTestRunner;
Test::Unit::GTestRunner->new->start ($my_testcase_class);
Test::Unit::GTestRunner::main ($my_testcase_class);
If you just want to run a unit test (suite), try it like this:
gtestrunner "MyTestSuite.pm"
Try "perldoc gtestrunner" or "man gtestrunner" for more information.
This class is a GUI test runner using the Gimp Toolkit Gtk+ (which is called Gtk2 in Perl). You can use it if you want to integrate the testing framework into your own application.
For a description of the graphical user interface, please see gtestrunner(1).
Download (0.062MB)
Added: 2006-07-17 License: Perl Artistic License Price:
1194 downloads
Unit Circle 1.0.1
Unit Circle project shows the relationship between trigonometric and angles functions like sine and cosine. more>>
Unit Circle project shows the relationship between trigonometric and angles functions like sine and cosine. To do this, the program implements an interactive "unit circle" (radius = 1) diagram, where the user can click or drag to set angles and see how the values of trigonometric functions change accordingly.
The unit circle (where the radius equals 1) provides a very clear demonstration of how various trigonometric functions relate to angles and one another. Draw an angle line from the origin to a point on the circumphrence of the circle; the (x,y) coordinates of that point will will be the cosine and sine of the angle.
In Unit Circle, use the mouse to set the angle line by either clicking or dragging the pointer inside the diagram. Or, change the trigonmetric values in the fields, and the angle will automatically adjust.
The inspiration for this program was provided by my home-schooled daughters, who had difficulty understanding the nature of trigonometry. As an educational tool, Unit Circle has been a success, and it may evolve into a larger application for exploring other aspects of trigonometry and geometry.
<<lessThe unit circle (where the radius equals 1) provides a very clear demonstration of how various trigonometric functions relate to angles and one another. Draw an angle line from the origin to a point on the circumphrence of the circle; the (x,y) coordinates of that point will will be the cosine and sine of the angle.
In Unit Circle, use the mouse to set the angle line by either clicking or dragging the pointer inside the diagram. Or, change the trigonmetric values in the fields, and the angle will automatically adjust.
The inspiration for this program was provided by my home-schooled daughters, who had difficulty understanding the nature of trigonometry. As an educational tool, Unit Circle has been a success, and it may evolve into a larger application for exploring other aspects of trigonometry and geometry.
Download (0.10MB)
Added: 2006-01-09 License: GPL (GNU General Public License) Price:
1386 downloads
Test::Unit::tests::AllTests 0.14
Test::Unit::tests::AllTests is a unit testing framework self tests. more>>
Test::Unit::tests::AllTests is a unit testing framework self tests.
SYNOPSIS
# command line style use
perl TestRunner.pl Test::Unit::tests::AllTests
# GUI style use
perl TkTestRunner.pl Test::Unit::tests::AllTests
This class is used by the unit testing framework to encapsulate all the self tests of the framework.
<<lessSYNOPSIS
# command line style use
perl TestRunner.pl Test::Unit::tests::AllTests
# GUI style use
perl TkTestRunner.pl Test::Unit::tests::AllTests
This class is used by the unit testing framework to encapsulate all the self tests of the framework.
Download (0.044MB)
Added: 2007-06-14 License: Perl Artistic License Price:
862 downloads
Test::Unit::Procedural 0.24
Test::Unit::Procedural Perl module contains a procedural style unit testing interface. more>>
Test::Unit::Procedural Perl module contains a procedural style unit testing interface.
SYNOPSIS
use Test::Unit::Procedural;
# your code to be tested goes here
sub foo { return 23 };
sub bar { return 42 };
# define tests
sub test_foo { assert(foo() == 23, "Your message here"); }
sub test_bar { assert(bar() == 42, "I will be printed if this fails"); }
# set_up and tear_down are used to
# prepare and release resources need for testing
sub set_up { print "hello worldn"; }
sub tear_down { print "leaving world againn"; }
# run your test
create_suite();
run_suite();
Test::Unit::Procedural is the procedural style interface to a sophisticated unit testing framework for Perl that is derived from the JUnit testing framework for Java by Kent Beck and Erich Gamma. While this framework is originally intended to support unit testing in an object-oriented development paradigm (with support for inheritance of tests etc.), Test::Unit::Procedural is intended to provide a simpler interface to the framework that is more suitable for use in a scripting style environment. Therefore, Test::Unit::Procedural does not provide much support for an object-oriented approach to unit testing - if you want that, please have a look at Test::Unit::TestCase.
You test a given unit (a script, a module, whatever) by using Test::Unit::Procedural, which exports the following routines into your namespace:
assert()
used to assert that a boolean condition is true
create_suite()
used to create a test suite consisting of all methods with a name prefix of test
run_suite()
runs the test suite (text output)
add_suite()
used to add test suites to each other
For convenience, create_suite() will automatically build a test suite for a given package. This will build a test case for each subroutine in the package given that has a name starting with test and pack them all together into one TestSuite object for easy testing. If you dont give a package name to create_suite(), the current package is taken as default.
Test output is one status line (a "." for every successful test run, or an "F" for any failed test run, to indicate progress), one result line ("OK" or "!!!FAILURES!!!"), and possibly many lines reporting detailed error messages for any failed tests.
Please remember, Test::Unit::Procedural is intended to be a simple and convenient interface. If you need more functionality, take the object-oriented approach outlined in Test::Unit::TestCase.
<<lessSYNOPSIS
use Test::Unit::Procedural;
# your code to be tested goes here
sub foo { return 23 };
sub bar { return 42 };
# define tests
sub test_foo { assert(foo() == 23, "Your message here"); }
sub test_bar { assert(bar() == 42, "I will be printed if this fails"); }
# set_up and tear_down are used to
# prepare and release resources need for testing
sub set_up { print "hello worldn"; }
sub tear_down { print "leaving world againn"; }
# run your test
create_suite();
run_suite();
Test::Unit::Procedural is the procedural style interface to a sophisticated unit testing framework for Perl that is derived from the JUnit testing framework for Java by Kent Beck and Erich Gamma. While this framework is originally intended to support unit testing in an object-oriented development paradigm (with support for inheritance of tests etc.), Test::Unit::Procedural is intended to provide a simpler interface to the framework that is more suitable for use in a scripting style environment. Therefore, Test::Unit::Procedural does not provide much support for an object-oriented approach to unit testing - if you want that, please have a look at Test::Unit::TestCase.
You test a given unit (a script, a module, whatever) by using Test::Unit::Procedural, which exports the following routines into your namespace:
assert()
used to assert that a boolean condition is true
create_suite()
used to create a test suite consisting of all methods with a name prefix of test
run_suite()
runs the test suite (text output)
add_suite()
used to add test suites to each other
For convenience, create_suite() will automatically build a test suite for a given package. This will build a test case for each subroutine in the package given that has a name starting with test and pack them all together into one TestSuite object for easy testing. If you dont give a package name to create_suite(), the current package is taken as default.
Test output is one status line (a "." for every successful test run, or an "F" for any failed test run, to indicate progress), one result line ("OK" or "!!!FAILURES!!!"), and possibly many lines reporting detailed error messages for any failed tests.
Please remember, Test::Unit::Procedural is intended to be a simple and convenient interface. If you need more functionality, take the object-oriented approach outlined in Test::Unit::TestCase.
Download (0.074MB)
Added: 2007-06-13 License: Perl Artistic License Price:
863 downloads
Rally Point 1.0
Rally Point is a community collaboration site designed for homeowners associations. more>>
Rally Point is a community collaboration site designed for homeowners associations (HOAs), apartment complexes, condominiums or any other group of people who need to share files, notes, FAQS, log information, financials or car registration information. The project is really simple, allowing you to get everyone up-to-speed without training or confusion.
Main features:
- Reduce costs by communicating by the web instead of mail
- Increase collaborative activities by getting everyone involved
- Solve parking problems
- Post financial information for each unit
- Post files
- Provide a convenient place to post frequently asked questions
- Update everyone automatically with RSS
- Extract the information in Rally Point for other uses with CSV and XML
<<lessMain features:
- Reduce costs by communicating by the web instead of mail
- Increase collaborative activities by getting everyone involved
- Solve parking problems
- Post financial information for each unit
- Post files
- Provide a convenient place to post frequently asked questions
- Update everyone automatically with RSS
- Extract the information in Rally Point for other uses with CSV and XML
Download (0.20MB)
Added: 2007-04-11 License: GPL (GNU General Public License) Price:
958 downloads
Data::Type::Docs 0.01.15
Data::Type::Docs is a Perl module with the manual overview. more>>
Data::Type::Docs is a Perl module with the manual overview.
MANUALS
Data::Type::Docs::FAQ
Frequently asked questions.
Data::Type::Docs::FOP
Frequently occuring problems.
Data::Type::Docs::Howto
Point to point recipes how to get things done.
Data::Type::Docs::RFC
Exact API description. Startpoint for datatype developers.
NAVIGATION
First read the following paragraphs and then you may start study the Data::Type API.
<<lessMANUALS
Data::Type::Docs::FAQ
Frequently asked questions.
Data::Type::Docs::FOP
Frequently occuring problems.
Data::Type::Docs::Howto
Point to point recipes how to get things done.
Data::Type::Docs::RFC
Exact API description. Startpoint for datatype developers.
NAVIGATION
First read the following paragraphs and then you may start study the Data::Type API.
Download (0.069MB)
Added: 2006-10-12 License: Perl Artistic License Price:
1107 downloads
Test::Extreme 0.12
Test::Extreme is a perlish unit testing framework. more>>
Test::Extreme is a perlish unit testing framework.
SYNOPSIS
# In ModuleOne.pm combine unit tests with code
package ModuleOne;
use Test::Extreme;
sub foo { return 23 };
sub test_foo { assert_equals foo, 23 }
# at the end of the module
run_tests ModuleOne if $0 =~ /ModuleOne.pm$/;
# To run the tests in this module on the command line type
perl ModuleOne.pm
# If you have tests in several modules (say in ModuleOne.pm,
# ModuleTwo.pm and ModuleThree.pm, create test.pl containing
# precisely the following:
use ModuleOne;
use ModuleTwo;
use ModuleThree;
run_tests ModuleOne, ModuleTwo, ModuleThree,
# Then run these tests on the command line with
perl test.pl
# If you prefer to get Perls classic "ok/not ok" output use
# replace run_tests with run_tests_as_script in all of the
# above
# Also take a look at Test/Extreme.pm which includes its own
# unit tests for how to instrument a module with unit tests
Test::Extreme is a perlish port of the xUnit testing
framework. It is in the spirit of JUnit, the unit testing
framework for Java, by Kent Beck and Erich Gamma. Instead of
porting the implementation of JUnit we have ported its spirit
to Perl.
The target market for this module is perlish people
everywhere who value laziness above all else.
Test::Extreme is especially written so that it can be easily
and concisely used from Perl programs without turning them
into Java and without inducing object-oriented nightmares in
innocent Perl programmers. It has a shallow learning curve.
The goal is to adopt the unit testing idea minus the OO
cruft, and to make the world a better place by promoting the
virtues of laziness, impatience and hubris.
You test a given unit (a script, a module, whatever) by using
Test::Extreme, which exports the following routines into your
namespace:
assert $x - $x is true
assert_true $x - $x is true
assert_false $x - $x is not true
assert_passed - the last eval did not die ($@ eq "")
assert_failed - the last eval caused a die ($@ ne "")
assert_some $x - $x is true
assert_none - $x is false
assert_equals $x, $y - recursively tests arrayrefs, hashrefs
and strings to ensure they have the same
contents
assert_contains $string, $list
- $list contains $string assert_subset
$element_list, $list - $element_list is
a subset of $list (both are arrayrefs)
assert_is_array $x - $x is an arrayref
assert_is_hash $x - $x is a hashref
assert_is_string $x - $x is a scalar
assert_size N, $list - the arrayref contains N elements
assert_keys [k1, k2], $hash
- $hash contains k1, k2 as keys
run_tests_as_script - run all tests in package main and emit
Perls classic "ok/not ok" style output
run_tests_as_script NS1, NS2, ...
- run all tests in package main, NS1,
NS2, and so on and emit Perls classic
"ok/not ok" style output
run_tests - run all tests in package main
run_tests NS1, NS2, ...
- run all tests in package main, NS1,
NS2, and so on
For an example on how to use these assert take a look at
Test/Extreme.pm which includes it own unit tests and
illustrates different ways of using these asserts.
The function run_tests finds all functions that start with
the word test (preceded by zero or more underscores) and runs
them one at a time. It looks in the main namespace by
default and also looks in any namespaces passed to it as
arguments.
Running the tests generates a status line (a "." for every
successful test run, or an "F" for any failed test run), a
summary result line ("OK" or "FAILURES!!!") and zero or more
lines containing detailed error messages for any failed
tests.
To get Perls classic "ok/not ok" style output (which is
useful for writing test scripts) use run_tests_as_script
instead of run_tests.
<<lessSYNOPSIS
# In ModuleOne.pm combine unit tests with code
package ModuleOne;
use Test::Extreme;
sub foo { return 23 };
sub test_foo { assert_equals foo, 23 }
# at the end of the module
run_tests ModuleOne if $0 =~ /ModuleOne.pm$/;
# To run the tests in this module on the command line type
perl ModuleOne.pm
# If you have tests in several modules (say in ModuleOne.pm,
# ModuleTwo.pm and ModuleThree.pm, create test.pl containing
# precisely the following:
use ModuleOne;
use ModuleTwo;
use ModuleThree;
run_tests ModuleOne, ModuleTwo, ModuleThree,
# Then run these tests on the command line with
perl test.pl
# If you prefer to get Perls classic "ok/not ok" output use
# replace run_tests with run_tests_as_script in all of the
# above
# Also take a look at Test/Extreme.pm which includes its own
# unit tests for how to instrument a module with unit tests
Test::Extreme is a perlish port of the xUnit testing
framework. It is in the spirit of JUnit, the unit testing
framework for Java, by Kent Beck and Erich Gamma. Instead of
porting the implementation of JUnit we have ported its spirit
to Perl.
The target market for this module is perlish people
everywhere who value laziness above all else.
Test::Extreme is especially written so that it can be easily
and concisely used from Perl programs without turning them
into Java and without inducing object-oriented nightmares in
innocent Perl programmers. It has a shallow learning curve.
The goal is to adopt the unit testing idea minus the OO
cruft, and to make the world a better place by promoting the
virtues of laziness, impatience and hubris.
You test a given unit (a script, a module, whatever) by using
Test::Extreme, which exports the following routines into your
namespace:
assert $x - $x is true
assert_true $x - $x is true
assert_false $x - $x is not true
assert_passed - the last eval did not die ($@ eq "")
assert_failed - the last eval caused a die ($@ ne "")
assert_some $x - $x is true
assert_none - $x is false
assert_equals $x, $y - recursively tests arrayrefs, hashrefs
and strings to ensure they have the same
contents
assert_contains $string, $list
- $list contains $string assert_subset
$element_list, $list - $element_list is
a subset of $list (both are arrayrefs)
assert_is_array $x - $x is an arrayref
assert_is_hash $x - $x is a hashref
assert_is_string $x - $x is a scalar
assert_size N, $list - the arrayref contains N elements
assert_keys [k1, k2], $hash
- $hash contains k1, k2 as keys
run_tests_as_script - run all tests in package main and emit
Perls classic "ok/not ok" style output
run_tests_as_script NS1, NS2, ...
- run all tests in package main, NS1,
NS2, and so on and emit Perls classic
"ok/not ok" style output
run_tests - run all tests in package main
run_tests NS1, NS2, ...
- run all tests in package main, NS1,
NS2, and so on
For an example on how to use these assert take a look at
Test/Extreme.pm which includes it own unit tests and
illustrates different ways of using these asserts.
The function run_tests finds all functions that start with
the word test (preceded by zero or more underscores) and runs
them one at a time. It looks in the main namespace by
default and also looks in any namespaces passed to it as
arguments.
Running the tests generates a status line (a "." for every
successful test run, or an "F" for any failed test run), a
summary result line ("OK" or "FAILURES!!!") and zero or more
lines containing detailed error messages for any failed
tests.
To get Perls classic "ok/not ok" style output (which is
useful for writing test scripts) use run_tests_as_script
instead of run_tests.
Download (0.005MB)
Added: 2007-06-08 License: Perl Artistic License Price:
869 downloads
fid-listbuffer 0.1.3
fid-listbuffer is a buffer implementation for the Frigand Imperial Desktop. more>>
fid-listbuffer is a buffer implementation for the Frigand Imperial Desktop. Fid buffers are typically mutable monoids over particular unit types; the exact unit type and the equations satisfied by the monoid determine the particular buffer type.
This package defines a parametric buffer type for the simple case of a free monoid over a unit type that is to be exposed to the programmer, where replaceableRegion additionally is equivalent to ( r d -> return True).
Enhancements:
- This release maintains compatibility with fid-core 0.2.
<<lessThis package defines a parametric buffer type for the simple case of a free monoid over a unit type that is to be exposed to the programmer, where replaceableRegion additionally is equivalent to ( r d -> return True).
Enhancements:
- This release maintains compatibility with fid-core 0.2.
Download (0.031MB)
Added: 2005-10-27 License: Other/Proprietary License Price:
1458 downloads
Secleted [ 0 ] software to compare
Copyright Notice:
Software piracy is theft, Using crack, password, serial numbers, registration codes, key generators is illegal and prevent future software development. The above unit of type size equal to 12 points or 0.166 inches search only lists software in full, demo and trial versions for free download. Download links are directly from our mirror sites or publisher sites, torrent files or links from rapidshare.com, yousendit.com or megaupload.com are not allowed