Haha ! I understand why you did that list, I reinstalled Lubuntu 3 times this month and had to get everything back each time

For TiLP, there is a way to install it without super user rights. If you installed it with the installation script, then you should have seen at the end "If you want to use it as a non root user, follow the instructions in ...". Then, the path given is wrong
But the instruction still exist and are located in /home/you/lpg/tilp/tilibs/libticables/trunk/CONFIG

Then, for xbacklight, I also have to add some lines somewhere before being able to control brightness.
Same for my mouse.
Then I have to install vim and get its vimrc back.
Of course not forgetting about my bash{rc,_aliases} files.
And I get all my shortcuts back really quickly since I use the same xml on all my laptops, I just have to copy paste it

For the rest, I see when I need them.

When I go to drag phoenix.tns to the calc it says "wrong handheld type for the os being sent."  Plus it is labelled as phoenix.tns.tcc. I seem to be doing everything as described in theascen's post. Any help is appreciated.

Basically, you have to change the whole name into "phoenix.tns", not just what's before the ".tcc" part. If your OS doesn't show extensions (an doesn't let you change them when renaming), you have to find the option that lets you change the extension (Google "rename extension Windows" for example if you are on Windows).

Well, here's some ironical reflexion
1) Where do you store the other settings if not in the same file ? In another file to have the Documents screen take longer to refresh ? Or nowhere to annoy people by forcing them into re-setting their preferences ?
2) Are there so many settings to have you be afraid of saving them into a little file that would get bigger than the amount of memory of an empty CX if you saved them in that file ?

For those reasons, I think that yeah, they should be saved in the same file
Even if i's not really necessary, it still makes the difference between an easy-to-use (thanks to configuration) game, and an easy-to-use-and-convenient game

Lol, so basically, we do whatever we want as long as it is unreadable ? I think the Axe category is doomed, every program from Runer does what he wants and is unreadable
I'll probably enter, depending on my progress on my other project

So I killed Ubuntu 13.04, installed Lubuntu 14.04 instead (among other things ) and now sending to archive using the flag mentionned by ben_g works.

However, I still think that forcing to send to archive would be a great feature when we can't modify that byte as easily as with tok8x (for example when we want to send an appvar and not a program).

If they're separate files, you should be able to send them individually, then archive them in turn. ie Send, Archive, Send, Archive. I don't think the CLI interface has send-to-archive as a feature, unfortunately.

Yeah, but thats not the goal. In fact, I have a script that edits both Axe source files in vim, then tok8xes them, then sends them to TilEm (who says "error memory") then opens a macro in TilEm to automatically compile the source into an executable, all of that before I even have time to reach the "Preferences menu" to set Tilem's speed back to normal.
If I send both files one by one, it completely kills the speed.

Tilem has link cable emulation for Tilp and other libti* based tools like titools. The latter supports sending to archive.

Ok, but why does Tilem receive in Archive on my netbook but not on my other computer ? Some people told me that even the old version of TiLP I installed on the "problematic computer" supports sending to Archive.

I already heard someone say that on the contrary, TilEm emulates the hardware better than Wabbitemu. And indeed, I had an error in one of my sources, and TilEm was able to jump to error (with zStart) when Wabbitemu couldn't. So I'd say that sometimes one emulates better and sometimes the other one does.
But as I say, I have no bias for any of them, I use both.