windows dev all in one bundle
Good job guys! I was just updating my 'doz build environment and found that I no longer have to download 90 separate files. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk.HTML class nonexistent [was: Re: [pygtk] Computing optimum size of gtkhtml2.View]
On Fri, Aug 15, 2008 at 9:53 PM, Sven Neumann <[EMAIL PROTECTED]> wrote: > Hi, > > On Fri, 2008-08-15 at 19:20 +, Luke Kenneth Casson Leighton wrote: > >> qt4 has support for "Rich Text" - simple things like "< b >hello< /b >" can >> be >> detected and displayed, and the size of the box is "enforced" as a minimum >> width >> and height onto the application. >> >> it's _essential_ that GTK have similar such functionality. implementing >> these >> features "outside" of the core gtk widget set - using pygtk2 alone - >> registers >> on the "awkward to literally impossible" scale. > > What's wrong with using gtk.Label("hello", use_markup=True) ? haven't got a clue - inexperience led me to believe that didn't exist? :) will let you know tomorrow - thanks for pointing it out. i've got a long way in a short period of time, but will quite literally be covering absolutely every single feature of python-gtk2 (and python-qt4) so was bound to miss something, somewhere. if it works, it means that one of the big show-stoppers on pyjamas-desktop-gtk2 is gone. i still have quite a list of other things - the functionality of gtkhtml3's "object_requested" is _perfect_ for what i need for "HTMLPanel()" (see http://code.google.com/p/pyjamas or google webkit they're both the same except one is a python-to-javascript compiler, the other is a java-to-javascript). an HTMLPanel() you can insert Widgets into the HTML. gtkhtml3 provides exactly this functionality, passing you the classid in when you catch the signal. ... except... python-gtkhtml3 doesn't exist: i hear that gtkhtml2 and gtkhtml3 are being dropped in favour of webkit. so, i have to find out if webkit supports that type of functionality. l. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk.HTML class nonexistent [was: Re: [pygtk] Computing optimum size of gtkhtml2.View]
>> What's wrong with using gtk.Label("hello", use_markup=True) ? > > haven't got a clue - inexperience led me to believe that didn't exist? :) ok - couldn't wait until tomorrow. i found out why it can't be used: pango markup doesn't support the full syntax of HTML that applications would expect to use. < div > and < code > - basic HTML tags - aren't supported. also, some apps use the (awful) < a href= "javascript:return false;" > click here < /a> trick to create a hyperlink, purely to get the cursor to change to "link". then they capture "click" signals on the Label (yes i found out about the trick of creating an Event box around Labels :). python-gtkhtml2 was adequate to support this kind of trick, as is pywebkitgtk. Label.set_use_markup would, unfortunately, not do the trick. worth exploring, though - thanks sven. l. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Translucent Scrollbars
When looking at some Android screen shots[1] I've realized that their scrollbars are translucent. That's a really nice idea IMHO. I wonder if we can implement this feature in GTK+. Ciao, Mathias [1] http://www.spiegel.de/fotostrecke/fotostrecke-34358-7.html#backToArticle=572913 -- Mathias Hasselmann <[EMAIL PROTECTED]> Openismus GmbH: http://www.openismus.com/ Personal Site: http://taschenorakel.de/ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Translucent Scrollbars
Am Tue, 19 Aug 2008 15:17:10 +0200 schrieb Mathias Hasselmann <[EMAIL PROTECTED]>: > When looking at some Android screen shots[1] I've realized that their > scrollbars are translucent. That's a really nice idea IMHO. > I wonder if we can implement this feature in GTK+. > > Ciao, > Mathias > > [1] > http://www.spiegel.de/fotostrecke/fotostrecke-34358-7.html#backToArticle=572913 Hey Mathias, your example, and for that matter all screenshots with scrollbars on the linked site, is particularly a web browser. Are you thinking of a web widget only or generally of any widgets in Gtk that can be embedded in scrollbars? The latter might involve non-trivial changes, looking at how isolated scrollbars normally are from their child, there are even thick borders between the child and the scrollbars in the dozen engines/ themes I have tested here when writing this. ciao, Christian ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: windows dev all in one bundle
2008/8/14 Thomas Stover <[EMAIL PROTECTED]>: > Good job guys! I was just updating my 'doz build environment and found that > I no longer have to download 90 separate files. Thanks Tor, he did the job! -- Un saludo, Alberto Ruiz ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Translucent Scrollbars
2008/8/19 Christian Dywan <[EMAIL PROTECTED]>: > Am Tue, 19 Aug 2008 15:17:10 +0200 > schrieb Mathias Hasselmann <[EMAIL PROTECTED]>: > >> When looking at some Android screen shots[1] I've realized that their >> scrollbars are translucent. That's a really nice idea IMHO. >> I wonder if we can implement this feature in GTK+. >> >> Ciao, >> Mathias >> >> [1] >> http://www.spiegel.de/fotostrecke/fotostrecke-34358-7.html#backToArticle=572913 > > Hey Mathias, > > your example, and for that matter all screenshots with scrollbars on > the linked site, is particularly a web browser. > > Are you thinking of a web widget only or generally of any widgets in > Gtk that can be embedded in scrollbars? The latter might involve > non-trivial changes, looking at how isolated scrollbars normally are > from their child, there are even thick borders between the child and > the scrollbars in the dozen engines/ themes I have tested here when > writing this. Before even starting to think of all the layout-related technical details, one should stop to think if one really wants interesting content to be underneath mouse-usable scrollbars (ie. unreachable) and why... Then again, for a panned content, scrollbars that are translucent or even on-screen only when panning make perfect sense. However, I suppose such discussions should be deferred to a point in time that GTK+ actually has some notion of panning. Which would be nice, btw. -- Kalle Vahlman, [EMAIL PROTECTED] Powered by http://movial.fi Interesting stuff at http://syslog.movial.fi ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Translucent Scrollbars
Well, isn't the whole point of scrollbars to be able to scroll to stuff that's otherwise hidden (behind something else)? I don't see why it would be a problem to show a piece of the content that would otherwise be hidden at all. As long as scrolling to the sides completely, makes the content fully exposed at the left/top of the scroll bars. In that case of the android example, I can see that it would be a problem, but imagine a scroll view that has both horizontal and vertical scrolling. Then it could work, and could indeed make for a fancy theme. But anyway, it will be really hard to implement it in the current gtk. Maybe you could use the offscreen rendering, to render the part that would otherwise be below the scrollbar, and then blend that into the scroll bar in the theming code. On 8/19/08, Kalle Vahlman <[EMAIL PROTECTED]> wrote: > 2008/8/19 Christian Dywan <[EMAIL PROTECTED]>: > > > Am Tue, 19 Aug 2008 15:17:10 +0200 > > schrieb Mathias Hasselmann <[EMAIL PROTECTED]>: > > > >> When looking at some Android screen shots[1] I've realized that their > >> scrollbars are translucent. That's a really nice idea IMHO. > >> I wonder if we can implement this feature in GTK+. > >> > >> Ciao, > >> Mathias > >> > >> [1] > >> > http://www.spiegel.de/fotostrecke/fotostrecke-34358-7.html#backToArticle=572913 > > > > Hey Mathias, > > > > your example, and for that matter all screenshots with scrollbars on > > the linked site, is particularly a web browser. > > > > Are you thinking of a web widget only or generally of any widgets in > > Gtk that can be embedded in scrollbars? The latter might involve > > non-trivial changes, looking at how isolated scrollbars normally are > > from their child, there are even thick borders between the child and > > the scrollbars in the dozen engines/ themes I have tested here when > > writing this. > > > Before even starting to think of all the layout-related technical > details, one should stop to think if one really wants interesting > content to be underneath mouse-usable scrollbars (ie. unreachable) and > why... > > Then again, for a panned content, scrollbars that are translucent or > even on-screen only when panning make perfect sense. However, I > suppose such discussions should be deferred to a point in time that > GTK+ actually has some notion of panning. > > Which would be nice, btw. > > > -- > Kalle Vahlman, [EMAIL PROTECTED] > Powered by http://movial.fi > Interesting stuff at http://syslog.movial.fi > > ___ > gtk-devel-list mailing list > gtk-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-devel-list > ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Translucent Scrollbars
2008/8/19 Lieven van der Heide <[EMAIL PROTECTED]>: > Well, isn't the whole point of scrollbars to be able to scroll to > stuff that's otherwise hidden (behind something else)? I don't see why > it would be a problem to show a piece of the content that would > otherwise be hidden at all. As long as scrolling to the sides > completely, makes the content fully exposed at the left/top of the > scroll bars. Right, of course if you can scroll the content all the way it would work. I humbly stand corrected. You may start implementing ;) -- Kalle Vahlman, [EMAIL PROTECTED] Powered by http://movial.fi Interesting stuff at http://syslog.movial.fi ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
adding elastic tabstops to a widget
Hi all, I'm trying to make a proper GTK text editing widget that supports elastic tabstops [1] with a view to being able to use it in the near future in a PyGTK project (a programmer's text editor), and perhaps one day getting it added to GtkTextView or GtkSourceView. I have something pretty close to being finished. I've developed it by hacking the main Pango and GTK code directly rather than making new GTK objects that inherit from the standard objects - I figured I'd get the functionality working properly before moving the code into new files. It consists of 2 parts: 1. Modified PangoTab structure to contain "width" (distance between tab characters) and "contents_width" (width of text between tabs) values, instead of "location" (distance from left margin to tab). Changed "get_tab_pos" function in pango-layout.c to accumulate "width"s leading up to and including a given index, instead of returning the "location" for that index. This allows programs to just change one cell's width without getting every leading cell's location and changing the location of every subsequent cell on that line (IMO this makes the API easier to use regardless of the elastic tabstop functionality), as well as letting my elastic tabstop code cache the widths of the text betwen cells for performance reasons (I don't want to have to recalculate it for potentially many lines every time a character is inserted/deleted). Note: with a bit of work I suspect my contents_width cache values could also be used to improve the performance of conventional tabstops. 2. Modified gtktextview.c (or gtktextlayout.c - not sure which is a better place) to get and set PangoTabs' width and contents_width values as text is inserted/deleted etc. This makes up most of the code. So, my questions are: What do I do next given my goals of being able to use this stuff in a PyGTK project and perhaps one day getting it added to GTK proper? and How do I make an object which inherits it's functionality from, say, GtkSourceView, adds my functionality described in point 2 above, and uses my modified PangoTab structure and pango-layout functionality described in point 1? Thanks, Nick [1] http://nickgravgaard.com/elastictabstops ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: On font dialog default sample string selection
2008-08-18 klockan 06:14 skrev Behdad Esfahbod: > Note that Gtk+ can also use a special translatable string to let translators > decide what string should be used for their language. Let's call this > "current locale's preferred sample string". There's a bunch of sample strings (mostly pangrams) in gnome-specimen translations. mvrgr, Wouter -- :wq mail [EMAIL PROTECTED] web http://uwstopia.nl never lived never lived :: i'm in love-- black rebel motorcycle club signature.asc Description: Digital signature ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list