Changes between Version 22 and Version 23 of GoogleSummerOfCodeIdeas
- Timestamp:
- Mar 6, 2010, 9:22:04 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
GoogleSummerOfCodeIdeas
v22 v23 18 18 * eg. NickName is currently on IRC or AnotherNickName reads the mailing lists. 19 19 20 Actual Ideas 20 === Actual Ideas === 21 21 * Non R1 tasks: http://dev.haiku-os.org/wiki/FutureHaikuFeatures 22 23 This is a list of ideas that are planned for inclusion in Haiku R2. 22 24 23 25 * TTY Layer 24 26 27 The TTY layer is needed for proper serial port support in Haiku. Until now the serial port was reserved for kernel debugging, but it is now time for proper userland support. Rewrite the API that was available in BeOS R5, and make sure it can be used with a real serial port. USB to serial converter may or may not be included. 28 25 29 * Remote app_server -- user-friendly integration 30 31 The remote app_server allows you to connect to another computer in a graphical shell and run distant applications. It is working fine, but needs a nice graphical window to launch it. For now it needs a command line. Note : this is probably too easy for a GSoC project, unless I'm missing something ? 26 32 27 33 * Updating & Utilizing RamFS … … 35 41 * read imagefile from disk to ramfs at boot 36 42 43 The RamFS allows to use part of your memory as if it was a disk volume. This can be used to store temporary file, but is also really interesting when runnning in livecd mode. As the CD cannot be written, you have to use a RamFS volume to store all of your data while running the system. When you power your computer off, you can dump this RamFS either to an usb disk or a plain file on some partition on your hard drive, so you can load it back next time you boot your haiku livecd. 44 37 45 * Filesystems: general improvements 38 46 * EXT, ReiserFS: write support … … 41 49 * Note: Utilizing FUSE is possible, but a single FUSE project tends to be small. 42 50 51 Haiku has great support for its own filesystem, but most others are only available read-only, or not at all. It is way better for interoperability with other systems to be able to read and write to these disks. 52 43 53 * Non-x86 Ports: 44 54 * ARM 45 55 * PowerPC 56 * x86_64 57 58 As of now, Haiku runs only on x86-pc machines. The PowerPC and ARM ports are there, but they are far from finished. The x86_64 port is not even started. All of them will likely help haiku get mainstream : ARM and 64bit systems are likely to become more and more common. Most of the work is kernel-related, and is about getting Haiku to boot. Once the kernel is OK, most apps should go fine. PowerPC may have some endianness problems, and 64bit may mess up pointer arithmetics. 46 59 47 60 * Improving POSIX support 48 61 62 Haiku is not UNIX, but it has a compatibility layer allowing POSIX applications to compile and run without changes. This layer is already far more complete than the one in BeOS R5 was, but it's still lacking some stuff here and there. Tasks include testing the support by running some known/standard test suite, reporting the status and fill in the missing blocks. 63 49 64 * Updating applications to use layout manager. 50 65 * #4619 has some examples in the '''Skipped''' section 66 67 The Layout Manager is an API introduced in Haiku. It allows windows to be layouted automatically and adapt to the font size settings. It also greatly helps localizing applications. Unfortunately, some apps are still not using it and behave quite badly. Update them. 68 51 69 * Locale related: (PulkoMandy as likely mentor) 52 70 * Formatting stuff (number, dates, ...) 53 71 * Handling polish plurals (as pointed out by aljen) 54 72 * font overlay and right-to-left languages support 73 74 The Locale Kit is a new API in Haiku, allowing to translate an application automatically at runtime. It is still quite young and incomplete. ICU is used as a backend, but the API should provide support for binary compatibility, and have a tight integration in the rest of the original Be API used in Haiku. Task is plugging ICU backends to the already existing stubs, studying localized applications to see where they have problems the locale kit should solve and designing the appropriate API. 55 75 56 76 * Fix and improve Haiku's mail system (which [http://dev.haiku-os.org/query?status=assigned&status=new&status=reopened&component=%5EApplications%2FMail&component=%5EServers%2Fmail_server&order=id&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component tickets] exactly has yet to be decided).
