Author Topic: Features Wishlist  (Read 691009 times)

0 Members and 1 Guest are viewing this topic.

Offline calc84maniac

  • eZ80 Guru
  • Coder Of Tomorrow
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2912
  • Rating: +471/-17
    • View Profile
    • TI-Boy CE
Re: Features Wishlist
« Reply #2970 on: February 19, 2012, 10:27:58 pm »
I have a suggestion that would make it a lot easier to make source code that compiles both to RAM and to Flash Apps. I think that nib{}r should be changed from a "read from flashapp" routine to a "read from executable" routine. That is, use the default nibble read routine when compiling to a RAM program, and the flash nibble read routine when compiling to an App.
"Most people ask, 'What does a thing do?' Hackers ask, 'What can I make it do?'" - Pablos Holman

Offline willrandship

  • Omnimagus of the Multi-Base.
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2953
  • Rating: +98/-13
  • Insert sugar to begin programming subroutine.
    • View Profile
Re: Features Wishlist
« Reply #2971 on: February 19, 2012, 10:30:03 pm »
I would vote for both 1 and 4, but I voted for 4 since it needs it the most, esp. in the area of on-calc documentation. The best I've seen so far is some FlashBook apps, which are not the best choice for manuals. I'd love to see something like CtlgHelp, that gives a small description (or even a large one) of what the command selected does when you press a key!

Offline Quigibo

  • The Executioner
  • CoT Emeritus
  • LV11 Super Veteran (Next: 3000)
  • *
  • Posts: 2031
  • Rating: +1075/-24
  • I wish real life had a "Save" and "Load" button...
    • View Profile
Re: Features Wishlist
« Reply #2972 on: February 20, 2012, 02:28:39 am »
I have a suggestion that would make it a lot easier to make source code that compiles both to RAM and to Flash Apps. I think that nib{}r should be changed from a "read from flashapp" routine to a "read from executable" routine. That is, use the default nibble read routine when compiling to a RAM program, and the flash nibble read routine when compiling to an App.

I would do that, except what about reading nibbles from appvars etc. from an app?  Those still need the other command and it would be way too complicated to auto-infer that during compile time.
___Axe_Parser___
Today the calculator, tomorrow the world!

Offline calc84maniac

  • eZ80 Guru
  • Coder Of Tomorrow
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2912
  • Rating: +471/-17
    • View Profile
    • TI-Boy CE
Re: Features Wishlist
« Reply #2973 on: February 20, 2012, 02:32:00 am »
I have a suggestion that would make it a lot easier to make source code that compiles both to RAM and to Flash Apps. I think that nib{}r should be changed from a "read from flashapp" routine to a "read from executable" routine. That is, use the default nibble read routine when compiling to a RAM program, and the flash nibble read routine when compiling to an App.

I would do that, except what about reading nibbles from appvars etc. from an app?  Those still need the other command and it would be way too complicated to auto-infer that during compile time.
Reading from appvars from an app would just use nib{} like usual, no?
"Most people ask, 'What does a thing do?' Hackers ask, 'What can I make it do?'" - Pablos Holman

Offline Quigibo

  • The Executioner
  • CoT Emeritus
  • LV11 Super Veteran (Next: 3000)
  • *
  • Posts: 2031
  • Rating: +1075/-24
  • I wish real life had a "Save" and "Load" button...
    • View Profile
Re: Features Wishlist
« Reply #2974 on: February 20, 2012, 04:59:55 am »
Oh, I see what you mean... I misunderstood.  Although that could work, I can imagine somebody somewhere might want to read a nibble from the app page from a program and there could even be future uses with the Axe Fusion page.  However, it probably benefits more people right now to change it, and it wouldn't have compatibility issues except in extremely rare cases.  But even with a change like this, programs being ported to apps still need to make fundamental changes due to self-modifying code issues.

But I like the idea.  I will probably make the change unless anyone needs to access a nibble in the $0000 - $7FFF address range from a ram program.  Otherwise it'll be impossible to do without assembly so please let me know if you need to do this and object to the change.
___Axe_Parser___
Today the calculator, tomorrow the world!

Offline calc84maniac

  • eZ80 Guru
  • Coder Of Tomorrow
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2912
  • Rating: +471/-17
    • View Profile
    • TI-Boy CE
Re: Features Wishlist
« Reply #2975 on: February 20, 2012, 09:49:46 am »
And if you want to, you could make a nib{}rr that forces using the $0000 - $7FFF routine in case somebody really needs to use it that way.
"Most people ask, 'What does a thing do?' Hackers ask, 'What can I make it do?'" - Pablos Holman

Offline Freyaday

  • The One And Only Serial Time Killing Catboy-Capoeirista-Ballerino
  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1970
  • Rating: +128/-15
  • I put on my robe and pixel hat...
    • View Profile
Re: Features Wishlist
« Reply #2976 on: February 20, 2012, 04:56:05 pm »
Can we have a signed modulo operator?
In other news, Frey continues kicking unprecedented levels of ass.
Proud member of LF#N--Lolis For #9678B6 Names


I'm a performer at heart; I stole it last week.
My Artwork!

