kazuo256/luxproject

A LuaRocks and LÖVE compatible general-purpose Lua distribution.

LUX Project

The Lua Utility eXtension Project is a general purpose Lua distribution developed with both LuaRocks and LÖVE compatibility in mind.

It bundles rocks on a per-project basis, injecting a local rocktree in the source tree. This allows LÖVE application developers to distribute their dependencies together with the application package, while also benefiting from the LuaRocks ecosystem. However, the LUX distribution is also completely adequate for developing non-LÖVE applications. Here's a quick rundown of the main features present in this Lua distribution:

1. Portability through Lua 5.X series starting from 5.1
2. Rock bundling on a per-project basis
3. Bundle-aware script execution
4. Prototype-based Object Oriented system
5. Class-based Object Oriented system
6. Functional programming library
7. Macro/Template processing
8. Unit test tools
9. Prettified console output

Installation

Use LuaRocks.

Documentation

Latest stable version's documentation

luxproject's Issues

Review test module

Then re-implement it, if necessary, and create issues for all untested modules/features.

Test the entire API as of 0.6

Closure class with environment

Improve current closure-based class system to use environment manipulation in order to simplify class definitions (complexity should remain the same).

A (good) side-effect is that class definitions will no longer have access to the global scope.

Can be more efficently implemented with #7.

Define and apply a standard for all output strings

Preferably with pretty printing!

Test lux.class

[lua5.2] Incompatibility with modules

Somehow find a way to make LUX's modules compatible with both lua5.1 and lua5.2.

Document API

Yeeaaaaaaaah...

Add support for rock versions in bundler

Make 5.1 port of `load` not ignore mode parameter

Fine comb struct.Queue for possible optimizations

Macro takeover

Add feature that makes all lua-required files be preprocessed by the macro engine. The necessary directive should something be:

require 'lux.macro.overtake'

And the preprocessor's envinronment content should be only lux.portable, for now.

Bootstrap CSS include should use https

Nuke struct.list

Because linked lists are evil.

Someday I might implement a contiguous memory linked list. Maybe.

Make bundler able to run luarocks executables

Remove functional module

Yeah.

Improve Queue efficiency using FastClass

See #20.

Bundler should run installed scripts

[macro.Processor] Add processFile method.

It receives either a filename or the file handler itself. Gets the file's content ad a string and calls processString().

Create FastClass module for instancing-intense OO programming

The idea is to make instances of a FastClass reusable as to avoid the instancing overhead. The cost of doing so is that the user wil have to define an explicit constructor method which guarantees a clean new instance of the class.

Redesign term module

No idea how yet.

[stream] Decide on a better interface for StreamBase:receive.

Right now stream.String:receive() poorly imitates Lua's standard file:read(), and it only supports the "*a" parameter.

One must find a better way to express how much to extract from the stream, and cover it in all StreamBase implementations.

Bundler should handle lua version

Move geometry modules to UFO project

https://github.com/kazuo256/ufoproject

Add package.searchpath to portable and use it

Support for "make install" on Linux

Basically copy all files from the lib/ folder to the system's /usr/local/share/lua/5.1/ or similar.

For now providing this through the Makefile is enough.

Test lux.Feature