Andrew Eddie1 - Original answers in english: The is a jump in the power of the framework, certainly.  Several helper classes (JModelList, JModelForm and others) make the MVC even easier to use and the forms API (JForm) will really improve how developers handle forms.  The JDate class now extends from PHP 5's built in DateTime class so handling dates before 1970 is no possible.
Extension developers also get some new toys by being able to register update sites that will allow Joomla to check if it has the latest version of installed extensions.  The deeply-nested categories API should be portable across any extension that wants to use it, and the new access control system is extremely easy to plug into.

---

1 - In italiano: Certamente c'è stato un salto nella potenza del framework. Molte classi (JModelList, JModelForm e altre) renderanno più semplice l'utilizzo dell'MVC e le form API (JForm) miglioreranno la gestione delle form da parte degli sviluppatori. La classe JDate estende nel PHP5 la classe DateTime, perciò gestire le date anteriori al 1970 non è possibile.
Gli sviluppatori di estensioni avranno anche la possibilità di registrare i propri siti per permettere a Joomla di controllare se è presente l'ultima versione dell'estensione installata.
Le categorie API profondamente nidificate dovrebbero essere portabili su qualsiasi estensione che le utilizzi e il nuovo sistema di accessi è estremamente semplice da inserire.

Andrew Eddie2 - Original answers in english: Only a quarter of the extensions in the JED are commercial, which is probably a good ratio. Extensions are expensive to develop and support so it's no surprise that some people require payment.
On the topic of native MVC, I don't have a good answer. It's possibly because most of the people who know the system really well (like me) have not had the time to write good documentation to follow. I know this takes quite a bit of time and the limited amount of material I have produced took a long time to prepare. Hopefully this year I can produce a lot more material in this area.

---

2 - In italiano: Solo un quarto delle estensioni della JED è commerciale, il che è probabilmente un buon rapporto. Le estensioni sono costose da sviluppare e supportare, perciò non è una sorpresa il fatto che alcune richiedano il pagamento.
Per quanto riguarda l'MVC nativo, non ho una buona risposta. Probabilmente perchè la maggior parte delle persone che conoscono il sistema veramente bene (come me) non ha avuto tempo per scrivere una buona documentazione da seguire. So che questo richiede un bel po' di tempo e la quantità limitata di materiale che ho prodotto ha richiesto molto tempo per la preparazione. Speriamo che quest'anno io riesca a produrre molto più materiale al riguardo.

Andrew Eddie3 - Original answers in english: We won't be having a template contest for 1.6, no. There are a number of changes coming regarding the development process, and some have already been implemented. Templates for 1.6 and beyond will now be treated as normal contributions. That is, you will be able to do your work in a branch and submit your work (template, component, etc) to be approved to go into the core. So if someone contributes a HTML 5 template we will appraise it like any other extension. The main point is it needs to be working and stable for it to be committed to the trunk code. In this way, we will always be able to maintain a "stable trunk". So it's really up to the community now to show an interest in providing the stock Joomla download with great examples of what you can do.

---

3 - In italiano: Non ci sarà un template contest per la 1.6. Ci sono una serie di cambiamenti riguardanti il processo di sviluppo e alcuni sono già stati implementati. I template per la 1.6 e oltre verranno trattati come normali contributi. Ovvero, si potrà realizzare il proprio lavoro in una branch e inviare il proprio lavoro (template, componenti, ecc) perchè vengano approvati per entrare nel core. Perciò se qualcuno contribuisce con un template che supporta HTML 5, lo valuteremo come qualsiasi altra estensione. Il punto è che deve funzionare ed essere stabile per essere inserito nel codice in fase trunk. In questo modo, saremo sempre in grado di mantenere una "trunk stabile". Quindi sta alla community ora mostrare il proprio interesse nel fornire uno stock di grandi esempi di ciò che può fare.

Andrew Eddie4 - Original answers in english: In 1.6 we've taken small steps towards this. I don't know if the future version of Joomla will have dynamic translation natively, but in 1.6 all content will be marked with a language tag, and that includes modules and menu. The idea will be that you can manually switch the Joomla web site to display only content from a single language (that's the plan anyway). For now though, the main thing will be to try and make it easier for the makers of products like Joomfish to be able to operate.

---

4 - In italiano: Nella 1.6 abbiamo fatto piccoli passi in questa direzione. Non so se la futura versione di Joomla avrà una traduzione dinamica nativa, ma nella 1.6 tutti i contenuti verranno marcati con un tag lingua, inclusi i moduli e i menu. L'idea è di consentire di cambiare manualmente il sito in modo da visualizzare solo i contenuti di una determinata lingua (questo è il piano). Per ora, però, principalmente si cerca di rendere più facile operare agli sviluppatori di prodotti come Joomfish.