Omnimaga

Calculator Community => Other Calculators => Topic started by: Dragon__lance on July 03, 2006, 08:45:00 am

Title: next version of xlib features
Post by: Dragon__lance on July 03, 2006, 08:45:00 am
well i saw the forum at MC, and since many omnimaga users use xlib, might as well discuss it here. :)smile.gif
Title: next version of xlib features
Post by: Spellshaper on July 03, 2006, 09:34:00 am
*Spellshaper
Title: next version of xlib features
Post by: DJ Omnimaga on July 03, 2006, 10:48:00 am
I vote for direct X 9 support too


j/k

It's fine as it is, suggestion i would have is to have two version of xlib, one for programmers, and one for gamers. The programmer version would have more error checks so it wont crash during developpement, and the gamer version would have no error checks at all, except of course stuff like sprite clipping and such things, so it would run a bit faster
Title: next version of xlib features
Post by: tifreak on July 03, 2006, 04:06:00 pm
I am thinking support for string detection, since they are alot smaller, and maybe a hex2sprite part in there... :D :Ptongue.gif
Title: next version of xlib features
Post by: crzyrbl on July 03, 2006, 08:49:00 pm
I liked the idea of a custom map file type.  I dont like how much space matrices take up.
Title: next version of xlib features
Post by: kalan_vod on July 03, 2006, 08:57:00 pm
QuoteBegin-crzyrbl+Jul 4 2006, 02:49 AM-->
QUOTE (crzyrbl @ Jul 4 2006, 02:49 AM)
I liked the idea of a custom map file type.  I dont like how much space matrices take up.  

 But with the other methods of data storage it is the easiest and most efficient. As you could use strings, but it will be more complicated. Patrick could implement such a string based map storage where it uses characters along with numeric values, as it would be more difficult to make maps with just numeric values in strings (you would have to use a define key to show if you wish to make the tile number greater than 10, as -9 would be one digit but 10 would not work with out some type of identifier to show it is a two digit value). The thing with that is that you would need to specify decimals for values, but it is possible.
Title: next version of xlib features
Post by: DJ Omnimaga on July 04, 2006, 01:48:00 am
personally (after reading the topic on MC) even if tr1p implemented custom map data I wouldnt remove the current map engine, as everyone would need to completly rewrite their games (xLIB Demineur, MXGS, Metroid I and II, fate RPG, etc) so they are compatible with the new version of xlib and it would be too much hassle.
Title: next version of xlib features
Post by: Dragon__lance on July 04, 2006, 05:28:00 am
i agree, i think link port support would be sweet! Also maybe a VAT search detection function for prgms,lists,vars,etc... :)smile.gif
Title: next version of xlib features
Post by: necro on July 04, 2006, 04:50:00 pm
I think the current way works fine
Title: next version of xlib features
Post by: kalan_vod on July 04, 2006, 05:54:00 pm
QuoteBegin-necro+Jul 4 2006, 10:50 PM-->
QUOTE (necro @ Jul 4 2006, 10:50 PM)
I think the current way works fine  

 Same here, but I think at most we should get some sort of linking routine or data compression.
Title: next version of xlib features
Post by: Dragon__lance on July 05, 2006, 02:40:00 pm
i like xlibman's idea though....oooo...what if tr1p1ea could program a full fledge xlib BASIC IDE on the computor for game making :)smile.gif
Title: next version of xlib features
Post by: DJ Omnimaga on July 06, 2006, 02:07:00 pm
lol that would pwn
Title: next version of xlib features
Post by: crzyrbl on July 06, 2006, 07:33:00 pm
ok, im dropping all hopes on a new map file type.  where are they now?  on the sound of course ^.^
Title: next version of xlib features
Post by: kalan_vod on July 07, 2006, 09:24:00 am
I would just like linking, and maybe some sound :Ptongue.gif.
Title: next version of xlib features
Post by: CureDesu on July 09, 2006, 01:09:00 pm
I'd like easier selecting of the sprite in the Pic file. Like for example, you pic the picture you are using, and then it brings you to the graph screen, and you use the cursor to outline, or at least make a box around your sprite.
Title: next version of xlib features
Post by: DJ Omnimaga on July 09, 2006, 02:03:00 pm
like in my map editor?


