-
Notifications
You must be signed in to change notification settings - Fork 252
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
List of widgets and planned features? #8
Comments
Yeah, a "non-intrusive build" is one of the most important requirements that compelled me to write Elements. Would you be willing to contribute such a wish-list? Do you need only rich text display or do you need rich text editing? Display is already possible. There is a also cairo-based (based on Element's canvas) monospace text-editor, although I am debating with myself on whether to use native widgets for such a thing. Same with rich-text editor. |
I could, but I really have no skill/knowledge for anything graphics-relared. Also no documentation is a significant barrier to the project. Anything as simple as auto-generated Doxygen would help. I can learn, test and propose a lot though.
Display only. But I need simple canvas capable of drawing text and basic shapes for other tasks.
I have no idea about the difference between native and non-native widgets. |
Well then it's already there (both the simple canvas and the rich text display). I'd start by looking at the examples and trying to run them. I'm hesitating to start documentation because the API is still changing. I can probably start documentation for some of the stable components. |
Anything making easier to work with the library or for an eventual contribution could help. I can beta-test this in my project(s) but not sure if you like to have a lot of question-like issues. |
What do you think about such list? https://github.com/qPCR4vir/nana-docs/wiki/Widgets I find it very useful because any library user can quickly identify how each widget looks and how it is named. |
We already have most of those, some with similar names. The main difference with most other gui toolkits is that with elements, these are composed of smaller, more modular units (elements). A lot of these are composed in the "gallery", a compilation of pre-defined composites that the user can use as-is or modified to suit. Take a look at the menu, for example, to have an idea what I am talking about. |
I think a good way to compartmentalize the library is by the examples. The examples provide a great overview over the current 'feature list' of the library. |
Definitely agree. Your library already has a lot of them but I have to admit that for many libraries examples are a very good way to showcase what and how can be done with the library. For some very unique libraries (eg Spirit) it would be very hard to understand how they should be used without example programs. I still haven't really checked the contents all examples (was more concerned about correct build), might aswell close this issue if after inspecting them I have no more questions. |
I have read the article about the library and I'm interested in using it. I know it's still very early (no documentation) but I struggle to find a modern C++ GUI that has non-intrusive build and a large set of widgets.
I think it would be good to have a list of planned/implemented features/widgets. I'm mostly interested in rich text display (bold, italics, color, custom fonts) and simple canvas.
The text was updated successfully, but these errors were encountered: