At least there are lots of very big and complex conditionals.
All gets embedded in the virtual file-system of the delivered EXE.
The EXE gets loaded very fast in one swap and the lisp-stream gets feeded on demand into newLISP with good performance.
One day you must tell us about how newLISP works for big projects.
Since I use autolisp for big projects, why shouldn't newLISP can not do the same?
;-)
The contest will close on 29th of december 2007 at 23:59 GMT. The voting will start shortly after. The winners will be announced on the 5th of January 2008.
The comic reader has been improved. List of changes:
- when changing pages always scroll up
- dragging of picture while mousebutton is pressed
- mouse scrollbutton to turn pages
- some code cleaning because of fixed bugs in newLisp interpreter
- escape key now exits program
- fixed wrapping around the last page
- cursor up/down: scroll page up/down
- added HELP dialog with keybinding explanation
- improved embedded GTK routines
Win32 users can download the complete package here. Also a GTK environment should be installed.
Unix/Linux/BSD users can obtain the source here. It is required to download and install GTK-server 2.2.2.
Can anybody explain how the votes will be counted? What is the idea behind the separate voting for the 1-st, 2-nd and 3-rd prices? I always believed that the common practice is to establish one poll, then the entry received the majority of the votes became first, the second one is second and so on. If, for example, entry A received ten votes for 1-st price, entry B -- five votes for 1-st price, and entry C - one vote for 2-nd price, which entry will be second -- B or C, and why?
With newLISP you can grow your lists from the right side!
Last time I had problems with the ammount of entry's in the voting option
when creating a Voting on the forum I just did it automaticly this way again..
No special behaviour behind it, Just stupidity of me ;-)
because the users may vote for 1 , 2 3th place you need to vote 3 times.
The voting mechanism on this forum only allows 1 vote per entry..
(that was my stupidity ;-)
newdep wrote:Yes it keeping me thinking too, Cyril's option and yours are logical.
.. Still thinking ;-)
My option? What my option? I have no option, I have a confusion only! The idea of having just one poll can be considered as option, but it is too late -- votes are already collected. So Fanda's algorithm is probably the best one. At least it is easy to explain and understand -- the real advantage.
In fact I have some alternate algorithm in mind, but it is probably not worth to explain -- the discussion of which method is better is the very last thing we need now. ;-)
With newLISP you can grow your lists from the right side!