Author Topic: Axiom SDK For Developers  (Read 21145 times)

0 Members and 1 Guest are viewing this topic.

Offline nemo

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1203
  • Rating: +95/-11
    • View Profile
Re: Axiom SDK For Developers
« Reply #30 on: June 29, 2010, 11:21:33 am »
yes, DJ. basically i'd like an axiom that would read data from L1 and store it to a TI BASIC string var, or Ans. i just want it so i can RCL it later, because i'd be using it for a tilemap editor, and copying a tilemap by hand is a pain in the ass.


Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55941
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Axiom SDK For Developers
« Reply #31 on: June 29, 2010, 11:31:01 am »
That would rule and I agree. One for individual sprites of any format would rule too. Runer112 sprite editor is nice but it's annoying to have to manually copy each hex strings char by char manually. Either a routine that does that or a new Axe command that lets you do that would be nice
Dream of Omnimaga

Offline Deep Toaster

  • So much to do, so much time, so little motivation
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 8217
  • Rating: +758/-15
    • View Profile
    • ClrHome
Re: Axiom SDK For Developers
« Reply #32 on: July 17, 2010, 11:12:29 pm »
And another question: Are we allowed to overload commands (meaning making an Axiom for a command already part of the parser)?




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: Axiom SDK For Developers
« Reply #33 on: July 17, 2010, 11:31:54 pm »
It is not possible to overload built-in commands because they're higher on the parsing hierarchy.  However, You can overload other Axioms by declaring your axiom ahead of the others.

Unfortunately, this leaves the possibility of new Axe Parser commands overloading your existing Axioms as new versions come out which is why I don't think you will see many Axioms until the entire Axe language is completed and then the remaining gaps need to be filled.
« Last Edit: July 17, 2010, 11:32:27 pm by Quigibo »
___Axe_Parser___
Today the calculator, tomorrow the world!

Offline Eeems

  • Mr. Dictator
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6265
  • Rating: +318/-36
  • little oof
    • View Profile
    • Eeems
Re: Axiom SDK For Developers
« Reply #34 on: July 17, 2010, 11:41:47 pm »
Have you thought about adding double token replacing? something like an Axiom has it's own token and then you just have your next one something like bal(Output( so you can have even more tokens?
/e

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55941
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Axiom SDK For Developers
« Reply #35 on: July 18, 2010, 09:40:32 pm »
I wonder if that would be easy to implement?
Dream of Omnimaga

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: Axiom SDK For Developers
« Reply #36 on: July 19, 2010, 12:20:36 am »
I think that would just be confusing especially since it used 2 sets of parenthesis.  The reason I can't have custom names for the Axiom tokens is a lot more complicated than that.  Probably what I will do is have a set of tokens (For instance, the 12 parametric tokens) be named really generic things like Draw1(), Draw2(), Swap(), In(), Out(), New(), Delete() etc. that are specifically reserved for axiom use.
___Axe_Parser___
Today the calculator, tomorrow the world!

Offline Builderboy

  • Physics Guru
  • CoT Emeritus
  • LV13 Extreme Addict (Next: 9001)
  • *
  • Posts: 5673
  • Rating: +613/-9
  • Would you kindly?
    • View Profile
Re: Axiom SDK For Developers
« Reply #37 on: July 19, 2010, 01:11:08 am »
That sounds like a really good idea.  Will there be any way to create Axioms using the Axe language itself?  Like if somebody wanted to write a physics library in Axe and allow other people to use it. (Im *totaly* not talking about Zedd ;) )

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: Axiom SDK For Developers
« Reply #38 on: July 19, 2010, 01:21:08 am »
Hmm... although it is technically possible, I was thinking I would just have a different way to add subs form external program data.  But that would be cool to have an option to compile for Axioms.  The only problem is that the current Axioms are too primitive to handle axe calls right now, but that is something I will definitely add later.  I will play around with this idea and see if it's possible.
___Axe_Parser___
Today the calculator, tomorrow the world!

Offline Builderboy

  • Physics Guru
  • CoT Emeritus
  • LV13 Extreme Addict (Next: 9001)
  • *
  • Posts: 5673
  • Rating: +613/-9
  • Would you kindly?
    • View Profile
Re: Axiom SDK For Developers
« Reply #39 on: July 19, 2010, 01:24:24 am »
Ah, the other solution works too :) i'll have to look into current Axioms more in depth...

Offline calcdude84se

  • Needs Motivation
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2272
  • Rating: +78/-13
  • Wondering where their free time went...
    • View Profile
Re: Axiom SDK For Developers
« Reply #40 on: July 19, 2010, 11:35:22 am »
Being able to use other Axe programs as external libraries would definitely be useful, especially since the only real way to do it right now is to recall the library to the end of every program that needs it.
Compiling to Axioms would be nice too, since you could use tokens to call routines rather than using sub( a lot.
"People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster."
-Adam Osborne
Spoiler For "PartesOS links":
I'll put it online when it does something.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55941
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Axiom SDK For Developers
« Reply #41 on: July 19, 2010, 09:27:45 pm »
I agree with Calcdude. External libs will make our code cleaner and may make it easier to work on multiple versions of a program at once (example: French translation)

For Axioms I like the token idea by Quigibo.
Dream of Omnimaga

Offline Eeems

  • Mr. Dictator
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6265
  • Rating: +318/-36
  • little oof
    • View Profile
    • Eeems
Re: Axiom SDK For Developers
« Reply #42 on: July 19, 2010, 11:54:38 pm »
I like both ideas :)
/e

Offline Deep Toaster

  • So much to do, so much time, so little motivation
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 8217
  • Rating: +758/-15
    • View Profile
    • ClrHome
Re: Axiom SDK For Developers
« Reply #43 on: July 21, 2010, 04:27:16 am »
External subs ... that'd be nice, but would the sub be compiled or not? Maybe Axe could include a "subroutine compiler" specifically to make them?

EDIT: Maybe instead of Axioms in the Axe language, Axe could support a different format that could be compiled into an Axiom?
« Last Edit: July 21, 2010, 04:28:42 am by Deep Thought »




Offline calcdude84se

  • Needs Motivation
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2272
  • Rating: +78/-13
  • Wondering where their free time went...
    • View Profile
Re: Axiom SDK For Developers
« Reply #44 on: July 21, 2010, 10:05:54 am »
We have to have Axioms written in Axe. I don't think we want to learn another format. Unless of course you mean having tokens to delimit the routines in an Axe Axiom, which is fine. :) (As a technical note, Axioms written in Axe will all probably need to be of the kind that are automatically made into subroutines.)
Do you mean precompiled? They have to be compiled in the end. :P Having them precompiled might not work unless the compiler can generate the equivalent of an ASM list file, which defines labels for external use. A separate compiling mode will probably be necessary for precompilation, but I wouldn't want a whole new compiler. ;D
"People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster."
-Adam Osborne
Spoiler For "PartesOS links":
I'll put it online when it does something.