Ever since i joined, omni seemed to have the same level of activity. It was not for sometime, however that i learned that the present day omnimaga is but a shadow of its present day self. What i am woried about is the fact that as far as i can tell there is no visible change being made in order to help revive the community

I have bean thinking....

1) How can omnimaga attract members - both new  and old - to the site?
How can it keep those members? (i have had @Siphonic_Sugar tell me that he "forgot [omni] existed").
How can omnimaga change the portrayal of its ideology?
2) Should the forum boards be completly redone?
^Well not entirly completely, but the boards dont reflect the focus very well. First of, TI programming as a whole is dieng, so it might do well to shift the focus more towards general computer programming. Further more, all but about three of "our projects" are completely disbanded. (same goes for comunity projects) I think it would do well to move the projects stuck on hiatus to the discontinued section, where they belong, making room for active people with active projects like @123outerme

3) How can conversations on irc be moved to the forums in a non-obstructive manor?

4) For a month there seemed to be a spike because of the start of code golf. Should omni start an official contest, requiring participants to make a topic about their entry?

I really don't have answers, but i realy want to see change being made in order to make the site more active. Notice i am not going to talk about the actual ideology of omni's current leaders.

Edit 2:

I'm not really sure what there is that can be done, but we are certainly open to suggestions. Word of mouth can help. If you have people that are or may be interested, let them know! Also, one thing that can be done that is very simple is having topic titles accurately reflect what they are about. A topic titled "So..." says literally nothing. Let me help you out with that.

Anyhow... Inactive projects can be cleaned up, that's no problem. A restructure to make things more well organized could work as well, but it would depend on what the other admins thought. Branching out is also an option, but again, I'm not sure how popular that would be. We do already have sections for no calc dev. Maybe that could just be restructured a bit?

One of the most important things is current team/ member activity. If there aren't many interesting projects to attract people, people won't post or have reason to visit. Contributing is one of the best things any of us can do to drive activity imo.

I could not come up with with a better title, good thing you where able to

Yes i know we have non calc sections, but they are not very prominent, unlike Cemetech (who have hardware and MC) and CodeWalrus (who have a bunch of different stuff), Omnimaga seems to be calc only. Once again, it does have the non-calc sections, but its not like anyone joins for non-calc related resones

I agree with the last paragraph. That is why i suggested scrapping the hiatus-ed projects and replacing them with active ones. I would rather have a few active ones then a huge list of inactive ones 

Lastly, is there any chance of an omnimaga hosted contest? And btw, on the topic of contests, what happened to @noelthebest and their contest? (ti-conquest(?))

Quote from: c4ooo on December 08, 2015, 08:37:43 am

Quote

[8:31:56 AM]   c4ooo   @runer do you think it will be possible to add #org() command specifying the call ofset?
[8:34:17 AM]   c4ooo   #org() - change org to default #org(int) - change org to int #rel(0/1) to force relative addresses to be used (1) / not used (0)[and give an error if needed]

It may be possible to allow changing of the code origin. Out of curiosity, what did you want this feature for?

However, I don't think a position-independent mode would be feasible. The CPU doesn't provide any instructions to support relative calls or memory accesses, and the only instructions that support relative jumps have a limited distance.

This would be helpfull for modular programs. What i would do is disallow data creation in rel(1) mode (so no inline data and stuff); and error if the jump is over the 127 byte limit.

It seems nothing ever changes until something goes wrong
It is nice to see that no data was lost here

Is there a tutorial for getting ans if it is a list/other var? TBh, idk what the ans var is called in the VAT

To document an answer to my own question, you can get a ptr to the ans var by doing getCalc([00720000]. To load the type of the var ans into hl (axe 'ans'), do (in asm) bcall(_RclAns) \ and $1F \ ld h, 0 \ ld l, a, or Asm(CDD74AE61F260065) in hex.
The types are:
00=real, 01=list, 02=Matrix, 03=Zedaforgot, 04=String, 0C=complex, oD=complex list

If my asm is wrong someone please correct it. Zeda is the one who gave me the types list

Sorry to interrupt with a different question, but when I display a token, it displays the basic token.
Like instead of displaying #Axiom( is displays AsmComp(.
Is there an easy way to display Axe tokens instead (probably by intercepting whatever Axe sends to the basic editor)?
Also, is there a way to call the OS's catalog? (I don't want to make my own.)

I dont know how you call the catalog, but i when you do, the axe tokens should be there
@E37

There is a major bug related to inline custom named vars:
Line({*xpos},{*ypos},+5,+5works fine while
Line(xpos,ypos,+5,+5currupts the ram / crashes the calc
(The star is the angle circle thing)

Is there a tutorial for getting ans if it is a list/other var? TBh, idk what the ans var is called in the VAT

But you dont know asm  , right?
What i would do is store the program as an appvar. The launcher would work like this:
1) Archive the appvar (just in case the user unarchived it)
2) Copy the data from archived appvar into a ram prgm (no archive required)
3) run the program

Exit: you say the data does not fit in ram? That might be a problem as you need to fit the whole thing uncompressed to actually run it. I think i misunderstood you