|
|
Home » Developing U++ » U++ Developers corner » Development ToDo finalized
Development ToDo finalized [message #33980] |
Wed, 05 October 2011 22:58 |
|
mirek
Messages: 14039 Registered: November 2005
|
Ultimate Member |
|
|
It looks like there are no new suggestion, so here is the complete list of possible future development directions:
- Google NaCl support in theide(IMO, this one would be big for U++) [m]
- Google NaCl U++ backend [q]
- Web development framework (something like Jango in U++ should be piece of cake..) [q]
- Web development support in theide (html/js highlighting, some way how to export these to output directory) [w]
- Android support in theide [m]
- Android U++ backend [q]
- MacOS X support in theide [w]
- Gtk backend (more closely coupled, using Gtk eventloop) [m]
- PdfPainter [w]
- theide: Windows 64-bit debugging support [w]
- theide look&feel improvements (docking, new icons...) [m]
- "U++ embedded" - improving FB rainbow backend and maybe theide too to make U++ a good embeded platform [m]
- configurable MenuBar [w]
- some production quality complex examples for various different topics (MT events handling, client-server or P2P, etc...) (these would differ from simple examples in the way that they would solve everything including handling all error states, etc..) [w]
- JavaScript V8 in U++ [w]
- TheIDE extensions using JavaScript V8 [w]
- event loop/event for windows (libuv) and for unix (libev). [?]
- Painter: ability to render to preexisting buffer [d]
- Painter: multithreaded rendering [d]
- Painter: maybe ability to use different final backend, or some other optimization here to improve performance on 16-bit displayes - needed for embded [w]
- further and proper extension of upp for python. [w]
- codereview of Firebird SQL adapter and moving it to uppsrc... [w]
- on demand loading of some packages (U++ installation grew from 10MB to 30MB because it contains the whole bazaar). [w]
- choose between ScatterCtrl and PlotLib, adapt for uppsrc. [w]
- ipv6 support [d]
- finish video player, move to uppsrc [?]
Now, I would like to do 4 tasks to plan the next release (which is the one coming after 2011-10 release, say february-april 2012):
- vote what features are the most nice to have in U++
- estimate how hard would be to implement of each feature
- find volunteers to implement them (surely, I am ready to implement a couple of them...)
- based on above info, plan which features will get implemented for the future release
Now I have to admit I am now influenced by SCRUM metodology I became used to lately in my work; it is sort of stupid in the beginning, but it is productive in the long term... So I am trying to adapt what I think might work well for U++ here...
Write your opinions here, or perhaps we should have some nice IRC conference once again....
Mirek
[Updated on: Tue, 18 October 2011 20:33] Report message to a moderator
|
|
|
|
|
|
|
|
Re: Development ToDo finalized [message #34350 is a reply to message #33980] |
Fri, 18 November 2011 04:33 |
harmac
Messages: 16 Registered: January 2011
|
Promising Member |
|
|
Not many votes so far. How come?
From what you've listed I'd like to see:
1. U++ embedded [m]
Rather than creating the n-th web development framework, exploring a more neglected field might be more interesting. Especially interesting would be to run applications without an underlying operating system in a frame buffer on some development board. In another thread, the Raspberry Pi has been identified as potentially promising.
2. some production quality complex examples [w]
If I understand the description correctly, this will provide well-commented and explained example U++ applications and will as such serve documentation. This would be very welcome. Additionally, further in the documentation department, there should really be a PDF manual on the web site or alternatively a printer friendly single-page HTML manual to get people started. Documentation is actually as important as functionality and seems to be somewhat poor.
3. further and proper extension of U++ for python [w]
What exactly does this mean? Extending U++ for Python development? If so, that should be done in a general way to allow U++ to support further languages. Support for Python development in U++ would also address the wish to do web development in U++, since there already are some Python web frameworks. I also don't see of what use C++ would be in web development. There's also haXe that can be used to generate C++ code, and with a general way for U++ to support development in different languages, it could be used in U++ for web development.
4. IPv6 support [d]
Can't be wrong, no?
|
|
|
Re: Development ToDo finalized [message #34360 is a reply to message #34350] |
Fri, 18 November 2011 14:42 |
|
mirek
Messages: 14039 Registered: November 2005
|
Ultimate Member |
|
|
harmac wrote on Thu, 17 November 2011 22:33 | Not many votes so far. How come?
From what you've listed I'd like to see:
1. U++ embedded [m]
Rather than creating the n-th web development framework, exploring a more neglected field might be more interesting. Especially interesting would be to run applications without an underlying operating system in a frame buffer on some development board.
|
Actually, we are 95% there already...
Quote: |
In another thread, the Raspberry Pi has been identified as potentially promising.
|
I guess Pi is too powerful... you can run normal X11 desktop on it.
Quote: |
2. some production quality complex examples [w]
If I understand the description correctly, this will provide well-commented and explained example U++ applications and will as such serve documentation. This would be very welcome.
|
We have now 117 reference examples and 35 more complex demo examples.... More comments/docs are always fonr and more examples are always coming, but I would not say we are particulary lacking in examples.
Quote: |
Additionally, further in the documentation department, there should really be a PDF manual on the web site or alternatively a printer friendly single-page HTML manual to get people started. Documentation is actually as important as functionality and seems to be somewhat poor.
|
Even PDF we had at some moment, right now we have some problems as doumentation book got way too long to generate in single pass. Will be fixed..
Quote: |
3. further and proper extension of U++ for python [w]
What exactly does this mean?
|
Python as plugin, so that U++ app can run Python scripts...
Quote: |
Python web frameworks. I also don't see of what use C++ would be in web development.
|
Well, we already have most of technology ready. We have much stronger DB iface that would ever be possible in Python.
The endpoint for U++/web is that we are able to create more compact, more reliable and more easily deployable web apps, running about 20x faster than with Python. I believe it is worth the try...
|
|
|
|
|
|
|
|
Goto Forum:
Current Time: Sat Sep 21 04:40:30 CEST 2024
Total time taken to generate the page: 0.04186 seconds
|
|
|