@PulkoMandy очень хорошо! (Perfect!) Done the Yawerty keymap and works perfect.
One down, one to go.
Thanks for the tip.
@humdinger agree with that. Actually I use more the chinese typing than the russian, so I am more interested on getting chinese to work properly. It’s not going to be easy to get Asian (chinese) devs, as far as I know.
I think the “ibus model”, or the “fcixt” (not sure if is fcixt or fcitx) are good “mirror”. Though for a common user, it is not that simple to get proper CJK support with ibus, at least on Ubuntu and derivatives, involves some “apt” or “Synaptic” usage.
I like simple things, simple apps that what they do they excel at it, a simple, easy to set up, unified input method is something good for any user. Though chinese usually use an extra input method besides the default one, at least on Windows, that offers extra options. For me that input method is extra bloatware, unneeded cpu eater, but I’m no chinese.
KiCad 5.x (would require getting it working on WxQT, they target WxGTK normally it’s been done before though).
Scribus (I’ve started writing a book)
It would be nice to have a Modern Firefox port in addition to Web+.
A full blown IDE for C/C++/Rust ala VisualStudio (Koder + code completion/style checking like Resharper/debug UI/GUI RAD) It would be nice if it supported Arduino cores also for targeting MCUs.
An accelerated version of QEMU (supporting HAXM or KVM etc…).
It’s pretty amazing that a lot of this feels pretty attainable on Haiku these days.
well, it’s more a development platform than an application, but a port of LiveCode could be clever. of course there is an open source variant and as a relatively young/small platform, i could imagine that it would be an interesting match for the makers of livecode, too?
Stable webbrowser, which starts videos (for example on youtube) and shows all websites correct.
VirtualBox for Haiku. At best replacing for the GUI Qt with the BeAPI. Haiku have to be the best host-system for Virtual Machines.
Top games. Haiku have to be the best Desktop Gaming OS. This means, that the same game for Linux, Windows, macOS and Haiku have to run on Haiku as fastest with the lowest memory usage.
If Haiku is the best for games, I think it is not far awy, to be also the best for Video-editing, picture-manipulation, Visualization, development and a lot of other things, too.
Ok, as sever or as touchscreen OS it will be possible not the best solution, but for nearly all other things.
I think that Haiku can be OS for some gaming console. If some Sony Playstation would run Haiku instead of BSD, this would be beneficial for the user and the producer. I think (hope) Haiku would be more eficient .
Also, in this way some gaming console (with Haiku) would be possible to use as PC.
Emulation and virtualization can bring a ton of games as well as other software. This will make using Haiku full-time more realistic for more users. Later on, those users will desire more native software, creating an incentive for companies to code for Haiku.
That would, of course, be great, but will not happen.
Systems are not selling software; software is selling systems!
AA games could be released for Haiku (smaller companies are less reluctant to release on niche systems; some are even releasing their Games on the Amiga). Only a minority, if at all, of AAA games are even released on macOS, so there is little to no chance to get top games onto Haiku.
To bring games onto Haiku, you need to have exclusive games people are craving for! You need to create demand. A mere increase in performance on Haiku will not create that demand (cost for porting and support and the lack of market share are not worth the investment).
What are the pros and cons?
BSD is more mature and its license fits Sony in what they want to achieve very well.
Consoles are a walled-garden. Soft- and hardware can be tailored to what you need. There is no need to support any possible hardware combination, as there is only one specific hardware to support.
Besides all this, no one stops anyone to come up with a Haiku-powered console.
It’s the same issue again: why would you want to run your industry and battle-proven software in emulation/virtualization mode? It already runs on the OS you are currently using. There are no guarantees, that the software would behave the exact same way as running it on the target it was implemented for, but such a solution needs to offer that (you don’t get support/SLAs running your software in emulation/virtualization).
As long as there is no demand, there is no incentive to implement/port software to a different platform. Demand can only be generated with exclusive software, which does a better job than the alternative.
Also, keep this in mind: the best solution is not always the most successful one.
Modern web browser with full HTML5 support, adblocker and extensibility through web extensions (or whatever are called today the addons), possibility to create HTML5 webapps like I think Chrome could do.
A complete and professional grade office productivity sofware: document writer, spreadsheet editor, presentation editor, and if possible other features currently present in some office packages like maths documents, publication making support (like scribus or latex) and notetaking software. Interoperativity should be also a priority (both support of older formats and also modern standards such as opendocument and officeXML)
A modern and complete media player, with at least complete support of open audio/video standards formats and unencrypted DVDs (there are still users of DVDs). A media app should have support to play a media file, select subtitles, alternative audio or video tracks, dvd menus, metadata reader and editor, and integration with FS to create a library. Streaming and capturing could be a plus.
Professional grade image editor, RAW image manager (like darktable), drawing app, and vector image drawing app/editor (if possible, better than the sluggish Inkscape)
Professional audio and video editor software.
A financial program to manage your taxes or incomes.
A good communication software with calling support.
System or hardware support related:
Full OpenGL and Vulkan support.
Support of unsupported devices with a generic driver where applicable.
I’d say this is dreaming with open eyes. After a dozen years or so as an alternative operating system, neither Linux nor even macOS really managed to take off as gaming platforms. There is no way Haiku could get there. It’s not “just add 3D acceleration and suddenly we can run all AAA games”. Gamers are people who want low latency, great network performance, etc. The whole system must be optimized to provide the best experience. And Haiku is nowhere near that. Our kernel is built in debug mode, which makes it a lot slower, and even if you disable this, it is still not particularly tuned for performance (as we are still in the early days of the project, we care first about getting things working, and only later about them being fast and efficient).
So, 3D acceleration is a big project (even if we can reuse some code from FreeBSD). And it is just a little step in making Haiku a gaming platform. Not to mention we would also need working audio output and input drivers (these gamers will want to use teamspeak or mumble or whatever similar tool), we will need a proper port of SDL2 (the current one has many bugs not related to 3D Acceleration), etc.
Will release images from beta branch still be built in debug configuration? If so, is there an easy way to build some without it? I have a feeling that it can improve the video playback quality quite a bit and that bit is enough to make it play videos as smoothly as it can be (at least on my machine). Now that guys from HaikuPorts brought us a nice VNC/RDP client, it will be especially easy to use Haiku as a main system while still doing stuff that previously kept some people on Windows remotely. Sorry for off-topic
We kept debug mode enabled in alphas because it helps debugging. There are many “paranoid” checks (erasing all freed memory to make sure we detect use-after-frees, etc). These make sure when there is a bug, one will enter KDL as soon as possible, rather than attempting to continue running with corrupt memory (which could have even worse consequences).
Without this, the debug reports we would get would be mostly unusable (they would provide much indirect hint to the problems). As we are still without a QA team for now, we have to rely on unsuspecting users to perform the testing and bug reporting here. But, it seems a QA team is taking shape and will be setting up a better process for beta2. This means we can consider turning off debug mode then, maybe?
It is not about stripped symbols (probably not much noticeable changes on speed) nor compiler optimizations (these are enabled already). It’s about adding extra code to the kernel to check for many problems and try to detect them as early as possible.