Recent Threads
I am making an operating system for the calculator (all in BASIC) called "Scope," and it will be hopefully better than even Mirage. It will be set up like a desk, with a main supply area and little work stations. I should be done in a month at most and will post it on ticalc.org in the archives. Any ideas? I could always use some help! ( :
Coffee + Radiohead = ^^
Doing it in BASIC is going to be pretty slow…have you thought about doing it in ASM? Or at least Hybrid BASIC?
Yeah, I'm considering doing it in Axe… But I'm not entirely familiar with it. (Yet) I could really use some help learning A.S.M.
Coffee + Radiohead = ^^
EDIT: And if you need any quick assembly help, I can definitely try!
Z80 Assembly>English>TI-BASIC>Python>French>C>0
Thank you, I'll have to check those out. Any Assembly help would be nice!
Coffee + Radiohead = ^^
Awesome! I got them both.
Coffee + Radiohead = ^^
Anything else? I would send you a screen shot of the work so far, but I can't connect my calculator with the mac I have at home (it's software is too new for ti connect). I use a computer a school, but it does not have wi-fi. So soon, I'm going to take a screen shot and put it on a flash drive to upload to this mac and then post it on here.
Coffee + Radiohead = ^^
Sounds good! What are the benefits of Scope OS though? Why should I use it? I'm not saying this to be mean lol, but what makes this OS unique?
I intend to make it a user friendly interface, like mac or windows. (I customized it and made it my own.) It will be good for new users and instead of low technical, it should be an easy way to manage memory, graph functions, and possibly even program. It will basically be a more user friendly calculator. Also, I intend to make it work with your apps so you can manage files, like with Note-folio and Celsheet, instead of word and excel. I also will try to make it easily take screen shots. It may take longer than expected, though…
Coffee + Radiohead = ^^
You plan to be done in a month? Best of luck to you, and I will be around if you get stuck on the more assemblyish stuff :D I plan to have a simple RPG done by next month XD
Z80 Assembly>English>TI-BASIC>Python>French>C>0
OK then. How would I identify a custom list? I know that you can store 0 as the first slot of all the lists and use sum to test it, but with all the possibilities of custom lists, how would I do that? (Come on. I'm counting on that A.S.M.) :)
Coffee + Radiohead = ^^
Creating custom lists can be done in BatLib, I accomplished it for…I'm uncertain about this…the first time ever? At least, this is the first time I've ever seen it done:
Where Str0 is the name of the custom list:
"SetUpEditor L" +Str0→Str0
dim(64,"DStr0","VTEMP
dim(84,"VTEMP
I will try that. I just got to my school's dinosaur (still on Windows XP) and got celtic 3, omnicalc, batlib, and grammar. (Any hints on how on Earth to use them?) :) I also got screen shots! How would I upload them off a flash drive onto this site?
The cursor is a little square, which has a pong effect when it hits the edge of the screen. :)
Unfortunately, I lost the program in a crash, soon after I took those screen shots, and I had no backup copy. I will probably be delayed by about a week…
edit: Scope, of course :O
Coffee + Radiohead = ^^
They should all have come with a readme which is usually the best way to get information :P
Z80 Assembly>English>TI-BASIC>Python>French>C>0
So you are looking for a way to get a list of all the lists…? I would really suggest getting CopyProg at this point. Remember my screenie up above? That program does what you are looking for and it can get a list of most of the other variable types. Anyways, here is how you would use CopyProg to get the desired info:
(account deleted)
{11,N
Asm(prgmCOPYPROGI just updated CopyProg while making this post because I found a few bugs, and I made it return custom list names in a better format.
(note: CopyProg 2.12 is 759 bytes)
EDIT: Since you have BatLib, I might point out that BatLib has most of the functions that CopyProg has, such as GetName and CopyProg.
Z80 Assembly>English>TI-BASIC>Python>French>C>0
It wasn't hard to adapt GetName to return all of the programs that the calc has. It wouldn't at all be hard to get GetName to do the same for lists. The only setback is that Getname gets slow the farther down the list you do :/
Yes, and this is rather unfortunate :/ The reason is that I am using an OS routine in order to search alphabetically (and keep the program size down). It has to search through all of the variables to figure out which one is alphabetically next, so as you might imagine, this takes a while, especially if you have a bazillion programs, looking for the bazillionth.
If you would prefer, I could write a custom routine that can return names in the order that they appear in the VAT, which would mean it wasn't alphabetical, but you would retrieve info faster. The speed difference between finding the 99th program or the first would be practically unnoticeable (taking less than a hundredth of a second longer). Thoughts?
Z80 Assembly>English>TI-BASIC>Python>French>C>0
I don't mind any minor speed hold-ups, as long as they aren't that noticeable, with any annoying loss of speed that continually follows you. I have nearly completed this program before, but it was very slow in basic with all of the if's it was reading. I doubt that will happen in another programming language, though.
Coffee + Radiohead = ^^
What about the screen shots? I can't figure out how to put them on here. Also, any tutorials on writing Batlib? I know you wrote it, Xeda Enlanra, so do you have any instructions or tutorials on it? In the program packet I got, the only real instructions were a list of commands that are new to me, such as "copyprog" (I did not know how to use that until now) and how to write them in Batlib, with dim('s and more codes I am not entirely familiar with. What does each command mean? You don't have to write all out in this forum, but an e-mailed tutorial would be greatly appreciated! :)
Coffee + Radiohead = ^^
I know there was a PDF included with at least some, if not all, of the BatLib releases. I myself have gotten at least mildly proficient at it just after reading the manual a few billion times. Really, it's very easy once you know it, though I do have to keep a manual with me if I want to anything other than the
21st
26th
67th
119th
54th
50th
1st
22nd
100th
0th (lol)
64th
commands. These are the ones I use the most. Except for the 0th. I didn't forget the 0th because, well, it's the 0th :) I don't know any of the sprite commands :( And also none of the matrix commands…I myself always found matrices a little useless since I could always write a simple algorithm and use lists instead. On the other hand, I did note that matrices used one less byte of data if you use a 1x* matrix.
What do the commands do? All I know about batlib is that it's a language and when you turn on its app, the cursor flickers like a bat. Seriously. XD
Coffee + Radiohead = ^^
I don't know of any good tutorials, actually. The only thing that has been written for it is the documentation included. Unfortunately, with over 120 functions, you might have trouble finding what you want. Also, a lot of the functions are rather advanced, so don't worry if you don't understand them. Here is an example, though. If you want to use dim(51, here is the documentation:
52-HexSprite dim(52,[option],"Hex",Height,X,Y,Logic)
There is no width input because it uses the length of the data divided by the
height to find the width (area/width=height). (it rounds up if there isn't
enough data). When using the regular draw mode, the X coordinate is multiplied
by 8. This is to maintain backwards compatibility with older
So how do we use that? Without going into detail on how sprites are made, here is an 8x8 sprite for a circle: "3C4281818181423C"
dim(52,1,"3C4281818181423C",8,X,Y,2 ;At this point, the sprite is drawn to the graph screen. We aren't doing any more drawing, so now let's update the LCD to show what is now on the graph screen:
dim(99 ;Since XOR logic is what we used, if we XOR again, it will be like we didn't change anything on the graph screen!
dim(52,1,"3C4281818181423C",8,X,Y,2If you have further questions, feel free to post in the BatLib topic :D Also, the matrix commands are great for some types of games, especially those like Connect 4 :D (Same thing with SubList)
Z80 Assembly>English>TI-BASIC>Python>French>C>0
So, Bat-lib is not a language, it does graphics? How will that speed up Scope?
Coffee + Radiohead = ^^
Oh no, BatLib isn't quite a language it's a library. And while it does have a quite a few sprite commands, that is not what I use it for personally. It can also do a whole bunch of other great functions. Some of my favorites are being able to read and modify appVars, programs, etc. from a BASIC program, running appVars as TI-BASIC, converting lists to strings and vice versa, being able to write assembly directly into the code, checking the battery life, and a whole bunch of others. Honestly, the best thing to do is get it and try it out, it's well worth it, even if you don't use it in programs.
Sheesh, that makes a great ad :) Yes, if you get a chance, read over the commands and I am sure a few will stand out as useful. For example, dim(43 is like getKey, but a bazillion times faster and there are no delays (and all keys repeat). The keycodes are different, but I am sure you can figure it out (plus, a chart is included). There are graphics related commands, sound functions, data editing, font related stuff, system stuff, list commands, matrix commands, and it works with archived data just fine.
Z80 Assembly>English>TI-BASIC>Python>French>C>0
Is their a list of dim( codes I can get somewhere?
Coffee + Radiohead = ^^
It is included with the documentation o_O As well, there is a "Pocket Command List" included.
EDIT: At the risk of a long post, here is the "Pocket Command List"
Note that this gives no details about the arguments.
BatLib Pocket Command List
================================================================================
0 = DisableFont dim(0)
1 = IndicatorOff dim(1.x)
2 = ProgFont dim(2)
3 = SetData dim(3,Char#,"Data")
4 = LoadData dim(4,StartChar,#)
5 = HexToken dim(5,"Hex")
6 = TokenHex dim(6,"String")
7 = SetMap dim(7,"MapData")
8 = GetMap dim(8)
9 = GetTile dim(9,y,x)
10 = GetKeyGroup dim(10,KeyGroup)
11 = GetBytes dim(11,Offset,"VarName",#Bytes)
12 = StoBytes dim(12,Offset,"VarName","Data")
13 = TileMap dim(13,Logic,"SpriteData","MapData")
14 = VarEditByte dim(14.x,"VarName",Offset,Value)
15 = VarReadByte dim(15.x,"VarName",Offset)
16 = TileMap2 dim(16,Logic,Pic#,"String"|Str)
17 = MemEdit dim(17,Offset,"Data")
18 = MemRead dim(18,Offset,Size)
19 = EditByte dim(19,Offset,Value)
20 = ReadByte dim(20,Offset)
21 = GetVar dim(21,"VarName")
22 = ASMHex dim(22,"Hex")
23 = ASMToken dim(23,"Data")
24 = DPutSprite dim(24,Width,Height,Y,X,"Data")
25 = VarType dim(25,NewType,"VarName")
26 = BatteryLevel dim(26)
27 = IncContrast dim(27)
28 = DecContrast dim(28)
29 = Rectangle dim(29,x,width,y,height,type)
30 = ScreenToGraph dim(30)
31 = DispChar dim(31,y,x,Char)
32 = SetContrast dim(32,Contrast)
33 = FlagWrite dim(33,Value,Flag)
34 = FlagRead dim(34,Flag)
35 = GetSprite dim(35,x,y,height,width)
36 = PicHandle dim(36,Function,Pic#)
37 = OutputASCII dim(37,Y,X,"ASCII")
38 = SubList dim(38,Size,Offset,"Name")
39 = Z-Address dim(39,z)
40 = BASIC ReCode dim(40)
41 = GetStats dim(41,[option],"VarName")
42 = AnsType dim(42)
43 = Get2Key dim(43)
44 = PlayData dim(44,Duration,"Data")
45 = GetChar dim(45,Y,X)
46 = PortEdit dim(46,Port,Value)
47 = PortRead dim(47,Port)
48 = ScreenShotHook dim(48)
49 = SpeedyKeysHook dim(49,Pause,Delay)
50 = Uninstall dim(50)
51 = DisableKeyHooks dim(51)
52 = HexSprite dim(52,[option],"Hex",Height,X,Y,Logic)
53 = TokenSprite dim(53,[option],"Data",Height,X,Y,Logic)
54 = DBRead dim(54,LineByte,Line,"VarName")
55 = SetFontHook dim(55,FSType,Offset,"VarName")
56 = Draw dim(56,Func,[Arg1,...)
57 = GetVersion dim(57)
58 = ShiftScreen dim(58,NumShifts,Direction)
59 = BaseX dim(59,[base1],"Number"[,base2[,Digits)
60 = DelVarArc dim(60,"Var")
61 = DrawRectVar dim(61,"Var",X,Width,Y,Height,Type)
62 = DrawToVar dim(62,"Var",Func[,Arg1...)
63 = PixelTestPic dim(63,Pic#,Y,X)
64 = CopyProg dim(64,"VarToCopy","NewVar")
65 = RealToStr dim(65,Value)
66 = StrToReal dim(66,"String")
67 = DataString dim(67,{List}|"Str")
68 = MakeString dim(68,Size)
69 = SubMatrix dim(69,MatrixNumber,ColumnOffset,RowOffset,Width,Height)
70 = PlayNumber dim(70,Duration,Value)
71 = Logic dim(71,Logic,Number1[,Number2)
72 = MatrixList dim(72,[matrix]|Matr)
73 = Left dim(73,Str|"String",Size)
74 = Right dim(74,Str|"String",Size)
75 = Mid dim(75,Str|"String",Offset,Size)
76 = Diag dim(76,[matrix]|Matr,Row,Col,Size)
77 = DiagI dim(77,[matrix]|Matr,Row,Col,Size)
78 = SubCol dim(78,[matrix]|Matr,Row,Col,Size)
79 = SubRow dim(79,[matrix]|Matr,Row,Col,Size)
80 = ListToDiag dim(80,[matrix]|Matr,Row,Col,List|{List})
81 = ListToDiagI dim(81,[matrix]|Matr,Row,Col,List|{List})
82 = ListToCol dim(82,[matrix]|Matr,Row,Col,List|{List})
83 = ListToRow dim(83,[matrix]|Matr,Row,Col,List|{List})
84 = ExecVarBASIC dim(84,"VarName")
85 = GetProgName dim(85)
86 = Timer dim(86,Time)
87 = DrawText dim(87,Y,X,Str|Char#)
88 = DrawDisp dim(88,Char#)
89 = ASCIILength dim(89,"String")
90 = DrawTokenStr dim(90[,Y,X],"String")
91 = DelElements dim(91,Offset,NumElements,List|#|"Name")
92 = InsElements dim(92,Offset,NumElements,List|#|"Name")
93 = InsList dim(93,ListName,Offset,List|#|"Name")
94 = InsString dim(94,Offset,"VarName","String"|Str#)
95 = SplitNibbles dim(95,"String")
96 = NibbleComp dim(96,"String")
97 = ReadNibble dim(97,"VarName",Offset)
98 = WriteNibble dim(98,"VarName",Offset,Value)
99 = DispGraphBuffer dim(99)
100 = BatLibRAM dim(100)
101 = Sub2DData dim(101,Offset,"VarName",Width,Columns,Rows)
102 = StringWidth dim(102,"String")
103 = ReplaceByte dim(103,SearchByte,ReplaceByte,"VarName")
104 = TokensToASCII dim(104,"String")
105 = PxlLine dim(105,X1,Y1,X2,Y2,Type[,{Pattern})
106 = PxlCircle dim(106,Y,X,Radius,Type[,{Pattern})
107 = PxlLineVar dim(107,"VarName",X1,Y1,X2,Y2,Type[,{Pattern})
108 = PxlCircleVar dim(108,"Varname",Y,X,Radius,Type[,{Pattern})
109 = PopUp dim(109,x,y,w,"Header","Item1","Item2","Item3",...)
110 = NumStr dim(110,Number)
111 = ListStr dim(111,{list})
112 = CompressText dim(112,Codec,"String")
113 = DecompressText dim(113,Codec,"String")
114 = GetCodec dim(114,"String")
115 = CompressData dim(115,"Codec","String")
116 = DecompressData dim(116,"Codec","String")
117 = SearchReplace dim(117,"VarName","SearchString","ReplaceString")
118 = GetVarName dim(118,VarType,VarNumber)
119 = Lowercase dim(119.x)
120 = TextMode dim(120.x)
121 = HexSpriteVar dim(121,"VarName",[option],"Hex",Height,X,Y,Logic)
122 = TokenSpriteVar dim(122,"VarName",[option],"Hex",Height,X,Y,Logic)
123 = DBDelLine dim(123,LineByte,LineNumber,"VarName")
124 = NewVar dim(124,Size[,Option],"VarName")
125 = ExecGrammer dim(125)
126 = GroupHookMode dim(126.x,arg1,arg2)Z80 Assembly>English>TI-BASIC>Python>French>C>0
I have been looking through my catalog, but I cannot find commands such as "OffSet." I'm assuming that I am supposed to fill that in with individual data strings for what I want to do, but I do not know what "off set" means.
(P.S., thank you for that long command list of commands!)
Coffee + Radiohead = ^^
Ah, okay, I see where your trouble is, then! Basically, an "offset" is how far away you are from something. In most cases, this is how far into a program or some other variable. For example, Make a program called TEST that looks like this:
:HELLO WORLD!
:THIS IS A PROGRAM.
:I HAVE CALLED IT "TEST"dim(11,0,"ETEST",10)Z80 Assembly>English>TI-BASIC>Python>French>C>0
OK, it is beginning to make sense.
Coffee + Radiohead = ^^
I am sorry for all of the hassle. At the time, I did not understand any libraries, but after tapping 'PRGM' twice in Omnicalc, I figured it out. :D
Coffee + Radiohead = ^^
Okay, you may need to completely forget the time limit. I will probably take a lot longer, since I have a lot on my plate. I did get to work on it today some. By the way, has anyone figured out a way to post those screen shots? Xeda, I know you do, since you posted those Batlib ones.
Coffee + Radiohead = ^^
I'm wondering this too, WabbitEmu wouldn't even load BatLib as an App, and I haven't found any other way to do it…I can always easily take a still screenshot using tilp or ticonnect but moving screenshots I've been unable to replicate…
Do you own an actual calculator? Also, I've been wondering this for a while: how do you set up an emulator? All of the downloads I find for mac OS X are "an incompatible type."
Coffee + Radiohead = ^^
Emulators are a pain to set up… The best advice I have is to read the readme and install files if you can find them. Follow directions exactly.
If you can't get yours working, my emulator is working pretty well. If you send your program to me and tell me what to screenshot, I can make them for you. (I promise I won't look at your source.)
EDIT: tilp2 can record animated .gifs - you might want to try it.
I'm trying to use WabbitEmu, so I think that would be easiest for you to just download. Can I get a TI-84 Plus SE screen shot?
Coffee + Radiohead = ^^
Try using TiLem. That's what I finally used.
What you need to do is first get a ROM image of your calculator (Wabbit has instructions). Then, when you done with that, you will need to have both the .8xu (the OS download— you can get this from TI's site). With these two files, WabbitEmu can create a ROM image. Then you can use WabbitEmu on your computer and load programs to it to test out. You can then press backspace and it will start recording. Just be careful not to make the files too big. I think 500KB is pushing it and I usually try to keep them below 200KB if I am posting them on a website.
Z80 Assembly>English>TI-BASIC>Python>French>C>0
I found that just the ROM image of the calc would work fine, you didn't need an 8xu file/.
Oh, cool o.o I made a ROM image a while ago, so maybe the requirement is now gone. That would be nice :)
Z80 Assembly>English>TI-BASIC>Python>French>C>0
On the other hand, I did notice that WabbitEmu wouldn't load some apps, such as BatLib, Grammer, puzzpack etc. :/
Yeah, I think that is a recent bug. I started noticing it and I've heard the same observations from others.
Z80 Assembly>English>TI-BASIC>Python>French>C>0
Yeah, I noticed most of the apps it didn't load were either graphical apps, such as puzzpack, parser hooks, such as BatLib, Omnicalc, Grammer etc, and also keyhooks like CtlgHelp along with Doors. Also, the Cemetech online emu does not work with BatLib for some reason. The calculator crashes when you hit clear from the BatLib screen.
Have you notified KermM? That is an interesting bug find.
Z80 Assembly>English>TI-BASIC>Python>French>C>0
No I haven't, I suppose I probably should
Alright, I've finished about half of it.
Coffee + Radiohead = ^^
It runs slow, though…
Coffee + Radiohead = ^^
I would like to appoint some one to be the interfacing (graphics) manager of the program. I'm considering Roguebantha…
Coffee + Radiohead = ^^
Hehe…I saw that you had posted something about getting a graphics guy, and for some reason I was thinking it was probably me :P What do you want me to do? Am I going to have BatLib available or pure BASIC only?
Well, I decided that I was not familiar enough with Batlib yet to use it, but BASIC works surprisingly fast. Can you blend Batlib into it? I prefer to make this not require any libraries, but if it makes the program that much better, then I will consider it. How do you want me to get the codes of the program to you? (I do not know how to post it…) I thought of a cool idea for the program: you know how mac names there versions after cats? Well I am going to name each version after geometric shapes. This is version sierpinski (the sierpinski triangle). I added a cool effect where every time you activate a function, it quickly flashes a detailed drawing of it and its negative (inverted) image.
Coffee + Radiohead = ^^
However, the graphics are pretty weak after that. After seeing programs you've made, I decided that you would probably do the best out of anyone on the site. Anyway, I was the only one working on this and it was running pretty slow.
(P.S.: for Xeda, Roguebantha, and any members of the site, press 'Stat' for a pleasant surprise…) :D
Coffee + Radiohead = ^^
The reason why my stuff looks at all good especially when it comes to graphics is mostly because of BatLib. (thanks Xeda :D) I really would suggest using BatLib since it makes programs so much prettier. Plus, it comes with a whole set of sprite commands. I know Xeda's gonna be gone for awhile, but once she comes back, then offer to her too. I would be happy to help you, as for getting the code to me, put on dropbox, or google drive, or even on this site, I think you can upload programs, and give me the link. I can probably add a whole bunch of great features with BatLib, and probably speed up a whole bunch of the code.
Okay. :) (P.S., "He?" Read Xeda's profile.)
Coffee + Radiohead = ^^
So upload it to this site and let you edit it? How do I upload? I cannot find a site to actually get down to putting the program online.
Coffee + Radiohead = ^^
Errm, try cemetech.net. They'll probably let you. If you have a Dropbox you could use that, or an ubuntu one account, or any cloud network. Or if you have a gmail, you can upload to google drive.
Well, you will have to wait for a little while: I am on vacation and did not bring a link cable. :/
Coffee + Radiohead = ^^
I thought of a great idea of using Batlib for Roguebantha without requiring any libraries. Xeda, with your permission, could I set up Batlib some how so that it is built in to scope using your source code? I would give credit to you and Batlib and label Zeda E. as the Interface Manager and Roguebantha as the graphics manager.
Coffee + Radiohead = ^^
That might be kind of tricky since Scope is written in BASIC. You can't incorporate code like that it doesn't work, although with enough skill, you might be able to get the Basic Builder App creator to accept BatLib commands, I know it supports Celtic III and I think Omnicalc…
I might be able to write some small assembly programs to do specific tasks. This might be more beneficial to you, and it would be easy to turn into a BASIC Builder App. Alternatively, the three of us could work on an app together, which would be pretty interesting, I think. I could do the tough parts of the assembly coding and the two of you could figure out how to use it. For example, if I made a routine to get the nth variable name, I am sure you two could figure out how to do this and what it means:
push bc ;Pretend BC is like a variable in BASIC. This saves BC to the stack
call GetName ;Search for the Nth variable, where BC is the var number.
pop bc ;Restore BC, since the routine 'GetName' destroys BC#define Text(y,x,str) .db 21h,y,x \ ld (penCol),hl \ call DrawText \ .db str
Text(0,0,"Scope OS 1")
Text(6,0,"by codebender")I think it would be rather snazzy if you guys could manage to make a shell as your first ASM project :D It would also get you some more ASM experience. Plus, I have some ideas that could make it rather fantastic, but since I am not good at making GUIs, it would be tough for me to implement. I've written Grammer 2 which also doubles as a shell, and I've sporadically worked on Grammer 3 and 4 (the latter is intended to be an actual Operating System, the former is something inbetween Grammer 2 and 4). I do have some experience with writing this kind of stuff and I am pretty sure I could make it easy for you guys to get the hang of. For example, if you wanted to make a file system (that supports nested folders), I have made one and I could make high level, easy to use routines. This way, if Roguebantha decides to make a GUI with options, it can make calls to routines like:
DelFolder
NewFolder
OpenFolder
PreviousFolder
NewVar
CreateShortcut
PreviewProg
PreviewPic
ScrollDown
SortByDate (Yes, we could date stamp variables :P)
SortAlphabetical
SortByType
OpenGroup
ExtractVar
OpenEditor
ReadVarHeader
RunProgram
EditLockProgram
PasswordProtect
CompressVar
DecompressVar
Then for graphical routines, I could write things like:
DrawCursor
DrawText
SelectFont
NewFont
DrawSprite
NewPic
EditPic
DrawRectangle
DrawLine
DrawCircle
DrawPolygon
Menu
InputStr
PushImage
PopImage
Z80 Assembly>English>TI-BASIC>Python>French>C>0
Xeda, that would be completely awesome O.O If you were able to actually construct a filesystem code, I could easily use that to make a linux-like filesystem I'm sure. Whoah…crazy idea…Codebender, you know how I've been working on the LinuxOS project…do you want to put the two projects together? :D Actually, we could set up an app that auto activates the BatLib parser hook. Here's a new command for BatLib too; kind of like a ReCode block, that would let you write Asm programs into the BASIC code.
Actually, that sounds awesome! I thought of a really cool idea: what if we made it so that the program we make can run different emulators? The original OS would be labeled as TI-BASIC OS and then there would be Linux OS, Scope OS, and other OS's that people come up with.
Coffee + Radiohead = ^^
Imagine that!
Coffee + Radiohead = ^^
That would work out very well, because it seems your program has functionality but the graphics are a little on the short end (on the home screen), and my program has pretty good graphics and interfacing, but it is more like an empty shell so far, lacking any real functionality. What should we call it? (Don't even sugest "Scope-Linux" to me.) XD
Coffee + Radiohead = ^^
You could in theory do that, using the engine that I created, it wouldn't even be difficult to install to emu's at the same time. And as soon as I figure out how to archive and unarchive with BatLib string variables, it won't even take that much RAM.
That would be cool, if it caught on. Imagine an android, mac, or windows emulator on a calc!
Coffee + Radiohead = ^^
Tsssh, no I don't think that would work too well :/ Linux is small and fast enough that it will work, but Mac is unlikely, and Windows is impossible. Android though is Linux underneath if I remember correctly :)
Well, Scope is actually pretty similar to windows and mac. It is a really good and user-friendly program, if I can say so myself. My 7 year old sister can even figure it out. :)
Coffee + Radiohead = ^^
Also, what if the emulators were functional?) I.E., (this is probably crazy) what if you had a C++ emulator or a Linux emulator that some how could translate it into TI code using a "compiler" and just not allow commands the commands that cannot be done on a calculator.
Coffee + Radiohead = ^^
I've tried to make a java compiler for the TI-84 and gave up almost immediately…
Well…
If [certain command you entered]="_":Then…
The only difficulty would be making and editing programs from a program (something I also need to know for scope).
Coffee + Radiohead = ^^
I had another great idea: we should make a programming group, like detached solutions. I would call it Mercury. Does anyone wnat to join? You would have to contribute to the programs being made. :D
Coffee + Radiohead = ^^
Hopefully I could find time to help out :) Also, as an update, I was wondering what commands I should create first? For example, I made a program and all it does currently is it creates a "main" folder. I am thinking I should make a function to add shortcuts in the folder and to create folders. If I do this, what should the input be? I was thinking something like this:
"+MAIN:ETEST":Asm(prgmFILESYST
That would add a shortcut to prgmTEST in the folder MAIN. I also still need to figure out the syntax of the folder variables (I am using a hacked variable type that normally doesn't exist and won't show up in any menus for the folders, by the way >.>). I want to add a way of custom naming variables even more and being able to access them by a custom name. I also plan on having another special variable that will allow you to name the files with file extensions (like .txt).
Z80 Assembly>English>TI-BASIC>Python>French>C>0
Wow! That is really great! Thanks a lot. :) I think the input should be more obvious to new users. What if you displayed instructions to it before hand?
Coffee + Radiohead = ^^
Well, what I was thinking was that it would be a very basic syntax at its core, but you guys could make a GUI for the users. For example, you display the folders and their names on the screen, then when the user presses enter, the program gets the name of the Item, adds it to Str1 and opens the item or folder. This way, the program is kept simple and fast behind the scenes, and easy to use for the end user.
Z80 Assembly>English>TI-BASIC>Python>French>C>0
As an update, I am currently working on the parser to parse functions (it looks very command-prompt like and it takes arguments in Ans as a string). I still need to actually test the code since I wrote it out in a notebook (my computer was occupied), but basically, I have these commands that it will (hopefully) recognise:
CD(loc:folder name) This will open a folder (or use ".." to go up one folder level)
CF(loc:file,field,data) This will change a field in the header data of a file. Fields could be for passwords, descriptions, or specifying what programs to open the file with.
CI(loc:file,icon#|icondata) This will change the icon number, or if you supply hex data, it will change the icon to a custom icon.
CN(file,newname) This will change the name of a file.
COMP(loc:file) This will compress a file
COPY(loc:file,newloc|newloc:file) This will copy a file from one location to another
DADD() Returns a string with the current directory
DEL(loc) or DEL(loc:file) This will delete a folder or file.
GETD(loc,#) Returns info aboutt he nth item in the directory (so you can create a list of variables or whatnot)
HIDE(loc:file) This will mark a file or folder as hidden
LOCK(loc:file) This will mark a file or folder as locked
MOVE(loc:file,newloc) Moves a file to another directory
ND(loc) This adds a new directory
SCUT(loc:file,newloc) This creates a shortcut of a file.
VPTR(VarName,loc:file) This will create a file that points to an OS variable"ND(DOC:Prog) CD(DOC:Prog) VPTR(prgmHELLO,Hello.prgm) COPY(Hello.prgm,..)
Asm(prgmFILESYSTThe other part of the planning process for me has lead to a file structure that should be backwards compatible if we decide to add other super cool things:
1 byte Type
1 byte Name length
n bytes Name
1 byte Icon (if a custom icon is specified, 32 more bytes are used)
1 byte Info (Locked,Hidden,Compressed,Shortcut,OSVar)
2 bytes Size of fields (this is so that we can easily jump over this when reading through the file data)
n bytes Fields (this contains other data that we can decided later, such as passwords, descriptions, and whatever else)
2 bytes Data size
n bytes DataOh, before I forget, I had an idea… I am going to be using ORG to write and compile my programs (It is an online assembler at ClrHome). I could probably create an account that the three of us could use to collaborate on it. I don't know how to make these projects using Google's awesome stuff, so if either of you could figure that out, it might be better.
Z80 Assembly>English>TI-BASIC>Python>French>C>0
Xeda it looks great, but to correctly set it up I need some other functions. One, I need to be able to read a file, including the icon, data, etc. Right now, all of your functions are for reading, which is great, and very necessary, but before I can make any progress in the GUI type, I'm going to need read functions. Also, if you could make an ls/dir equiivalent, that would be spectacularly useful. Just as useful would be if you could add this program into BatLib. That way, I can use a format I would recognize and already know.
Codebender, for the kind of stuff we need, such as editing programs from other programs, we NEED assembly, and in my opinion, BatLib is by far the best option. Is that okay?
I also have just barely started on the gui, I have designed a nice folder icon for BatLib using its sprite commands (which I needed to learn anyway) and I have brainstormed some basic ideas on how such a gui would be layed out.
Xeda it looks great, but to correctly set it up I need some other functions. One, I need to be able to read a file, including the icon, data, etc. Right now, all of your functions are for reading, which is great, and very necessary, but before I can make any progress in the GUI type, I'm going to need read functions.
No worries, I plan on making functions for executing programs and reading data :) Those kinds of functions will be in the second set of functions (As kind of a planned timeline, I am thinking I will have the set of functions I mentioned completed in the next few days, if all goes well).
Also, if you could make an ls/dir equiivalent, that would be spectacularly useful.
I am not sure what that does, but if it is like dir for MS-DOS, that is what GETD will be for (it will return the name and file size of the vars).
Just as useful would be if you could add this program into BatLib. That way, I can use a format I would recognize and already know.
I already have the code setup in such a way that it can be converted to an app nicely and it will use the dim( function (and it will be compatible with BatLib). The way I will determine if it is a command for BatLib or not will be based on what the first argument is, since this program uses a string as the first argument. (BatLib uses a number and the OS uses a matrix or list).
Z80 Assembly>English>TI-BASIC>Python>French>C>0
I can easily do the graphics for the file system. I want to set it up like a note-book, with tabs, folders, and a sheet protector graphic if a file is archived. However, their will be much more to the program then just file management. Xeda, thank you for setting up that Google system. How do I join?
Coffee + Radiohead = ^^
If you have a gmail account, you can PM me your email and I will add you as an owner. Also, as another update, I now have the command VPTR() working (though I will need to add in some more error handling later) and I added the function BASIC() to execute a file as a BASIC program. Here is what I did:
"VPTR(prgmINV,:ZEDA:DOC Inv)
Asm(prgmFILESYST"BASIC(:ZEDA:DOC Inv)
Asm(prgmFILESYST"VPTR(prgmINV,:ZEDA:DOC Inv) BASIC(:ZEDA:DOC Inv)
Asm(prgmFILESYSTAlso, the program automatically creates a file or folder if it doesn't exist and you try to access it. Now that I have the most difficult parts of the program basically done (I need to add in some more error handling), I can add in more commands :D
Z80 Assembly>English>TI-BASIC>Python>French>C>0
EDIT: Next I will add a function to change the icon and a function to read the icon data.
EDIT2: I just realised… I should probably get some sprites around for the default icons. If you have any, (or even just the data), there is room allotted for 16x16 icons.
Z80 Assembly>English>TI-BASIC>Python>French>C>0
Very pretty! :D Codebender, I have a basic idea for how I wanted to do the overall gui and also for the filesystem itself. Did you want me doing something else?
Also Xeda, I might end up using this filesystem setup for my linux program. This could be the finishing touch I need!
Cool, I hope it proves useful! If you want, I could rename the commands and reorganise arguments. My hope is that this program can be used by other people to create things like folders for their games (they give an RPG to somebody, the RPG installs a directory that contains sprite files, save files, et cetera). If I can make it easy for people to use without having to worry about all the mind bending things like updating all the OS pointers, that would be great.
EDIT: Seriously, changing the names of the commands is very easy. I set it up so that the table looks like this in the source file:
LUT:
addfunc(5,"BASIC",funcBASIC)
addfunc(2,"CD",funcCD)
addfunc(2,"CF",funcCF)
addfunc(2,"CI",funcCI)
addfunc(2,"CN",funcCN)
addfunc(4,"COMP",funcCOMP)
addfunc(4,"COPY",funcCOPY)
addfunc(4,"DADD",funcDADD)
addfunc(3,"DEL",funcDEL)
addfunc(4,"GETD",funcGETD)
addfunc(4,"HIDE",funcHIDE)
addfunc(4,"LOCK",funcLOCK)
addfunc(4,"MOVE",funcMOVE)
addfunc(2,"ND",funcND)
addfunc(4,"SCUT",funcSCUT)
addfunc(4,"VPTR",funcVPTR)
.db 0Z80 Assembly>English>TI-BASIC>Python>French>C>0
Well, I will need a readme that tells me everything about the commands, just like BatLib has. If you can make this a non-buggy program, this could be one of the most useful programs for programmers ever. While I have created a rudimentary filesystem for a word processor, it was relatively slow and was in no way as functional as this.
Cool :) I included a simple readme in the download that covered the two commands currently supported. As well, if you find bugs, let me now so I can fix them early. There are definitely some needed features (like detection of whether a file is even a BASIC program), but I don't see that as a bug. If RAM gets eaten or there is a crash, I haven't run into it yet.
Z80 Assembly>English>TI-BASIC>Python>French>C>0
Xeda, you are on my contact list, so you should be able to see my email address. Roguebantha, I thought that the programs were combined. Is that still on the table? You are welcome to work on the GUI if you want. :)
Coffee + Radiohead = ^^
You are now added as an owner :) I have found a few bugs with the version of FileSyst that I released last night. First, to update the rest of the world, I have moved FileSyst to an APP that also includes a little over 50 BatLib commands. The app uses dim() to parse FileSyst commands as well, so now you can do something like:
dim("CD(ZEDA:DOC) VPTR(prgmTEST, TEST) BASIC( TEST)I just fixed the GETD() problem (it took 9 bytes of code) and I am about to fix the BatLib problem and (hopefully) the problem with "..". I then plan to add the following:
-Dummy 16x16 sprites for icons:
-GICON() to retrieve Icon data (should this return a hex string or a tokenised string, which is half the size?)
-DEL() to delete a file or folder. This will actually be relatively easy to add, now that I have some routines that I made yesterday.
-COPY() to copy a file or folder to another directory
-MOVE() I was thinking last night before I went to bed how to efficiently do this . It is still bugging me, but hopefully I will figure it out.
And then I thought of something cool— Letting the BatLib commands access files/folders. Instead of providing an OS var name, you can start the string with "(" and it will know to read a file. For example, GetStats (dim(16) in this version) will return the size and type of an OS var, but I want to add the ability to do something like this:
dim(16,"(ZEDA:DOC TEST)
Z80 Assembly>English>TI-BASIC>Python>French>C>0
OHOHOHO Xeda that would be really really cool :P That way, you wouldn't need to create a whole bunch of new commands, I could just pirate them off of BatLib, for example, dim(60, dim(64, dim(21 all of those would be spectacularly useful!
Hehe, I would still create the commands so that if I remove the BatLib parts for a future version, people could still access them :)
Z80 Assembly>English>TI-BASIC>Python>French>C>0
And, that would require a library. :)
Coffee + Radiohead = ^^
What do you mean? Cuurently, we have FileSyst as an app with a bunch of functiona and routines included. We can package ScopeOS in the app without a problem, for the official releases, but keep it as a program for developing, if we keep it as a BASIC program.
Alternatively, I can write FileSyst without BatLib commands and just add a bunch of commands to FileSyst for graphics and variables and whatnot and it could basically be its own programming language that ScopeOS can be programmed in.
Z80 Assembly>English>TI-BASIC>Python>French>C>0
Haha, Xeda's gonna write another ReCode? XD That's not a bad thing, just slightly amusing lol…
Also, Codebender, we still need all the code you have written, otherwise, none of us will be able to do anything with your work. Heck, if you were to be so inclined, you could even hex dump the whole file as text right here into the forum. I have my own hex editor that would let me recreate the file from that, and then I could post it on a public cloud for us to get to. We really do need that data!
Well, if he got a hex dump, I'm sure that means he has the program on his computer, in which case he can just use Source Coder 2 to read the file and output it as text :P
And also, as it is, I would need to add only four bytes of code to make FileSyst able to read its commands from a program. That way, you could make a program that looks like this:
PROGRAM:FSPOPUL8
:CD(Zeda:Doc)
:VPTR(Str1, ReadMe)
:CD(..:Prog)
:VPTR(prgmTEXTEDIT, TextEditor)
:CD(..:Pic)
:VPTR(Pic1, DefaultImage)
:CD(..:Games)
:VPTR(prgmPONG, Pong)
:VPTR(prgmTTT, Tic-Tac-Toe)
:VPTR(prgmMINES, MineSweeper)dim(dim(8,"EFSPOPUL8Z80 Assembly>English>TI-BASIC>Python>French>C>0