Search found 161 matches
- Mon Apr 25, 2011 1:06 pm
- Forum: Support and Development
- Topic: LOVE API naming discuss
- Replies: 10
- Views: 6340
Re: LOVE API naming discuss
Hello schme16, I read quickly your sentence ...create a `screen` module yourself And decide "Let's do it myself ! and see after done what is good to keep..." I will probably think about made relation between love.screen and love.window. But for now I'm happy to release my first love.screen...
- Mon Apr 25, 2011 1:01 pm
- Forum: Support and Development
- Topic: love.screen module
- Replies: 0
- Views: 5653
love.screen module
Hello, After LOVE API naming discuss topic... I decide to made my own love.screen module to provide a better way (my opinion) to manage the screen (caption, resolution, ...) I think, the main improvement is about the setMode(...) How to use the module ? function love.load() require("love.screen...
- Mon Apr 25, 2011 10:34 am
- Forum: Libraries and Tools
- Topic: memoize.lua
- Replies: 35
- Views: 18468
Re: memoize.lua
I'm agree raising error can be better to disallow stupid use
- Mon Apr 25, 2011 3:27 am
- Forum: Support and Development
- Topic: LOVE API naming discuss
- Replies: 10
- Views: 6340
Re: LOVE API naming discuss
Ok I think understanding the complexity of the problem... But It should be possible to start thinking a simple API for love.window like the joystick or thread management : love.window.getWindow() -- get the current window handler love.window.getWindow(name) -- get a specific window handler, the defa...
- Mon Apr 25, 2011 2:04 am
- Forum: Support and Development
- Topic: String_exploding improvement
- Replies: 16
- Views: 7657
Re: String_exploding improvement
Just easier to use ?
- Mon Apr 25, 2011 1:53 am
- Forum: Support and Development
- Topic: LOVE API naming discuss
- Replies: 10
- Views: 6340
Re: LOVE API naming discuss
I just read the love.window issue. That's speaking more about be able to manage more than one uniq love window. I supposed the API of love.window was not defined yet ? If already defined we should build a quick lua script to implement them in forward-compatibility. like if love and not love.window t...
- Mon Apr 25, 2011 1:10 am
- Forum: Support and Development
- Topic: String_exploding improvement
- Replies: 16
- Views: 7657
String_exploding improvement
Hello, This file is inspired from string exploding : http://love2d.org/wiki/String_exploding stringimprove.lua local function explode(str, div, plain) div = div or "[%s\r\n]+" plain = plain or false assert(type(str) == "string", "bad argument #1 to 'str' (string expected, go...
- Mon Apr 25, 2011 12:39 am
- Forum: Libraries and Tools
- Topic: memoize.lua
- Replies: 35
- Views: 18468
Re: memoize.lua
by this way you sould use memoize with every kind of object (even it's completely useless) but it will work. local memoize = require 'memoize' -- or memoize.lua, depending on your env. num = 9 local memoizedNumber = memoize(num) print(memoizedNumber) local t = { f = "tablefield" } local me...
- Mon Apr 25, 2011 12:02 am
- Forum: Libraries and Tools
- Topic: memoize.lua
- Replies: 35
- Views: 18468
Re: memoize.lua
Memoizing is about remembering a deterministic mapping, so it is only useful for functions. I wouldn't call those types useless, and I don't know how you imagine "skipping" them. Like putting if type(f) ~= "function" then return f end inside memoize : local function memoize(f) i...
- Sun Apr 24, 2011 11:53 pm
- Forum: Libraries and Tools
- Topic: LUBE (Networking Library)
- Replies: 332
- Views: 225701
Re: LUBE (Networking Library)
Have you an up-to-date sample of code about using server/client LUBE ?