welcome here btw I think I saw you on IRC a few times, I see you like metroid (by your avatar) ^^
Title: next version of xlib features
Post by: tenniskid493 on July 09, 2006, 02:05:00 pm
there are other tools you can use that will do that for you

search ticalc.org for map editor and you'll prob. get a ton of programs that will work
Title: next version of xlib features
Post by: CureDesu on July 09, 2006, 02:10:00 pm
Ah, I'll have to check one of those out.

*And yes, I love metroid.
Title: next version of xlib features
Post by: DJ Omnimaga on July 09, 2006, 03:17:00 pm
*xlibman
Title: next version of xlib features
Post by: Demon on July 10, 2006, 07:51:00 am
Here are a bunch of random ideas:

Vertical flipping.

36-degree rotation (you would be able to place a sprite on the screen rotated by some number of degrees.

Ability to open MirageOS and ION program from BASIC progs.

The ability to be able to read and write to parts of a program (this would be really nice, especially if you want to put detection of levels, etc in your games, or something, or save info in a program... etc.)

Access to those special characters (like the "icons" used in the TIOS) that we can't type in.

Ability to read and write to AppVars.

A circle library that can make all the kinds of circles that the rectangle library ( real(12,x) ) can do (e.g., outline, filled, inverted).  It would be way faster than what the TIOS does, even with the the "fast circles" flag set (Why'd TI not enable that by default?).

Command to make the calc standby.

Something like Omnicalc's PLAY command ( real(31,"") ), useful if you want sound in your game.
Even better, with multi-channel sound (like CalcMod) - would be really cool to make stereo music with more than one channel...

A mouse command.  It would put a mouse on the screen and return the coordinates when "clicked".
Way more convinienct than a BASIC mouse (I know from trying :Ptongue.gif ).

Dialogbox (with buttons) / Menu (that you can put as many items in as your memory can take) / Alert libraries.
Menu:
"Title:Item A:Item B:Etc": real(n[,X,Y] (X and Y would be where you want it to display at)
Dialog:
"Title:Button A:Button B:Button C": real(n
Alert:
"[Title:]Alert Text": real(n

Kind of like the way mine work but would be way faster since you could parse faster in ASM than in BASIC...

*pyro_xp2k : [thinks of more ideas...]

Oh, and plug-in support so if somone wants to add a feature to XLIB, then they can do it themselves.

That's all the ideas I can think of so far...

EDIT:  And linking - caple of letting you transer other programs, pics, and whatever else from calc to calc from a program so you dont' have to use the link menu (since this don't work: GetCalc(prgmTEST) )
Title: next version of xlib features
Post by: DJ Omnimaga on July 10, 2006, 12:46:00 pm
*xlibman
Title: next version of xlib features
Post by: Demon on July 17, 2006, 08:17:00 am
Thought of two new ideas:

- Allow you to put a sprite in a matrix and vise versa and be able to draw what's in the marix on the screen (ie:
[[10000001]
[01000010]
[00100100]
[00011000]
[00011000]
[00100100]
[01000010]
[10000000]] can be put on on the screen without having to use any for loops.  Or an image on the screen can be converted back to binary data without any for loops.

- xLib plug-ins.  This way, you can keep the essential features of xLib, and put extra xLib features in plug-ins that people can install (to their RAM or Archive).  That way if more featues are needed (like all these suggestions I'm giving) you can just put them in a plug-in so that xLib stays small and all you have to do is add the plug-in(s) if a program you're working on or playing needs it),.
Title: next version of xlib features
Post by: Dragon__lance on July 17, 2006, 08:52:00 am
wow, great ideas! Plug-Ins would be Sweet!!! but as for the sprite matrix idea, that'd take a lot of room, and i'd just rather store it in a pic.As far as that gos,can tr1pl1ea implememnt compressed pics?
Title: next version of xlib features
Post by: Spellshaper on July 17, 2006, 09:06:00 am
plugins would be a great idea, as long as they don't have to be in RAM. :)smile.gif
I suggest that plugins be named
XPLUG000
XPLUG001
etc.
with corresponding real commands
real(20,(syntax of plugin)
real(21,(syntax of plugin)
etc.

THAT WOULD PWN!
and it would also allow other programmers to make stuff xLib can work with, which should give tr1p1ea more free time! :lol:laugh.gif
(hey, that guy has made one of the best Apps in TI history, he shuld have some time to realx, too ;)wink.gif)
Title: next version of xlib features
Post by: Demon on July 18, 2006, 11:11:00 am
I'm not sure of the pointlessness of this idea I'm about to present yet, but what if he could make it also accept special plug-ins written in BASIC?  Or even better, a custom version of BASIC (it would have to interpert some commands)...
Title: next version of xlib features
Post by: josephmarin on July 19, 2006, 10:11:00 am
One thing I personally would love to see is an ExecAsm command like in Omnicalc. I used that function more than anything else in Omnicalc
Title: next version of xlib features
Post by: DJ Omnimaga on July 19, 2006, 10:39:00 am
yea it would pwn
Title: next version of xlib features
Post by: kalan_vod on July 19, 2006, 10:46:00 am
Well that Exec would be great, as you can write a entire asm program into hex and run it via xLIB. Or it would be easy to add a plugin feature, where you could just have asm programs to use.
Title: next version of xlib features
Post by: DJ Omnimaga on July 19, 2006, 11:40:00 am
if only cirrus tigalaxy was still up, there was  an online disassemble that  showed hex code for asm programs so you could type them on your calc
Title: next version of xlib features
Post by: kalan_vod on July 19, 2006, 12:00:00 pm
Well you can still ask a asm coder to convert it :Ptongue.gif, also I made a post on MC:

QuoteBegin-"kalan_vod"+-->
QUOTE ("kalan_vod")
I was also thinking of level compression, where one would have a list that has the compression format and it would be an option to decompress it. Like when you do Real(2 for a tile map, 0 would be nothing, and 1 would make it convert the list into a matric and then load the matric into the map.

I have been working on compression in my games lately and found that I am getting greater compression percentages with my way over RLE. Also I think it would be great just having any type of compression, where the user would have to run a program to convert the matric into a compressed list and xLIB would decompress it (did I make any sense?).
Title: next version of xlib features
Post by: DJ Omnimaga on July 19, 2006, 12:10:00 pm
sound cool, map comprression would be cool but it would suck if real(2 compatibility was removed as all games alerady made for xlib would be screwed up
Title: next version of xlib features
Post by: kalan_vod on July 19, 2006, 12:37:00 pm
Well it would be cool, maybe he could add it to detect for compression...where you would have the matric number be something of a special number, so it would then say ok it is compressed >.>
Title: next version of xlib features
Post by: Demon on July 21, 2006, 09:23:00 am
More Ideas

- Sprite zooming.
- GS sprite command that would - everytime you ran it - take the sprite from pic one and display it and then the same from the next pic and display it.  When you put it in a loop, you would have a GS sprite with only with command instead of two, plus this would make grayscale more possible on the normal TI-83+'s.
- Sprite inversion with only one command instead of two.
Title: next version of xlib features
Post by: DJ Omnimaga on July 21, 2006, 09:51:00 am
sprite zooming routine would pwn
Title: next version of xlib features
Post by: kalan_vod on July 21, 2006, 06:49:00 pm
Yeah, JFish wouldn't need a extra asm program to do the fish intro :Ptongue.gif
Title: next version of xlib features
Post by: threefingeredguy on July 21, 2006, 10:02:00 pm
Ability to write back to matrices in programs. Drawing maps from strings would be hard, you could only have 10 tiles if you did single digits. Sprite zooming would be cool. Sound would not work like you want. It would have to pause the program to play sound. It would still be cool. You know what would be cool? Omnicalc support. Emulate Omnicalc commands. That would improve compatibility and suck away downloads for omnicalc. You could play Diortem, Metroid, and Metroid II without installing anything.
Title: next version of xlib features
Post by: DJ Omnimaga on July 22, 2006, 01:11:00 am
QuoteBegin-kalan_vod+Jul 22 2006, 01:49 AM-->
QUOTE (kalan_vod @ Jul 22 2006, 01:49 AM)
Yeah, JFish wouldn't need a extra asm program to do the fish intro :Ptongue.gif

 HE USE A PRGM TO ZOOM??????????????????? WHERE CAN I FIND IT?????     O_Oshocked2.gifO_Oshocked2.gifO_Oshocked2.gifO_Oshocked2.gifO_Oshocked2.gifO_Oshocked2.gif
Title: next version of xlib features
Post by: kalan_vod on July 22, 2006, 04:37:00 am
@TFG: You could use chars for other tiles too ;)wink.gif (A-theta, and more).

@Kevin: Idk, you know the fish image at the start? Well he told me he uses a asm program for that.
Title: next version of xlib features
Post by: Dragon__lance on July 22, 2006, 09:26:00 am
that is a cool feature of the intro! a program like that would come in extremely useful! :)smile.gif another cool feature would be auto install from inside the program :)smile.gif
Title: next version of xlib features
Post by: DJ Omnimaga on July 22, 2006, 01:23:00 pm
QuoteBegin-kalan_vod+Jul 22 2006, 11:37 AM-->
QUOTE (kalan_vod @ Jul 22 2006, 11:37 AM)
@TFG: You could use chars for other tiles too ;)wink.gif (A-theta, and more).

@Kevin: Idk, you know the fish image at the start? Well he told me he uses a asm program for that.  

 at first i thought it was a serie of images stored in several pics, i wish  i found the prgm on ticalc, if implemented in xlib it would pwn for pseudo 3d space shooters and racing games ^^
Title: next version of xlib features
Post by: Demon on July 24, 2006, 08:45:00 am
New idea:  3D drawing commands to draw simple 3d polygons.  Also commands to draw more 2d polygons other than squares.
Title: next version of xlib features
Post by: DJ Omnimaga on July 25, 2006, 02:26:00 am
i think just using a list with several lines connected to each others could do the job, but it requires calculation to make the 3D look nice
Title: next version of xlib features
Post by: necro on July 25, 2006, 09:28:00 pm
It would be neat if there were support for textured quads and tris...but I doubt it.  Also, would need a faster matirx command then.
Title: next version of xlib features
Post by: DJ Omnimaga on July 26, 2006, 02:52:00 am
From pyro_xp2k editor I noticed how fast lines were compared to BASIC Line( command, in the past I made some 3D ish looking games (which I lost due to mem clears) it would pwn with xlib lines XDsmiley.gif
Title: next version of xlib features
Post by: lolje on July 26, 2006, 03:07:00 am
In my oppinion they should *first of all* fix this disturbing error which causes equations clearing your RAM when you try to read/delete/group them :banghead:banghead.gif:grr:mad.gif:flame:tresfache.gif:ihatemypc:crash.gif

 I don't know exactly why they're caused but it has always somthing to do with the Save-Picture-command
( real(9.0 ).

e.g. if you type "real(9.1.randint(0,255))"->Y1 and then press GRAPH your RAM 'll be cleared
Something is wrong with this command...


After that I would recommend to include a command to delete/archive/unarchive programs and pics.

especcially archiving (HACKED) pics would be VERY useful because this way you could save a lot of memory because xlib commands can read the pic-data also when the pics are archived.
Title: next version of xlib features
Post by: DJ Omnimaga on July 26, 2006, 03:14:00 am
I always had problems with real(9 especially when calling it right before real(2, tr1p never found the pb tho :(sad.gif
Title: next version of xlib features
Post by: kalan_vod on July 26, 2006, 07:57:00 am
Hmm, how long ago was that? I might give it a try later, but I think it works fine to do it after :Ptongue.gif (I do this in chips).
Title: next version of xlib features
Post by: DJ Omnimaga on July 26, 2006, 08:42:00 am
that was when I restarted working on diortem
Title: next version of xlib features
Post by: Demon on July 31, 2006, 09:00:00 am
QUOTE
e.g. if you type "real(9.1.randint(0,255))"->Y1 and then press GRAPH your RAM 'll be cleared
Something is wrong with this command...


Well, one thing is that you said randInt(0,255) - maybe that should be randInt(1,255).
Title: next version of xlib features
Post by: Zeromus on August 01, 2006, 03:11:00 am
The only real( issues I have ever had where when I did not complete the syntax
Title: next version of xlib features
Post by: Halifax on August 09, 2006, 01:19:00 pm
There should be a routine so you can display grayscale by display the lcd 66% of the time and then have the second layer displayed 33% of the time so we can create 4 level grayscale easier.
Title: next version of xlib features
Post by: DJ Omnimaga on August 09, 2006, 01:25:00 pm
pyro went on tcpa today and did !seen tr1p1ea and this is the result

[19:41:54] "tr1p1ea ([email protected]) was last seen quitting from #tcpa 9 days, 8 hours, 48 minutes ago stating (Read error: Operation timed out)."

not really good at all, *xlibman
Title: next version of xlib features
Post by: Dragon__lance on August 09, 2006, 03:32:00 pm
@killerplayer: that'd be sweet! But it'd be incredibly hard to implement in xlib,from my own ASM experience. :(sad.gif
Title: next version of xlib features
Post by: Halifax on August 09, 2006, 04:06:00 pm
O well you could prot the routine from TIGCC couldn't you??
Title: next version of xlib features
Post by: kalan_vod on August 09, 2006, 05:16:00 pm
QuoteBegin-xlibman+Aug 9 2006, 07:25 PM-->
QUOTE (xlibman @ Aug 9 2006, 07:25 PM)
pyro went on tcpa today and did !seen tr1p1ea and this is the result

[19:41:54] "tr1p1ea ([email protected]) was last seen quitting from #tcpa 9 days, 8 hours, 48 minutes ago stating (Read error: Operation timed out)."

not really good at all, *xlibman is getting worried  

 He has been really busy, he has been posting at MC and RS..give him time ;)wink.gif
Title: next version of xlib features
Post by: threefingeredguy on August 09, 2006, 10:08:00 pm
QuoteBegin-Killerplayer+Aug 9 2006, 07:19 PM-->
QUOTE (Killerplayer @ Aug 9 2006, 07:19 PM)
There should be a routine so you can display grayscale by display the lcd 66% of the time and then have the second layer displayed 33% of the time so we can create 4 level grayscale easier.  

 Not possible.
Title: next version of xlib features
Post by: DJ Omnimaga on August 10, 2006, 02:36:00 am
not posssible indeed. From ASM in 28 days:

QUOTE
The TI-85 and higher-number calculators have a memory mapped screen. That means a section of the calculator's RAM that holds a bit image of the screen is constantly being monitored. Whenever a byte in this area is changed, the display changes immediately. It is also possible to change the RAM area the driver looks at with a single port output. By switching the buffer location back and forth rapidly, you could create Game Boy-style flickerless 4- or 8-level grayscale.

Unfortunately, the "crap series" (everything lower than a TI-85) uses a driver that stores the screen image in its own RAM. In order to change the display, you have to send each byte in the image to the driver. It is also a very slow driver which needs a delay every time it is accessed.
Hopefully you are sufficiently depressed now, so let's look at how to make the Toshiba T6A04 (that's the name of the driver) our b****.

Control Ports
The two ports that control the LCD are
$10
Title: next version of xlib features
Post by: lolje on August 10, 2006, 02:56:00 am
When I hear greyscale+basic...
Really genious would be aroutine which needs 2 pics input and then uses them for displaying a greyscale-picture while waiting for a key and storing the number of the key into ans.

That could be e.g. used for Rpgs... you only need 2 layers to create 4-lvl-greyscale, allright? So you could create the two pics with the tilemap-function, store them, and then use THIS new function to create a (think so) quite flickerless greyscale. And when you have the getkey in ans afterward it would be perfect!
Basically that would be the loop containing grey+getkey, just in asm.
Title: next version of xlib features
Post by: DJ Omnimaga on August 10, 2006, 03:32:00 am
well actually I made a tutorial explaining gs for BASIC, altough it use omnicalc, but its mostly a matter of XORing a checkered pattern very fast, basically assuming the xor mask is in pic 0 call a real(3,0,0,1 command after every BASIC command in your walking engine.It will look almost flickerless on every calcs, except threefingeredguy's
Title: next version of xlib features
Post by: Dragon__lance on August 10, 2006, 04:27:00 am
That's the main way to do grayscale in BASIC.The only way to do th e idea of pic swapping,would be for xlib to run a interrupt in the basic program,like every other line of code,it'll automatically swap the pics.I'm not quite sure if that's possible in ASM (anyone care to correct me?)
Title: next version of xlib features
Post by: DJ Omnimaga on August 10, 2006, 04:36:00 am
Gambit did a program like this, but using interrupt based gs in BASIC is a very bad idea because the TI-OS can interfer with them and it can become really unstable
Title: next version of xlib features
Post by: TsiJiang on August 17, 2006, 08:54:00 am
what about something to help you make sprite sheets easier like a guide ruler  
Title: next version of xlib features
Post by: DJ Omnimaga on August 18, 2006, 10:13:00 am
actually pyro or spelli should implement this in their map/sprite editor, like having a grid appear when pressing  abutton so you know if the sprites are all alligned properly. That would be for ppl who do everything on calc tho (I do sprites on the PC nowaday)
Title: next version of xlib features
Post by: Spellshaper on August 18, 2006, 10:15:00 am
the problem with a grid is that it overwrites part of the sprites. :(sad.gif
That's why I didn't implement one.
Title: next version of xlib features
Post by: DJ Omnimaga on August 18, 2006, 11:00:00 am
nonono I meant a temporary one, basically have the pic to be stored in a pic file, display the grid, then when the users press clear for example, recall the pic so the grid is erased. it would be just used as a guide
Title: next version of xlib features
Post by: Spellshaper on August 18, 2006, 11:11:00 am
ah I c...
Title: next version of xlib features
Post by: lolje on August 25, 2006, 02:08:00 am
Oh, a grid... I could do that. It should be quite easy to code...

@topic: So what's up??? Is there still progress on xLIB? What features will be implemented?Please answer these questions!

Why not start a poll about the xLIB features and then implement the features with the most votes???

oh and I also missed a circle-routine in the real(12 - task...
Title: next version of xlib features
Post by: necro on August 25, 2006, 02:38:00 am
well, I want a faster square root function, and matrix checking.
Title: next version of xlib features
Post by: threefingeredguy on August 25, 2006, 04:26:00 am
QuoteBegin-lolje+25 Aug, 2006, 8:08-->
QUOTE (lolje @ 25 Aug, 2006, 8:08)
Why not start a poll about the xLIB features and then implement the features with the most votes???  

 I am sure tr1p1ea will implement what he wants regardless of what poll results are.
Title: next version of xlib features
Post by: Halifax on August 25, 2006, 06:45:00 am
I want something where you can set an interupt say like real(15 or sumthin and then do grayscale like ASM with the interupt or is that not possible?? Cause that would be cool if BASIC could make games like Desolate
Title: next version of xlib features
Post by: DJ Omnimaga on August 25, 2006, 09:48:00 am
QuoteBegin-threefingeredguy+25 Aug, 2006, 11:26-->
QUOTE (threefingeredguy @ 25 Aug, 2006, 11:26)
QuoteBegin-lolje+25 Aug, 2006, 8:08-->
QUOTE (lolje @ 25 Aug, 2006, 8:08)
Why not start a poll about the xLIB features and then implement the features with the most votes???

I am sure tr1p1ea will implement what he wants regardless of what poll results are.

well tr1p1ea said he may not be working on it for a while if I remember, I think personally it is his choice to add what he want, better not put too much pressure either. Lol look what xlib can do actually .

@everyone: this topic was just to provide suggestion for xlib new features, not to decide what feature will be implemented in the next version. It was started because some people doesnt visit maxcoderz or even know about it at all yet and since tr1p occasionally come here he know what ppl from here would like



What about 8 level grayscale pic support? That would pwn so much. I know tifreak8x may not do good use of program though %)rolleyes2.gif
Title: next version of xlib features
Post by: threefingeredguy on August 25, 2006, 02:28:00 pm
QuoteBegin-Killerplayer+25 Aug, 2006, 12:45-->
QUOTE (Killerplayer @ 25 Aug, 2006, 12:45)
I want something where you can set an interupt say like real(15 or sumthin and then do grayscale like ASM with the interupt or is that not possible?? Cause that would be cool if BASIC could make games like Desolate  

 That was already shot down in this topic. On the same page, in fact.
Title: next version of xlib features
Post by: DJ Omnimaga on August 25, 2006, 03:15:00 pm
hmm, i think it was previous page... well at least for me (I set my profile to display the default post per page (which is 15)), anyway yea I alerady talked about how it is impossible
Title: next version of xlib features
Post by: lolje on August 28, 2006, 01:41:00 am
Ok, but when he doesn't care about what we say - why does this topic exist?????? I just want to know which features he's going to add...
Title: next version of xlib features
Post by: DJ Omnimaga on August 28, 2006, 01:56:00 am
nonono threefingeredguy just meant he care about what its said in the topic, just that its up to him to decide which feature he's gonna add. This topic is just to give suggestion, and of course ppl have to make sure to read the entire topic before posting to not repeat the same suggestion 10 times  :Ptongue.gif
Title: next version of xlib features
Post by: lolje on September 07, 2006, 04:58:00 am
kk, I see  :hippy:s048.gif

but I'm still very interested in getting an answer for my question what Features will be included next...
Hmm maybe tr1p1ea doesn't really know himself what he's going to include next??? Anyways, I'll need to ask him on IRC next time I see him...
Title: next version of xlib features
Post by: DJ Omnimaga on September 07, 2006, 05:50:00 am
execasm( and new shape routine maybe
Title: next version of xlib features
Post by: Demon on September 07, 2006, 01:45:00 pm
- StringReplace:
"I have a cat.->Str0
"cat->Str8
"dog->Str9

Ans: "I have a dog.

If Str9 is undefined, Ans: "I have a .


- Input on Graph screen.
- Put STO and double-quote into Ans.  Or even better, put a specific character into Ans.  Even that black box that blinks on the homescreen (that would be cool)
Ex.
real(11,0
Ans: "->
reall(11,1
Ans: ""
Title: next version of xlib features
Post by: DJ Omnimaga on September 08, 2006, 01:33:00 am
o.oblink.gif ???
Title: next version of xlib features
Post by: Spellshaper on September 08, 2006, 06:11:00 am
QuoteBegin-xlibman+8 Sep, 2006, 14:33-->
QUOTE (xlibman @ 8 Sep, 2006, 14:33)
o.oblink.gif ???  

 I second that.
no understand stuff you say. :alien:alien2.gif
Title: next version of xlib features
Post by: DJ Omnimaga on October 20, 2006, 01:37:00 am
Maybe tr1p1ea could add a feature to xlib that display text on graph screen using omnicalc font files as well? Like for example you have the BUBBLE.8xp font file, and with xlib you call

real(20,23,14,"HELLO I'M XLIB.","BUBBLE
which is basically
real(20,X-Location,Y-Location,TextToDisplay,FileName


i dunno if it is possible tho to access data in a program from a xlib function
Title: next version of xlib features
Post by: Speler on October 20, 2006, 07:57:00 am
If they did that would it support grayscale, because then you could use the fonts to store sprites...
Title: next version of xlib features
Post by: necro on October 20, 2006, 11:14:00 am
...maybe he is done working on it...
Title: next version of xlib features
Post by: DJ Omnimaga on October 21, 2006, 02:44:00 am
nah he said he was thinking about new features, he is just pretty busy with school and real life, he sometimes speaks in #omnimaga
Title: next version of xlib features
Post by: dinhotheone on November 13, 2006, 12:31:00 pm
i went looking oon maxcoderz.org to see if there was anything about a new xlib on their forum but it seems thier site is down or i can't access it...
is anyone else having this problem?
Title: next version of xlib features
Post by: DJ Omnimaga on November 14, 2006, 03:43:00 am
Hi and welcome here.

They are back up at the moment but it's only the forum, the portal is gone for a while. they often go down though, they doesn't have a very reliable webhost :(sad.gif

make sure to check on their forums in the xLIB sub forums, there should be lot of info here.

http://anonymouse.org/cgi-bin/anon-www.cgi/http://kvince83.tengun.net/maxboard/viewforum.php?f=21
Plus you can find xLIB at ticalc.org or Omnimaga download section since their portal is down (Calc RPG and programming tools->TI Programming Tools->xLIB 0.601b) :)smile.gif

And some more documentation (altough not finished yet):
http://xlib.revsoft.org