Your article looked interesting so I decided just a moment ago to download and compile your latest version (0.90 - 64bits) in VS2015.
Just to inform you, for some reason I got a warning from Kaspersky that x11 executable contains malware and/or a virus. I assume it's a false alarm because you probably use some advanced technique that normally is only judged to be used by virus/malware makers, but I would advise you to have a look what's going on.
I can only imagine this has something to do with System.Runtime.InteropServices.Marshal methods - i use PtrToStructure, StructureToPtr and GetFunctionPointerForDelegate among other, that might be identified as potentially dangerous.
Are there any further information than just a general warning?
Yes, it's a lot of work. Besides my general interest for GUI frameworks, the second reason to start Xrw was my dissatisfaction with GTK# (not up-to-date, no reflection) and GTK (no modern/highly aggregated controls).
I'm sure - the 'near future' focus for Xrw will be MVVM and XAML. This is an objective, that is unrealistic for GTK#/GTK (because the latest Mono/.Net platform features must be applied and GTK is C). I can't estimate how much the Mono community stick to GTK#.
Because nobody cares for memory consumtion or CPU load today, XAML seems to be a real cool thing (now i can define a GUI via XML - and i would never return to program a GUI)!!!
With this aspect in mind: Would you renew your suggestion?
1. I'm totally cool with your interest in GUI frameworks I also love GUI frameworks. I even did two a while back (c++/win32). Speaking from experience, not sure this is the way to go (of course, this is my biased and totally personal opinion)
2. I'm not very sold on XAML - speaking again from experience, since one of the projects I'm involved in uses XAML big time. I'm totally for MVVM, but the VS editor sucks big big time, and haven't found a decent one.
3. Having said that, if the XAML does not match the one from WPF (so that the code would not be portable), not sure I would be inclined to use your framework.
4. In the near-to-medium future, I don't see myself ever wanting to program for X11-only. I want an awesome GUI form editor (which VS/WinForms totally has) - and looks like MonoDevelop has something rather decent. I would be interested to port my project (logwizard) to mono, but to develop a new UI from scratch - never.
5. So long story short, my interest in mono is a bit biased - I want to port c# projects as easy as possible. Which is why I think mono could certainly use developers like you.
6. About my original suggestion: if you could make something that is portable (Windows/Linux), I can certainly understand the appeal.
6a. If you decide to port WPF common controls to Linux, that would be deadly awesome - but again, a HUUUGE amount of work.
6b. If you decide to go with your own controls, you will have a much less user base. My take on this is that if you have a small user base, at some point, you will give up on it - since the work will outweigh the benefits big time.
thanks for your reply! This conversation helps a lot to think over where i am and where i want to go (with Xrw).
1. The question i have to answer for myself sooner or later is - shall i spend as much time for a framework (not an application)? At the moment it's still a lot of fun to enhance Xrw - but sometime the fun might turn into labour to close the holes (printing system and GUI editor).
2. XAML has a lot of pitfalls, but it convinced me the moment i compared the number of lines necessary to design a GUI. OK - if you design the GUI with an GUI editor (no matter whether Windows.Forms, WPF or GLADE) it doesn't matter.
3. Currently the XAML dialect of Xrw is almost 100% compatible - for all terms, that are supported. Take a look at my Code Project XAML articles, if you haven't already.
4. That is my point of view too, X11/Mono isn't interesting enough by itself. Instead it is very interesting for authors to provide their Windows application with very little effort for X11 as well.
5. I'll think it over.
6a. This is the way the framework should be advanced, i think.
6b. Absolutely. But it's not as easy as it was with Win32. WPF is based on DirectX. X11 has great support for OpenGL. Both require not only to implement the controls, but they require to implement the window manager and event queue as well. Even more HUUUGE amount of work.
1. Exactly. The thing is that the framework will be such a huge task, and it's very likely that at the beginning, most apps will run into some sort of trouble, which you will need to fix ASAP.
2. Agreed, once you have a GUI editor, you're good - which I always *ALWAYS* prefer. To me, in the 21st century, this is a requirement. Writing the GUI myself, line by line, that's like going back to stone edge. I just won't do it.
3. That sounds awesome!
4. Yes, and basically porting a WinForms using your lib does not work. I don't mean that as any offense, it's just what it is.
6b. I certainly wish you the best of luck! Basically, this is an insane amount of work. And lets not forget styles, triggers and such. I've seen some insane things done in WPF, and having that ported to X11 would prove pretty amazing.
Especially for answer 2. The WPF GUI editor of Visual Studio (including 2013) is bad - espcially the property editor, from my point of view. I prefer to create and place controls via WPF GUI editor and to configure them via XAML code. This makes it dispensable.
But this must not necessarily be the mainstream point of view...
Last Visit: 31-Dec-99 18:00 Last Update: 25-Jul-16 12:05