Author Topic: Features Wishlist  (Read 690479 times)

0 Members and 5 Guests are viewing this topic.

Offline Builderboy

  • Physics Guru
  • CoT Emeritus
  • LV13 Extreme Addict (Next: 9001)
  • *
  • Posts: 5673
  • Rating: +613/-9
  • Would you kindly?
    • View Profile
Re: Features Wishlist
« Reply #2160 on: April 19, 2011, 09:35:29 pm »
I think what he means is a replacement routine, where instead of calling the subroutine, the code is inserted inline. I'd like to see that implemented somehow (maybe parsing from the label until a Return is encountered).
Yeah I know what he meant, I was just pointing out that it would provide no new functionality, nor would it be a size reduction.  Indeed, I can see little application for it, as it also might end up in confusion for new users that end up bloating their memory by writing a modified sprite routine and end up bloating their code by 1000 bytes.

Offline Runer112

  • Project Author
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2289
  • Rating: +639/-31
    • View Profile
Re: Features Wishlist
« Reply #2161 on: April 19, 2011, 09:58:58 pm »
Although a ++ command could definitely be useful to intense optimizers like myself, I don't think the command should be added due to confusion it may cause. These are the two major sources of confusion I would foresee:

  • It's only an 8-bit math command, whereas every other math command is 16-bit. And unless the user knows the underlying machine code, I would imagine that they would think something as simple as addition of 1 could easily be performed on a 16-bit value.
  • The result of the addition isn't returned in hl. {B+L1}+1 and {B+L1}++ would return an entirely different value, despite only having one slight difference in the mathematical operator that comes after what would appear to be a value fetch. In my mind, this is by far the stronger reason of the two as to why this operator could cause confusion.
« Last Edit: April 19, 2011, 10:02:18 pm by Runer112 »

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 #2162 on: April 19, 2011, 10:17:27 pm »
Access to the clock.
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 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 #2163 on: April 19, 2011, 10:34:19 pm »
Although a ++ command could definitely be useful to intense optimizers like myself, I don't think the command should be added due to confusion it may cause. These are the two major sources of confusion I would foresee:

  • It's only an 8-bit math command, whereas every other math command is 16-bit. And unless the user knows the underlying machine code, I would imagine that they would think something as simple as addition of 1 could easily be performed on a 16-bit value.
  • The result of the addition isn't returned in hl. {B+L1}+1 and {B+L1}++ would return an entirely different value, despite only having one slight difference in the mathematical operator that comes after what would appear to be a value fetch. In my mind, this is by far the stronger reason of the two as to why this operator could cause confusion.
Maybe the ++ and -- operators should work without the memory read brackets, which would simplify parsing and emphasize that the pointer is what is returned.
"Most people ask, 'What does a thing do?' Hackers ask, 'What can I make it do?'" - Pablos Holman

Offline Happybobjr

  • James Oldiges
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2325
  • Rating: +128/-20
  • Howdy :)
    • View Profile
Re: Features Wishlist
« Reply #2164 on: April 19, 2011, 10:44:04 pm »
Request: 4 line rectangle.  (probably could be an axiom I guess.

It would draw 4 lines, but it would not be restricted to vertical and horizontal points.
I know This can be done through normal code, but The only way I see to do it is very large compared to what it could be.
School: East Central High School
 
Axe: 1.0.0
TI-84 +SE  ||| OS: 2.53 MP (patched) ||| Version: "M"
TI-Nspire    |||  Lent out, and never returned
____________________________________________________________

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 #2165 on: April 19, 2011, 10:50:19 pm »
Bit rotation, and the ability to use multiple vars to create 32- and 64-bit vars.
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 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 #2166 on: April 19, 2011, 10:53:11 pm »
Ability to change mem outside of the buffers, and have horizontal/vertical move those pixels in or out. I thin it was there before (listed as garbage pixels) but it should probably just be a fix/option, to avoid incompatibilities. Also, sprites overlapping the screen should draw to that area correctly.

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 #2167 on: April 19, 2011, 11:01:53 pm »
Ability to change mem outside of the buffers, and have horizontal/vertical move those pixels in or out. I thin it was there before (listed as garbage pixels) but it should probably just be a fix/option, to avoid incompatibilities. Also, sprites overlapping the screen should draw to that area correctly.
What is "outside the buffer"? Where do all these pixels go?
"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 #2168 on: April 19, 2011, 11:32:08 pm »
I think he means a buffer buffer, a border of nondisplaying pixels around the displayable portion of the buffer.
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 Munchor

  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6199
  • Rating: +295/-121
  • Code Recycler
    • View Profile
Re: Features Wishlist
« Reply #2169 on: April 20, 2011, 07:54:23 am »
I have a new feature suggestion!

Multiple fixes in one line:

Code: [Select]
Fix 3
Fix 1
Text(0,0,"HELLO WORLD
Fix 0
Fix 2

Would be :

Code: [Select]
Fix 3,1
Text(0,0,"HELLO WORLD
Fix 0,2

Is it possible?

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 #2170 on: April 20, 2011, 09:40:39 am »
That would be awesome!
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 Munchor

  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6199
  • Rating: +295/-121
  • Code Recycler
    • View Profile
Re: Features Wishlist
« Reply #2171 on: April 20, 2011, 09:42:08 am »
That would be awesome!

It would be cool, but not sure if awesome, it's rarely useful.

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 #2172 on: April 20, 2011, 09:43:39 am »
It is if, like me, you tend to use a lot of Fix es.
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 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 #2173 on: April 20, 2011, 01:42:14 pm »
It is if, like me, you tend to use a lot of Fix es.
I don't think it's really worth it to add that, because it's only a small source-code convenience. It has no effect on the compiled program.
"Most people ask, 'What does a thing do?' Hackers ask, 'What can I make it do?'" - Pablos Holman

Offline Munchor

  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6199
  • Rating: +295/-121
  • Code Recycler
    • View Profile
Re: Features Wishlist
« Reply #2174 on: April 20, 2011, 04:11:26 pm »
It is if, like me, you tend to use a lot of Fix es.
I don't think it's really worth it to add that, because it's only a small source-code convenience. It has no effect on the compiled program.

Yeah you can't optimize res/set bits, it's only a code conenience.