But what can explain some framework like Qt or WxWidgets is well more known, is QT team or else has made advertisement ?

if I remember well, is unique in a sense that it is not emulated toolkit (means wxWidgets is using widgets from host platform, unlike U++ or Qt, which has own implementation) - this probably has some appeal for developers too.

Maybe it is a stupid question but in what's point of having widgets from host platform instead of emulated (which allow cross platform) could be attractive for developers ?
(knowing Upp widget can work on different operating system comfort me on the idea of one time I will be able to release my application not only on windows but also on Linux)

from my knowledge, beginner developer don't do C++, but everytime I introduce some of them to U++ they get convinced by the power of the tool. the only problem is their lack of skills about C++ and all the complexicity of "pointers" "mutex" "stack/heap memory" . Damn you modern alternatives to C++ !

But what can explain some framework like Qt or WxWidgets is well more known, is QT team or else has made advertisement ?

Yes. Unfortunately.

Frankly, I have run out of options how to change that years ago....

But what can explain some framework like Qt or WxWidgets is well more known, is QT team or else has made advertisement ?

Within this time humanity advanced in the term of thinking about programming language

Please notice that right know Linux kernel is experimenting with that technology and will probably allow to write drivers with it

For the larger compones (corporations) QT is better that WxWidget or Upp. The main reason for that is they have money to pay for professional license. But, it is not the case. The main reason for that is they offer stability. It is develop under QT company, so in compare to Upp which is mainly maintenance by single developer - Mirek. Please imagine what will happen with Upp when Mirek will stop working on that? In case of QT they can replace employees more easily. They also offer commercial support which is nice. If you are for example blocked by issue in the library you can force them to fix that issue. In case of Upp nobody can force Mirek to do anything

Please imagine what will happen with Upp when Mirek will stop working on that?

The problem with C++ is that it is 40 years old technology. Within this time humanity advanced in the term of thinking about programming language. The good example of that is Rust programming language. It is similar to C++ in context of performance (no garbage collector), but better designed. In context of memory safety (crashes are common problems with application written in C/C++) and easy to use (header files are outdated). Also it posses package manager, which makes whole platform easy to expand. Please notice that right know Linux kernel is experimenting with that technology and will probably allow to write drivers with it.

As an occasional U++ user, I think that it is a great cross platform RAD tool and only lacks two things:

- a good book (especially for beginners in C++).
There are many subtle places in advanced programs which are unclear and having a book, describing these technics would greatly help.

- a comprehensive help system.
As for now, there are many useful classes and functions in U++, that are not even mentioned in help and can be found only accidentally. For example: ImagePainter, BufferPainter, FileSelNative, PaintInfo, msecs(), usecs(), Random().

I understand that writing help is a boring work, but it could increase the popularity of U++.

Best regards,
Victor

IMHO a way to get momentum would be to get paid support/paid developers to advance in some interesting structural areas (not just developing a new widget) like other ide integration, mobiles, full Github integration, etc.
With that push we may make a quantum leap to be in the premier league.

You can imagine, for example, ten full-time expert programmers working under the direction of Mirek.
Just for 6 months, they could get a lot of things.

I still believe that the best chance is to carefully disseminate articles in places that (still) allow it, like CodeProject. If I would be able to write more than single article a year, things would probably be better

At least I am trying: https://www.codeproject.com/Articles/5268022/Getting-Started -with-Uplusplus-2020-1

mirek wrote on Fri, 07 August 2020 09:26

I still believe that the best chance is to carefully disseminate articles in places that (still) allow it, like CodeProject. If I would be able to write more than single article a year, things would probably be better

At least I am trying: https://www.codeproject.com/Articles/5268022/Getting-Started -with-Uplusplus-2020-1

Now if every U++ dev published just single article per year, we would be much better known now... (I have already fullfilled my quota this year with 2 articles

mirek wrote on Tue, 01 September 2020 12:35

mirek wrote on Fri, 07 August 2020 09:26

I still believe that the best chance is to carefully disseminate articles in places that (still) allow it, like CodeProject. If I would be able to write more than single article a year, things would probably be better

At least I am trying: https://www.codeproject.com/Articles/5268022/Getting-Started -with-Uplusplus-2020-1

Now if every U++ dev published just single article per year, we would be much better known now... (I have already fullfilled my quota this year with 2 articles

https://sourceforge.net/projects/upp/files/upp/stats/timelin e