Offline Darl181

  • «Yo buddy, you still alive?»
  • CoT Emeritus
  • LV12 Extreme Poster (Next: 5000)
  • *
  • Posts: 3408
  • Rating: +305/-13
  • VGhlIEdhbWU=
    • View Profile
    • darl181.webuda.com
Re: Features Wishlist
« Reply #2977 on: February 21, 2012, 02:48:32 pm »
Would it be possible to, when axe is compiling/zooming a program and it encounters an error, go in and edit the program then when you quit the editor go back to continue or restart compiling/zooming?
This might not be practical for large bug fixes or whatever, but for things like physics tweaking and the like t would be useful :)
Not sure if it would be a compile option or certain key, tho..
Vy'o'us pleorsdti thl'e gjaemue

Offline Runer112

  • Project Author
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2289
  • Rating: +639/-31
    • View Profile
Re: Features Wishlist
« Reply #2978 on: February 21, 2012, 02:54:56 pm »
Would it be possible to, when axe is compiling/zooming a program and it encounters an error, go in and edit the program then when you quit the editor go back to continue or restart compiling/zooming?
This might not be practical for large bug fixes or whatever, but for things like physics tweaking and the like t would be useful :)
Not sure if it would be a compile option or certain key, tho..

I'm about 90% sure that this is impossible without Axe installing extra hooks, which Quigibo does not want to do. I know that you originally suggested this idea in the zStart thread, and I believe that was the correct place to request a feature like this. I also believe that thepenguin77 is already planning to implement this feature in zStart. He is just waiting for the next version of Axe, which should handle compile errors better from API calls, and then he can add this.
« Last Edit: February 21, 2012, 02:56:56 pm by Runer112 »

Offline DRAGONLORD343

  • LV1 Newcomer (Next: 20)
  • *
  • Posts: 14
  • Rating: +0/-0
    • View Profile
Re: Features Wishlist
« Reply #2979 on: February 22, 2012, 11:12:27 am »
It may be a small request but wouldn't it be much easier to be able to directly access matrices using the actual [A] matrix token. and if theres any way to directly access them please someone tell me because i feel like ive tried everything
« Last Edit: February 22, 2012, 11:13:21 am by DRAGONLORD343 »

Offline Torio

  • LV3 Member (Next: 100)
  • ***
  • Posts: 83
  • Rating: +22/-0
    • View Profile
Re: Features Wishlist
« Reply #2980 on: February 22, 2012, 11:34:39 am »
To access directly to matrixes :

Code: [Select]
GetCalc("var[A]") -> A
{A-1} Number of rows of the matrix
{A-2} Number of columns of the matrix
float{N*X+Y*9+A} To access directly to [A](X,Y), where N is the number of rows

Not much more complicated than TI-Basic, right ?
« Last Edit: February 22, 2012, 11:35:12 am by Torio »
Sorry about my mistakes, I'm French.

Projects :  Pokemon TI-89 | Ti-Tank

Offline boot2490

  • LV7 Elite (Next: 700)
  • *******
  • Posts: 607
  • Rating: +54/-36
    • View Profile
    • Boot2490's Stuff
Re: Features Wishlist
« Reply #2981 on: February 23, 2012, 05:55:16 pm »
Line clipping support!
I'm not worried about SOPA creating censorship, that will not stand for long. I'm worried that they'll succeed in stopping piracy!

Spoiler For Signature, updated march 23, 11:28 PM EST:















An useful tool!

PM me if you need some help. I am glad to be of assistance and part of the TI Communnity.

Offline Quigibo

  • The Executioner
  • CoT Emeritus
  • LV11 Super Veteran (Next: 3000)
  • *
  • Posts: 2031
  • Rating: +1075/-24
  • I wish real life had a "Save" and "Load" button...
    • View Profile
Re: Features Wishlist
« Reply #2982 on: February 25, 2012, 07:13:20 pm »
It may be a small request but wouldn't it be much easier to be able to directly access matrices using the actual [A] matrix token. and if theres any way to directly access them please someone tell me because i feel like ive tried everything

I could do that, sort of like how I use "Ans" in Axe to represent the BASIC Ans.  But its a bad idea because then programmers get confused from BASIC and try to use it the same way even though it has a totally different meaning.  I kind of wish I hadn't done that with Ans for the same reason.  Also, I'm considering using the matrix tokens to represent tables eventually.
___Axe_Parser___
Today the calculator, tomorrow the world!

Offline ZippyDee

  • LV8 Addict (Next: 1000)
  • ********
  • Posts: 729
  • Rating: +83/-8
  • Why not zoidberg?
    • View Profile
Re: Features Wishlist
« Reply #2983 on: February 25, 2012, 07:29:48 pm »
Line clipping support!
This is going to be coming in an Axiom that is under development.
There's something about Tuesday...


Pushpins 'n' stuff...


Offline Runer112

  • Project Author
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2289
  • Rating: +639/-31
    • View Profile
Re: Features Wishlist
« Reply #2984 on: February 25, 2012, 07:34:56 pm »
Line clipping support!
This is going to be coming in an Axiom that is under development.

Frankly, if you get decent line clipping, I think Quigibo would want to include it in Axe itself. The only reason Axe doesn't have proper line clipping currently is because he hasn't gotten around to making a decently small/fast solution himself.
« Last Edit: February 25, 2012, 07:36:02 pm by Runer112 »