This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - Levak
Pages: 1 ... 4 5 [6] 7 8 ... 68
76
« on: August 19, 2013, 06:49:32 pm »
That's so cool that it would have been impossible to do The fact that even the boot screen is reversed shows that it's not a software issue but, as jim said above, more like an hardware one if "tap-ing" (that is an hardware/physical change) is the only factor that creates this behavior.
77
« on: August 19, 2013, 10:21:44 am »
[Edit: ]If it is 3.1 it can be explained.
How come so?
I only said it can, using Ndless and a conf-lose program put in /ndless/startup/ that patches the screen routines.
78
« on: August 19, 2013, 10:12:16 am »
Hi, What is the OS version ?
If it is 3.1 it can be explained.
79
« on: August 18, 2013, 07:01:38 am »
I use Linux, so that's not a solution for me.
I use linux too and wine is my friend. I can even reinstall multiple trials by completly unintalling wine.
80
« on: August 14, 2013, 07:29:52 pm »
... well MakeTNS was used way before Luna ever existed, even before 0S 3.0.2 used to exist and block custom XML files without encoding. Thus, files had to be resaved oncalc or using TINCS resulting in bigger files. If you cannot run this file using 3.1.0 this is only because of that. Just concatenate the files yourself and compile it with Luna.
81
« on: August 14, 2013, 10:15:29 am »
Sorry for the late reply. I downloaded all the things, and now what do I do? Would I able to install the latest version of the TI-Nspire CX CAS 3.2.3 on it?
Install OS CX non CAS 3.1 on your calc the proper way, install Ndless 3.1 by reading the included README or tuts, install nlaunchy by reading the included README or tuts, then launch OS CX CAS 3.2.3 using nlaunchy (notice that this is not an install but only a "launch"). Edit : oh, and search a bit by your own, your question has been a lot asked, and recently answered by the come of nlaunch(y).
82
« on: August 13, 2013, 03:11:34 pm »
Well, maybe there is another way than having a DB, but filenaming conventions will lead to annoyingly long names. If there are other solutions, we still haven't found them, then.
I still don't understand why you need to link the manager to the files. Only the reverse is needed, and, deleting the "link" file, with a hook, will uninstall the installed/hidden files. There is no use to make a reverse link and thus, no need to have a database/naming conventions.
83
« on: August 13, 2013, 02:12:30 pm »
Why would you not want to then update the obsolete DB ?
As ExtendeD said, I don't see any reason to maintain a database.
84
« on: August 13, 2013, 01:56:33 pm »
Wow, I thought (only from reading stuff tho) that program capabilities on the 84+CSE have a lot of drawbacks, particularly on the full-screen draws. As for the gifs, we can see the screen flickers but that's faster than I would say the 84+CSE could run. Due to that constant rumor (I guess) I never opened mine from its blister.
Did you use any tricks/optimizations that enable programs to make full-screen graphics without experimenting the slowness of a color-screen ? (I'm no longer a z80 programer for years) If I correctly read your post, it uses only BASIC ? ("no shell")
85
« on: August 13, 2013, 01:48:17 pm »
Well, sure, but you can't prevent the user from renaming his files, so, the hooking solution on the rename/move function to update the DB seems to be the best compromise?
No, if the user renames the files in MyLib its his problem. Same for a user that roots himself and change the files. Hooking the Operating System is more convenient to add features to the user, not forbid him from renaming/deleting his files. Plus, there is no advantage to hook the rename/move functions in order to update the DB. What would it do if its a lib ? There is no use. Only a hook on the remove function could help the user to purge the hidden files.
86
« on: August 13, 2013, 08:05:22 am »
You can't rename lib files, since they are used with hard-coded names in the program codes. Also it is a bad-design to rely on user-side.
87
« on: August 13, 2013, 07:20:04 am »
But using the sourcecode (.lua) and compiling with Luna I cannot get the code to run at all with Error: attempt to call global 'PushScreen' (a nil value)
Have you followed the correct order of source-concatenation described in http://levak.free.fr/ftp/nspire/Sudoku/MakeFile.sh ? i.e: Buttons.lua Menu.lua Request.lua Constants.lua ScreenManager.lua Engine.lua Help.lua Sudoku.lua
88
« on: August 12, 2013, 04:56:52 am »
Yeah, add ?lang=en in the urls
89
« on: August 11, 2013, 11:49:00 am »
Can you please make the image in your sig showing your blog large enough so that it fits my entire screen please ? Thank you.
90
« on: August 10, 2013, 03:59:57 pm »
Isn't it easier to simply hook the remove() function? (Not the function itself, the location it's pointing to)
remove() is not even called because TI. I guess it has something to do with the Ctrl+Z feature of undoing deleting files ?
Pages: 1 ... 4 5 [6] 7 8 ... 68
|