Re: The Future?
> Care to file an issue: > > https://gitlab.gnome.org/Infrastructure/gtk-web > > to update the wording? Done, see https://gitlab.gnome.org/Infrastructure/gtk-web/merge_requests/5 Thanks, Kasper ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: The Future?
> Care to file an issue: > > https://gitlab.gnome.org/Infrastructure/gtk-web > > to update the wording? Sure, no problem. Cheers, Kasper ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: The Future?
> 1. GTK is not so cross-platform anymore: on Windows and macOS, you > are supposed to build your own library binaries (gvsbuild for Windows > and jhbuild for macOS exist, but are not foolproof). That's definitely not true; on Windows there's vcpkg and on macOS there is Homebrew; both let you install reasonably up-to-date versions of GTK3 with a single command line. What's difficult, however, is to find information on this, and on how to use these. I maintain a large, fully cross-platform GTK3 app (cadabra) and once we had vcpkg and Homebrew figured out, we haven't had any GTK-related issues anymore. So I personally think that what drives people away from GTK (or put more friendly: what makes people less likely to choose GTK than QT or something else), is that the information on GTK's web site is not sufficiently newcomer-friendly. Good documentation is almost as critical as good code, and while the GTK code is excellent, it lacks on the documentation front. Not for the API documentation, that one's fine. But for the 'big picture documentation', which includes up-to-date instructions on how to get it up and running on all platforms. Why gtk.org does not even seem to mention vpckg and Homebrew is a mystery to me, and seems easy to fix. Cheers, Kasper ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: documentation pages broken
I'm happy to volunteer to get this sorted, but I need access (and a few pointers to get me started would also be useful, but I can live without that). The situation right now is really not reflecting well on the otherwise excellent C++ bindings. Kasper On Thu, 14 Feb 2019 20:15:49 + Emmanuele Bassi wrote: > Thanks. > > Sadly, there is just one person responsible for library-web, and he > maintains it on his spare time—which has gotten considerably smaller. > > I'd be tempted to suggest the *mm bindings developers to use CI to > generate the documentation and publish it on the GitLab pages, like > GTK does for its master branch; at least it would be *something*. > > Sadly, the automated publishing of documentation from release > tarballs is an unsolved problem: we kind of painted ourselves in the > corner, here, by having infrastructure in place that automated > everything to the point of not being maintained any more. > > Ciao, > Emmanuele. > > On Thu, 14 Feb 2019 at 20:05, Kasper Peeters > wrote: > > > > > Full story: the API documentation for many of the C++ bindings > > > > at > > > > > > > > https://developer.gnome.org/references > > > > > > > > is currently broken. > > > > > > > > > > > This is unexpected. > > > > > > Can you file an issue on the GitLab issue tracker for the > > > libraries without a reference? > > > > There is one already, > > > > https://gitlab.gnome.org/Infrastructure/library-web/issues/12 > > > > It's a year old... No-one with sufficient access rights seems to > > feel responsible enough to do something about it. > > > > Cheers, > > Kasper > > > > ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: documentation pages broken
> > Full story: the API documentation for many of the C++ bindings at > > > > https://developer.gnome.org/references > > > > is currently broken. > > > > > This is unexpected. > > Can you file an issue on the GitLab issue tracker for the libraries > without a reference? There is one already, https://gitlab.gnome.org/Infrastructure/library-web/issues/12 It's a year old... No-one with sufficient access rights seems to feel responsible enough to do something about it. Cheers, Kasper ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
documentation pages broken
TL;DR: can someone who is responsible or knows someone who is responsible for the developer API pages please read the text below, there is a serious issue with many GNOME libraries NOT having any API documentation online. Full story: the API documentation for many of the C++ bindings at https://developer.gnome.org/references is currently broken. Sorry for the somewhat off-topic post. ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
gtk on windows 10
I have successfully compiled a previously linux-only gtk-based program on Windows 10 using the vcpkg packages. Things run, but the look is not good yet. What is the up-to-date status of getting gtk apps on Windows 10 to look as native as possible? I tried a etc\gtk-3.0\settings.ini file with content [Settings] gtk-theme-name=win32 which does give things a Windows 7ish look, but all window decorations (close/max/min) are broken and show the default 'grey picture' icon. In fact, I get this problem with any theme, not just win32. I am running gtk-3.22.19 (which is what is current in vcpkg). So concretely: - What's the best way right now to get a Windows 10 look with gtk apps on Windows 10? Is there anything like builtin like 'win32' but with updated look? If not, what's the recommended theme? - How do I get the window decorations to show up properly? (do I need to install a theme engine or something like that?). Thanks, Kasper ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
querying text-scaling from remote system
I am having some trouble trying to make an app play nicely with text-scaling-factor settings. I need to have access to this setting in order to be able to scale some images drawn on a canvas so they match text drawn with gtk. If I run things locally, I can query org.gnome.desktop.interface.text-scaling-factor or org.cinnamon.desktop.interface.text-scaling-factor, and all is fine. However, I run the app on a remote system (by 'ssh -X') and display things locally, these queries will give me the settings of the remote system. Gtk seems to have no problems figuring out my local settings even when running from the remote system, as all text looks the same as when I run the app locally. So the above is probably not how I am supposed to to do things. I have read that The correct place to query the current scale factor is from the X server itself, via some toolkit's api, or using the X11 api directly to read the server xsettings. (https://github.com/electron/electron/issues/1150) but I can't find the relevant api call for gtk. Any suggestions? Is there a good authoritative source for doing these kind of things which is up-to-date? Thanks! Best, Kasper ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Style tabs with css
Is it possible to style 'tab' characters in a TextView widget such that they become distinguishable from ordinary spaces? I tried looking for a list of all CSS properties known to TextView but couldn't find any. Thanks. Kasper ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
TextView background color: bug or misunderstanding?
I am trying to make the background colour of all TextViews white, using gtk_widget_override_background_color() This does make the background white, but it also makes the color used for selection highlight white. As a result, I can't see anymore what I am selecting. So I thought this might be because I am supposed to use CSS for styling, but that actually leads to the same problem. If I do the following (sorry, this is gtkmm code, but the logic should be clear): Glib::ustring data = GtkTextView { background: white; }; auto css = Gtk::CssProvider::create(); css-load_from_data(data); auto screen = Gdk::Screen::get_default(); Gtk::StyleContext::add_provider_for_screen(screen,css, GTK_STYLE_PROVIDER_PRIORITY_USER); then I also get a white background, but again the selection highlight color is now white too. Is this a bug? (this is with gtk-3.10.8). Or am I doing something wrong? Thanks! (I have asked this on gtk-list but no-one there seems to have an answer). Cheers, Kasper ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Changing background of TextView makes selection invisible
Before you start following the page it is owth noting that gtk_widget_override_color(), which function is recommended here for you want to do No, that overrides the color of the text of the widget, not the background color. There is 'gtk_override_background_color' (also deprecated since 3.16) but that exhibits the same problem as the CSS-based solution: while the color of the background indeed changes, it also sets the color of the selection highlight to the same color. As a result, when you select text in this TextView, you cannot see how much you have selected. Cheers, Kasper ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Changing background of TextView makes selection invisible
I am trying to make the background colour of all TextViews white, using something along the lines of (this is gtkmm, but the problem is the same in pure gtk): Glib::ustring data = GtkTextView { background: white; }; auto css = Gtk::CssProvider::create(); css-load_from_data(data); auto screen = Gdk::Screen::get_default(); Gtk::StyleContext::add_provider_for_screen(screen,css,GTK_STYLE_PROVIDER_PRIORITY_USER); This does make the background white, but it also makes the colour used for selection highlight white. As a result, I can't see anymore what I am selecting. A different colour leads to the same result: the highlight colour becomes the same as the background colour, and hence the selection becomes invisible. The same also happens when using the override_background_color(..) function of the widget. Is this a bug? (this is with gtk-3.10.8). Or am I doing something wrong? Thanks! Cheers, Kasper ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
text in margin of textview
Hi, I am looking for a way to write text in the margin of a TextView widget, something along the lines of a line of text another line of text margin note third line of text more text even more text another note text text text all there is is text I tried to play with the indent property but couldn't make it work like in the example above. Does anyone have some sample code to do what I want? Thanks, Kasper ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
avoiding word-break at underscore
The textview widget, when in WORD_WRAP mode, considers underscores and * characters to be word boundaries. Is there any way to avoid this? Kasper ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list