Unless we (as a user group) are proposing that Assembler is somehow incorporated into the PICAXE editor we're starting a religious war on whether knowing assembler makes for a better coder.
As the PICAXE basic is not even compiled into hex in the conventional sense it seems at odds to expect RevEd to introduce support for it now; if the project I'm working on demands embedded assembler then I move to a different non-PICAXE versioned chip (e.g. the 18F25K22) and a different compiler that supports such things (Swordfish). And that happens only occasionally.
Anyway, I can't believe it's going to make for
better programmers.
I know many people who can drive a car and yet have absolutely no idea of what / how a piston is /works never mind valves, camshafts and the rest. But they drive the car just fine. Knowing how something works doesn't necessarily affect how well you operate the product.
I've used this real-world analogy because I used to take car engines apart (and, much to my surprise, successfully put them back together) as well as gearboxes, clutch plates, thrust bearings and the like - but it doesn't make me one jot a better driver! Interesting yes, agreed, but of limited interested to "average car users".
Risking divorce, I can say that my wife can barely find the fuel filler cap but still manages to drive the car well. Would she drive better if she knew how to change the oil? Or what 5 degrees BTDC means for the valve timing? (This is rhetorical, don't answer!).
I think there are better things that RevEd could introduce into the PICAXE system: string handling, named variables rather than symbols, negative numbers, following the PEMDAS order of execution on maths, automatic collision of word/byte variable detection [mentioned earlier in this thread - caught me out this week!] and several more.
All these (and several more already raised by others) would appeal to a much wider (including the beginners' or school) audience than understanding what MOVLW means in assembler and why you might want to use it. IMHO, obviously.