Curious that Facebook didn't though

Yeah, they would be adversely affected too. They probably didn't do it so they could let people share and spread the anti-SOPA stuffs, just like Twitter.

Yeah, it's likely that inaudible audio (too high/too low) with a microphone and speaker on both ends may be the solution.
It's cheaper than actual wireless (at least $20 for a crappy board, $50+ for a good one).

You could also use the upcoming RaspberryPi - ARM board that you could throw Linux on and write the encoding software there!

I'm curious though - how fast would the sound pulses have to be, and can regular audio transfer handle that?
Would a difference in pitch be involved as well?

ExtendeD told me in an email that this project wouldn't take too long, so I'm not surprised!

Now, to actually get a Nspire CX...

Has this taken advantage of callbacks yet, given that Axe now has variable function calls?  All modern GUI designs these days are callback-based because it makes the programming simple and minimal.

Indeed we are. However, with this:

Dilog("Are you sure?",_LMYes,_LMNo)

That would be an example of over-doing it!

This would create a dialog with the text "Are you sure?" and when the "Yes" button is clicked, calls the label MYes and when "No" or cancel is clicked, calls the label MNo.  This is just an example implementation, but I wonder if its similar?

To fully answer this post... I know for a fact that wxWidgets does not do it this way, but it's C++, an OOP language, which Axe does not feature.... yet.

So for a better comparison, I'll use a C based toolkit which has some OOP principles implemented in the background (hint hint: something that we're aiming for!) for proper comparison.

If we look at GTK+, a very popular C GUI toolkit, we have GtkMessageDialog. (See the API here. This link points exactly to the section I refer to below.)

If you look at gtk_dialog_run(), it shows how might this be used. Let's display it here:
gint result = gtk_dialog_run (GTK_DIALOG (dialog));
switch (result)
  {
    case GTK_RESPONSE_ACCEPT:
       do_application_specific_something ();
       break;
    default:
       do_nothing_since_dialog_was_cancelled ();
       break;
  }
gtk_widget_destroy (dialog);We don't use callbacks in this case; instead, we take a result integer and compare it to another, preferably through predefined variables (in this case, GTK_RESPONSE_ACCEPT).

For those not versed in C, a pretty Python example (PyGTK) is shown below.
        dialog = gtk.MessageDialog(self, 0, gtk.MESSAGE_QUESTION,
            gtk.BUTTONS_YES_NO, "Are you sure you want to exit?")
        dialog.format_secondary_text(
           "We don't want you to lose any data.")
        response = dialog.run()
        dialog.destroy()
        if response == gtk.RESPONSE_YES:
            gtk.main_quit()
        elif response == gtk.RESPONSE_NO:
            print "Not exiting."
However, a case where callbacks may be (or rather, should be) used is when you create a window with all sorts of widgets inside.
For the sake of simplicity, I'll show PyGTK code.

**********************************
* Hello world!               [X] *
**********************************
* +--------+                     *
* | Button |                     *
* +--------+                     *
**********************************

import gtk

class PyApp(gtk.Window):

    def __init__(self):
        super(PyApp, self).__init__()
     
        self.set_title("Hello world!")
        self.set_size_request(250, 200)
        self.set_position(gtk.WIN_POS_CENTER)

        self.connect("destroy", gtk.main_quit)

        self.fixed = gtk.Fixed()
        self.add(self.fixed)
       
        button = gtk.Button("Button")
        button.set_size_request(80, 35)
        button.connect("clicked", self.on_clicked) # There's the callback! :)
 
        self.fixed.put(button, 50, 50)
     
        self.set_tooltip_text("Window widget")
        button.set_tooltip_text("Button widget")

        self.show_all()
    def on_clicked(self, widget): # This handle the event
        dialog = gtk.MessageDialog(self, 0, gtk.MESSAGE_QUESTION,
            gtk.BUTTONS_YES_NO, "Are you sure you want to exit?")
        dialog.format_secondary_text(
           "We don't want you to lose any data.")
        response = dialog.run()
        dialog.destroy()
        if response == gtk.RESPONSE_YES:
            gtk.main_quit()
        elif response == gtk.RESPONSE_NO:
            print "Not exiting."

PyApp()
gtk.main()

We, of course, can get even more complex by talking about the different ways you could handle events - GTK+ uses signals and callbacks, Qt signals and slots, wxWidgets an "event table" and regular callbacks (scroll down). Kinda crazy, eh? I think our plan is to do the "signals and callbacks" method, since it's the simplest to implement and possibly use.

---

Finally, a note to all: we follow the rule "show, don't tell" simply because we like giving surprises (who doesn't? ), but also it gives us freedom to work on it any time without any deadline pressures. And if it does die - possible, but not likely - no one can be really disappointed because we never offered any expectations in the first place.

This project is undergoing a significant rewrite - we used to do something like this:
AddButton(A,1,2)
While Z!=15
getKey->Z
If Z=1
Y+1->Y
End
. etc...
If Z=19 .or whatever ENTER is
DlgBox("Hello world!")
End

Doing it this way would make it impractical, verbose, and just a pain to make a GUI with.
Hence, we went for a complete redesign, with sophisticated planning so that you guys will enjoy the new, refined AGL once it's released!
As always, the foundation builds the house, NOT the roof nor the pretty furniture - and we're focusing on that foundation.

If you are really good at Axe, have a passion for GUI toolkits, and would like to help, come on board! We could use all the help we can get! Either reply in this topic or PM me and you'll get added in. If possible, showcase some of your previous best works (like a resume ).

A new year.... a new chance for infinite possibilities!

In case you have missed it (very likely), here's what I've posted out on OmniNET:

[00:02:50] -Global- [Network Notice] Juju (juju2143) - Happy New Year to everyone on OmniNET! (If you haven't gotten there yet, 1-3 hours should be enough! ) Here's to a prosperous and mellow New Year! [This NOTICE is synchronized to NTP atomic time. ] Sincerely, all the OmniNET opers/staff

(It says Juju because the OperServ system is rather quirky and when I "sent" it, it didn't really send. Juju tried to send something of his own, which sent mine... )

Anyway, on a personal note, I hope everyone has a fantastic, prosperous, and happy new year!
What are your resolutions for this year? Mine are:
Resolutions for this year?
1) Get a 2300+ on my SATs!
2) Get a 4.0 Junior year (unweighted)!
3) Get fit!
4) Accomplish more!

(#1 and 2 are typical Asian goals, but there's some depth in both )

I don't know... With Ndless coming to a final stage, I think people will be using more and more C.

Nah... Ndless' API is still... shocking... to write in, especially for those who did Lua before.
nSDL (one of my projects) is going to fix that, but Lua will still remain popular. Hopefully, they will both equal each other in the end.

On another note, congrats to everyone who won the POTY! If you didn't win, you're still a winner to me. Getting featured on TICalc.org is something to still be proud of, even if you didn't get a POTY!

That said, here's to an even better year full of fun programs!

So this is a C Wabbitemu backend with a JS/HTML frontend?

(I've actually found a C to JS compiler - a serious one called Emscripten. You might be able to have Wabbitemu all in a browser! I might try this...)

EDIT: You know what? I'm going to attempt this! Don't try it yet until I give up