Re: PyGtk and gtk-3.0 compatibility
On Sun, Nov 7, 2010 at 23:24, John Stowers john.stowers.li...@gmail.com wrote: John [1] http://github.com/nzjrs/pygtk/commits/gtk-3.0 [2] http://github.com/nzjrs/pygobject/tree/gtk-3.0 What's the status of this now? Is there every likely to be a pygtk release for GTK+ 3? I suspended the work during the large round of gtk+ breakage (rendering cleanup mainly) and have not had the time to return to it. My original goal was to do this in a backwards compatible way. With the recent API changes to gtk+-3.0 this is no longer possible, things like the expose/draw transition will be too hard to manage in PyGtk. GtkApplication making use of GVariant are also going to be difficult to wrap, minimally, the old way. That said, I did receive some negative feedback about the idea. PyGObject is the recommended way in future, and keeping PyGtk alive might actually hold the platform back. There is certainly some truth in that argument. In short, I am not sure what do do. Don't bother adding 3.x support to PyGTK. Let it remain at current released version forever, and give it only security/critical fixes. A good migration (to PyGobject) guide should do, at least for the most popular tasks. -- blog: http://tshepang.tumblr.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk 2 or 3
On Thu, Oct 28, 2010 at 11:25, Tor Lillqvist t...@iki.fi wrote: It's impressive to see someone promoting tech from the other camp :-) Why not? It isn't like it would have any impact on my personal happiness/income/status/reputation if people use Qt and not GTK+ for cross-platform apps. Also, I am not employed by anybody to work on GTK+ so I don't see saying so being disloyal either. That was me appreciating your avoiding a loyalist stance (in case it wasn't clear). -- blog: http://tshepang.tumblr.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: disabling GTK+ features to shrink GTK+
On Tue, Jun 15, 2010 at 01:16, Matthias Clasen matthias.cla...@gmail.com wrote: On Mon, Jun 14, 2010 at 7:02 PM, Alberto Ruiz ar...@gnome.org wrote: 2010/6/14 Sam Thursfield sss...@gmail.com: A more socially-minded approach would be to work on the problem of sharing a GTK+ runtime between all apps on a system. It's perhaps not an easy problem, due different requirements in versions and specific libraries, but it's a more long-term solution to the problem of GTK+'s big runtime than for each app using GTK+ on Windows to build and distribute their own incompatible versions. That is just not how you ship stuff on Windows unfortunately, there is no apt/zypper/yum like thing for Windows (though MS seems to be working on that apparently). tml and myself went through this problem again and again, even if GTK+'s API is stable, guaranteeing GTK+'s ABI on Windows is just impossible for several reasons, a common GTK+ runtime is just not the way to go. Easing the bundling process of Gtk+ into a windows app/installer, and reducing the amount of dependencies is the way to go. That may be, but 'disable this random set of widgets I don't need' patches have very little chance of going upstream. Why do they have little chance of going upstream? -- blog: http://tshepang.tumblr.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: disabling GTK+ features to shrink GTK+
On Tue, Jun 15, 2010 at 10:05, Tor Lillqvist t...@iki.fi wrote: Why do they have little chance of going upstream? Because the maintainer says so? Is it good enough that the maintainer doesn't even give a reason? Did I miss something? -- blog: http://tshepang.tumblr.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: disabling GTK+ features to shrink GTK+
On Tue, Jun 15, 2010 at 10:23, Tor Lillqvist t...@iki.fi wrote: Is it good enough that the maintainer doesn't even give a reason? It is good enough for me. I admire a maintainer that doesn't let everything turn into bikeshedding. A short explanation would be far better than just we are unlikely to accept such patches. It may be obvious to you and the maintainer, but not to me. Did I miss something? The possibility to maintain patches for the features you are missing in your own distro or whatever? Maybe the patches may be useful to someone else, and you want to make those available from one place, that is upstream. -- blog: http://tshepang.tumblr.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: disabling GTK+ features to shrink GTK+
On Tue, Jun 15, 2010 at 11:59, Martyn Russell mar...@lanedo.com wrote: On Tue, 2010-06-15 at 09:54 +0200, Tshepang Lekhonkhobe wrote: On Tue, Jun 15, 2010 at 01:16, Matthias Clasen That may be, but 'disable this random set of widgets I don't need' patches have very little chance of going upstream. Why do they have little chance of going upstream? The maintenance overhead is just not worth it and that's most likely the reason. When projects get to the size of GTK+ you really notice this overhead. Also, ultimately maintainers have to spend time managing it so they get the final say ;) Yeah, I get it, but here's the point: it isn't nice when a maintainer says unlikely without giving even one reason, leaving the rest of us to guess (EG, that's most likely the reason). -- blog: http://tshepang.tumblr.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: disabling GTK+ features to shrink GTK+
On Tue, Jun 15, 2010 at 13:35, Matthias Clasen matthias.cla...@gmail.com wrote: On Tue, Jun 15, 2010 at 6:10 AM, Tshepang Lekhonkhobe tshep...@gmail.com wrote: Yeah, I get it, but here's the point: it isn't nice when a maintainer says unlikely without giving even one reason, leaving the rest of us to guess (EG, that's most likely the reason). These things have been discussed before, more than once. In such a case I think it's better to provide a pointer/link. I think you should not assume the readers are aware of such discussions. If we add a configure flag to turn feature A off, we're making a statement that essentially says: we support configurations with and without A. Now add a second flag to turn off feature B off, and say we support configurations with A+B, A+!B, !A+B, !A+!B, and so on... and once we've added these flags you will come back and complain whenever your favourite of the 2^n supported configurations break. Also think about bug reports. Instead of version x.y.z being a good indication what code is running, there are now 2^n variants of version x.y.z, each with possibly different bugs. Thanks for this explanation. Oh, and I truly honour your contributions to FLOSS. -- blog: http://tshepang.tumblr.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
comments in a key file
Looking here: http://developer.gnome.org/doc/API/2.0/glib/glib-Key-value-file-parser.html under the section describing differences between .ini files and key files I find this: * Key files allow only comments before the first group. I saw a typical key file and found comments could be put anywhere. Am I missing anything? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: No new GLib announcements on gtk.org
On 3/3/07, Ben Combee [EMAIL PROTECTED] wrote: I just realized that GLIb 2.12.9 had been released almost a month ago after seeing it mentioned in a message here. Is there a reason that the main page of gtk.org doesn't have any 2007 updates? It's just an issue of manpower. Look at: http://live.gnome.org/GtkTasks -- my place on the web: floss-and-misc.blogspot.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK internals
On 7/2/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, Is there any document like this: http://www.sunsite.ualberta.ca/Documentation/Graphics/by-node/gtk+-1.1.1/gtk_toc.html Showing the internal details of GTK. This one is pretty outdated(almost 9 yrs old) and incomplete. I wanted to know the details regarding the signaling system of GTK. Does anyone have any documents?? I wonder if this will help: http://developer.gnome.org/doc/API/2.0/gtk/index.html -- my place on the web: floss-and-misc.blogspot.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: The new tooltips API in 5 minutes [Was: Re: Whats coming in GTK+ 2.12, continued]
On 6/12/07, Kristian Rietveld [EMAIL PROTECTED] wrote: On Sun, Jun 10, 2007 at 10:38:44AM +0200, Murray Cumming wrote: There's also a new GtkTooltip object. Could we have some more information about how this should be used and if it replaces any existing API, please? Sure ;) As Matthias pointed out in one of his other mails, GTK+ 2.12 has a brand-new API for doing tooltips, replacing the aging GtkTooltips object. There are several ways for showing tooltips using the new API, increasing in complexity as the complexity of the wished tooltip increases: [blah blah] Would be nice if this could be in some the tutorial or something. -- my place on the web: floss-and-misc.blogspot.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: DirectFB backend eventualy fixed in both trunk and gtk-2-10
On 5/10/07, Attilio Fiandrotti [EMAIL PROTECTED] wrote: One more thing: i often need to disturb mike or loic to get patches cheched in, may i get write access to gnome's svn repo to manage the directfb backend? Check this out: http://developer.gnome.org/doc/policies/accounts/requesting.html -- my place on the web: floss-and-misc.blogspot.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: FAQ work
On 4/27/07, Tim Janik [EMAIL PROTECTED] wrote: using svn blame gtkfaq.sgml and svn blame gtk-faq.sgml, it looks like gtkfaq.sgml is a fair bit older. if you can verify that gtk-faq.sgml contains everything from gtkfaq.sgml and more, we can remove gtkfaq.sgml from SVN. Shown below are 2 differences I found between the two that are worth looking at. The info was possibly removed because it was outdated. Please verify: !-- - -- sect1When compiling programs with GTK+, I get compiler error messages about not being able to find tt/glibconfig.h/. p The header file glibconfig.h was moved to the directory $exec_prefix/lib/glib/include/. $exec_prefix is the directory that was specified by giving the --exec-prefix flags to ./configure when compiling GTK+. It defaults to $prefix, (specified with --prefix), which in turn defaults to /usr/local/. This was done because glibconfig.h includes architecture dependent information, and the rest of the include files are put in $prefix/include, which can be shared between different architectures. GTK+ includes a shell script, tt/gtk-config/, that makes it easy to find out the correct include paths. The GTK+ tutorial includes an example of using tt/gtk-config/ for simple compilation from the command line. For information about more complicated configuration, see the file docs/gtk-config.txt in the GTK+ distribution. If you are trying to compile an old program, you may be able to work around the problem by configuring it with a command line like: tscreenverb CPPFLAGS=-I/usr/local/include/glib/include ./configure /verb/tscreen for Bourne-compatible shells like bash, or for csh variants: tscreenverb setenv CPPFLAGS -I/usr/local/include/glib/include ./configure /verb/tscreen (Substitute the appropriate value of $exec_prefix for /usr/local.) on the question of GTK's threadsafety this removed: !-- This is the old answer - TRG Although GTK+, like many X toolkits, isn't thread safe, this does not prohibit the development of multi-threaded applications with GTK+. Rob Browning ([EMAIL PROTECTED]) describes threading techniques for use with GTK+ (slightly edited): There are basically two main approaches, the first is simple, and the second complicated. In the first, you just make sure that all GTK+ (or X) interactions are handled by one, and only one, thread. Any other thread that wants to draw something has to somehow notify the GTK+ thread, and let it handle the actual work. The second approach allows you to call GTK+ (or X) functions from any thread, but it requires some careful synchronization. The basic idea is that you create an X protection mutex, and no one may make any X calls without first acquiring this mutex. Note that this is a little effort, but it allows you to be potentially more efficient than a completely thread safe GTK+. You get to decide the granularity of the thread locking. You also have to make sure that the thread that calls tt/gtk_main()/ is holding the lock when it calls tt/gtk_main()/. The next thing to worry about is that since you were holding the global mutex when you entered tt/gtk_main()/, all callbacks will also be holding it. This means that the callback must release it if it's going to call any other code that might reacquire it. Otherwise you'll get deadlock. Also, you must be holding the mutex when you finally return from the callback. In order to allow threads other than the one calling tt/gtk_main/ to get access to the mutex, we also need to register a work function with GTK that allows us to release the mutex periodically. Why can't GTK+ be thread safe by default? Complexity, overhead, and manpower. The proportion of threaded programs is still reasonably small, and getting thread safety right is both quite difficult and takes valuable time away from the main work of getting a good graphics library finished. It would be nice to have GTK+ thread safe out of the box, but that's not practical right now, and it also might make GTK+ substantially less efficient if not handled carefully. Regardless, it's especially not a priority since relatively good workarounds exist. -- If the above two are not irrelevant anymore, then I assure that gtkfaq.sgml can safely be removed. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk.org about page
On 4/23/07, Tim Janik [EMAIL PROTECTED] wrote: On Mon, 23 Apr 2007, Tshepang Lekhonkhobe wrote: Hi, I wonder if gtk.org is still hosted at Berkeley as mentioned here: http://gtk.org/about.html. I also wonder if we I should get rid of the 2nd paragraph or write it in past tense. How about the third paragraph? - Shawn T. Amundson is not anymore the website maintainer (for long) - gtk.org is hosted at berkeley currently - tony gale is not maintaining the tutorial anymore (for long) - damon chaplin does not anymore maintain the reference docs + web - i have no idea who receives [EMAIL PROTECTED] these days ;) Please see if the diff is appropriate. Index: about.html === --- about.html (revision 577) +++ about.html (working copy) @@ -5,25 +5,24 @@ About gtk.org!--#include file=section_end.html-- p -This site grew into existance when Shawn T. Amundson (still the current -maintainer of the site), posted his GTK+ FAQ onto his personal GTK+ web -page. After Shawn help organize the creation of www.gimp.org, the -gtk.org domain was registered and his webpage evolved into what you -see now. The site is hosted by XCF at Berkeley. +This site grew into existence when Shawn T. Amundson posted his GTK+ FAQ +onto his personal GTK+ web page. After Shawn helped organize the creation of +www.gimp.org, the gtk.org domain was registered and his webpage evolved into +what you see now. The site is hosted by XCF at Berkeley. /p p We now have a few others helping with the site too. Several of the gimp.org webmasters help maintain the GIMP ftp mirror information, which is -the same one for gtk.org. Tony Gale maintains the on-line tutorial -information. Damon Chaplin maintains the RDP project and it's associated +the same one for gtk.org. Tony Gale used to maintain the on-line tutorial +information. Damon Chaplin used to maintain the RDP project and it's associated web pages. And, scoop over at freshmeat.net has been extremely helpful in providing GTK+-specific freshmeat news for our site. /p -General comments about this site can be directed to our webmaster list via -a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/a. Questions about -GTK+ should be asked on the appropriate mailings lists. +General comments about this site can be directed to the current maintainer, +a href=mailto:[EMAIL PROTECTED]Martyn Russell/a. Questions about GTK+ +should be asked on the appropriate mailings lists. /p /font Index: ChangeLog === --- ChangeLog (revision 577) +++ ChangeLog (working copy) @@ -1,3 +1,8 @@ +2007-04-26 Tshepang Lekhonkhobe [EMAIL PROTECTED] + + * about.html: rectified outdated info and mentioned Martyn Russell as + current maintainer. + Fri Apr 13 16:24:19 2007 Tim Janik [EMAIL PROTECTED] * index.html: added a section about contributing to Gtk+. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Web site overhaul
On 4/23/07, Martyn Russell [EMAIL PROTECTED] wrote: Christophe Dehais wrote: On 4/23/07, Martyn Russell [EMAIL PROTECTED] wrote: Questions: == • Does anyone else have any further suggestions at this stage? What about refreshing gtk logo in the process ? I was thinking this too. I gave it a shot but I'm sure many talented people could give a better proposition. Actually, I quite like it - what do others think? Me prefers the old one (with those brushstrokes) but I agree that it needs an update. -- my place on the web: floss-and-misc.blogspot.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Web site overhaul
On 4/23/07, Martyn Russell [EMAIL PROTECTED] wrote: I am thinking of doing this in 2 stages: 1. Remove all the unnecessary files and have a general clean up and reorganise. 2. Restyle the site. I can't wait for those updates. I also don't have too much time but please state if you want some help. -- my place on the web: floss-and-misc.blogspot.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
[PATCH - GTKWEB] note on Pango 1.6.2 release
Here's a minor patch. Please commit... -- my place on the web: floss-and-misc.blogspot.com ___ gtk-devel-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [PATCH - GTKWEB] note on Pango 1.6.2 release
On 4/12/07, Gian Mario Tagliaretti [EMAIL PROTECTED] wrote: 2007/4/12, Tshepang Lekhonkhobe [EMAIL PROTECTED]: Hi Tshepang, Here's a minor patch. Please commit... you probably forgot the attachment. pretty embarassing Index: ChangeLog === --- ChangeLog (revision 575) +++ ChangeLog (working copy) @@ -1,3 +1,7 @@ +2007-04-12 Tshepang Lekhonkhobe [EMAIL PROTECTED] + + * index.html: Pango 1.16.2 release + 2007-04-10 Tshepang Lekhonkhobe [EMAIL PROTECTED] * box_middle.html: update Dia's web address; standards-compliance work Index: index.html === --- index.html (revision 573) +++ index.html (working copy) @@ -52,6 +52,13 @@ News !--#include file=section_end.html-- p +font size=-1 color=#00800011 April 2007/fontbr / +a href=http://mail.gnome.org/archives/gnome-announce-list/2007-April/msg00026.html; +Pango-1.16.2/a is now available. This is a stable release and is source and +binary compatible with the 1.16 series. +/p + +p font size=-1 color=#00800016 March 2007/fontbr / a href=http://mail.gnome.org/archives/gnome-announce-list/2007-March/msg00059.html; GLib 2.13.0/a is now available. This is the first in the development series ___ gtk-devel-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Web site updates
On 4/12/07, Martyn Russell [EMAIL PROTECTED] wrote: Tshepang Lekhonkhobe wrote: On 4/12/07, Gian Mario Tagliaretti [EMAIL PROTECTED] wrote: 2007/4/12, Tshepang Lekhonkhobe [EMAIL PROTECTED]: Hi Tshepang, Here's a minor patch. Please commit... you probably forgot the attachment. Hi, thanks for doing these patches. Something occurred to me while reading your mails, it would appear that you are submitting changes with font tags in the HTML files and this (as I suspect) is because you are trying to be consistent right? I would be willing to update the gtk.org web so that the content and style/formatting was completely separate, this way we can have content in .html files and style/formatting in .css files. If no one has any objections, I will get started on that. Me truly glad that there's finally someone who knows web stuff and some time is going to work on this. I bumped into the css thing with the validator.w3.org tool and just didn't have inclination to learn it. Thanks. I'll study by your example... ___ gtk-devel-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Fwd: [WEB PATCH] towards making gtk website valid XHTML 1.0 Transitional
Hi, Here's another patch, albeit a small one. Index: ChangeLog === --- ChangeLog (revision 573) +++ ChangeLog (working copy) @@ -1,3 +1,7 @@ +2007-04-10 Tshepang Lekhonkhobe [EMAIL PROTECTED] + * box_middle.html: update Dia's web address; standards-compliance work + * site_top.html: standards-compliance work + 2007-03-29 Tshepang Lekhonkhobe [EMAIL PROTECTED] * glib-1.2-NEWS.html: * gtk-2.10-notes.html: Index: site_top.html === --- site_top.html (revision 573) +++ site_top.html (working copy) @@ -1,16 +1,16 @@ -body bgcolor=#FF marginheight=0 marginwidth=0 width=100% +body bgcolor=#FF marginheight=0 marginwidth=0 width=100% table cellspacing=6 border=0 cellpadding=0 width=100% tr td bgcolor=#FF valign=top nowrap=nowrap center -a href=/img src=/images/gtk-logo-rgb.gif width=107 height=140 border=0/a - font face=helvetica,lucidia color=#00 +a href=/img src=/images/gtk-logo-rgb.gif width=107 height=140 border=0 alt=/img/a br /br / +font face=helvetica,lucidia color=#00 b GTK+br / The GIMP Toolkit -/b +/b/font /center br / @@ -59,7 +59,7 @@ Applications !--#include file=box_middle.html-- a href=http://www.gimp.org/;GIMP/abr / a href=http://www.abiword.org/;Abiword/abr / -a href=http://www.lysator.liu.se/~alla/dia/dia.html;Dia/abr / +a href=http://www.gnome.org/projects/dia/;Dia/abr / a href=http://glade.gnome.org/;Glade/abr / a href=http://www.gnucash.org/;GnuCash/abr / a href=http://www.gnome.org/projects/gnumeric/;Gnumeric/abr / @@ -70,5 +70,5 @@ Applications /td td bgcolor=#ff valign=top width=99% -font face=lucida,helvetica +font face=lucida,helvetica/font ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Fwd: [WEB PATCH] towards making gtk website valid XHTML 1.0 Transitional
Anyone with some time and commit rights please: -- Forwarded message -- From: Tshepang Lekhonkhobe [EMAIL PROTECTED] Date: Mar 29, 2007 11:02 AM Subject: [WEB PATCH] towards making gtk website valid XHTML 1.0 Transitional To: gtk-devel-list@gnome.org Hi, Here's an incomplete effort to help make the gtk.org website valid XHTML 1.0 Transitional, done with following the guidelines in http://www.w3.org/TR/xhtml1 and http://validator.w3.org/. I change several files which results in a 1200+ line diff. Please commit... -- my place on the web: floss-and-misc.blogspot.com Index: glib-1.2-NEWS.html === --- glib-1.2-NEWS.html (revision 572) +++ glib-1.2-NEWS.html (working copy) @@ -1,19 +1,16 @@ -html -head -titleGTK+ - GTK+ 1.2 Changes/title - +!--#include file=site_begin.html -- !--#include file=site_top.html-- -CENTER +center font face=lucida,helvetica size=+2 BGLib 1.2.x NEWS/B /font -/CENTER -BR +/center +br -PRE +pre !--#include file=HISTORIC/glib-NEWS-1.2.txt-- -/PRE +/pre /font !--#include file=site_bottom.html-- Index: gtk-2.10-notes.html === --- gtk-2.10-notes.html (revision 572) +++ gtk-2.10-notes.html (working copy) @@ -1,7 +1,4 @@ -html -head -titleGTK+ - GTK+-2.10 Release notes/title - +!--#include file=site_begin.html -- !--#include file=site_top.html -- preGTK+ 2.10 Specific Notes Index: section_end.html === --- section_end.html (revision 572) +++ section_end.html (working copy) @@ -1,4 +1,4 @@ -/B +/b nbsp; nbsp; /td/tr /table Index: gtk-2.10-announcement.html === --- gtk-2.10-announcement.html (revision 572) +++ gtk-2.10-announcement.html (working copy) @@ -1,7 +1,4 @@ -html -head -titleGTK+ - GTK+ 2.10 announcement/title - +!--#include file=site_begin.html -- !--#include file=site_top.html -- preGTK+ 2.10.0 is now available for download at: Index: box_begin.html === --- box_begin.html (revision 572) +++ box_begin.html (working copy) @@ -1,7 +1,7 @@ -table width=100% cellspacing=0 cellpadding=2 border=0 +table width=100% cellspacing=0 cellpadding=2 border=0 tr td bgcolor=#00 -table width=100% cellspacing=0 cellpadding=4 border=0 +table width=100% cellspacing=0 cellpadding=2 border=0 tr -td bgcolor=#EE nowrap -B +td bgcolor=#EE nowrap=nowrap +b Index: bindings.html === --- bindings.html (revision 572) +++ bindings.html (working copy) @@ -1,7 +1,4 @@ -html -head -titleGTK+ - Language Bindings/title - +!--#include file=site_begin.html -- !--#include file=site_top.html -- table border=0 cellpadding=0 cellspacing=0trtd valign=top Index: box_middle.html === --- box_middle.html (revision 572) +++ box_middle.html (working copy) @@ -1,4 +1,4 @@ -/B +/b /td /trtr -td bgcolor=#FF nowrap +td bgcolor=#FF nowrap=nowrap Index: announce.html === --- announce.html (revision 572) +++ announce.html (working copy) @@ -1,25 +1,22 @@ -html -head -titleGTK+ - 1.2 Announcement/title - +!--#include file=site_begin.html -- !--#include file=site_top.html-- !--#include file=section_begin.html-- GTK+ Version 1.2 Released !--#include file=section_end.html-- -P +p The GTK+ development team is pleased to announce the release of version 1.2 of the GIMP Toolkit. -/P -P +/p +p GTK+ is a multi-platform open source GUI Toolkit. Everything about GTK+ from the object-oriented design to the Free Software LGPL licensing allows you to code your project with the most freedom possible. You can develop open software, free software, or even commercial non-free software without having to spend a dime for licenses or royalties. -/P +/p p GTK+ is a set of libraries to create graphical user interfaces. It works on many Unix-like platforms, and a Windows version is in @@ -70,18 +67,18 @@ and GNOME projects. Don't get left out! /p p GTK+ is also being ported to Win32. For further information see: -A HREF=http://www.iki.fi/tml/gimp/win32/;http://www.iki.fi/tml/gimp/win32//A. +a href=http://www.iki.fi/tml/gimp/win32/;http://www.iki.fi/tml/gimp/win32//A. /p p GTK+ and GLib can be downloaded at -A HREF=ftp://ftp.gtk.org/pub/gtk/v1.2/;ftp://ftp.gtk.org/pub/gtk/v1.2//a. +a href=ftp://ftp.gtk.org/pub/gtk/v1.2/;ftp://ftp.gtk.org/pub/gtk/v1.2//a. /p p For further information please visit: ul -liGTK+ Home page: A HREF=http://www.gtk.org/;http://www.gtk.org//a +liGTK+ Home page: a href=http://www.gtk.org/;http://www.gtk.org//a liGIMP Home page: a href=http://www.gimp.org/;http://www.gimp.org//a -liGNOME Home page: A HREF=http://www.gnome.org/;http
[WEB PATCH] towards making gtk website valid XHTML 1.0 Transitional
@@ - -html -head -titleGTK+ - GTK+-2.0 Release notes/title - +!--#include file=site_begin.html -- !--#include file=site_top.html -- preGTK+-2.0 Specific Notes Index: gtk-2.4.0-notes.html === --- gtk-2.4.0-notes.html (revision 572) +++ gtk-2.4.0-notes.html (working copy) @@ -1,7 +1,4 @@ -html -head -titleGTK+ - GTK+-2.4 Release notes/title - +!--#include file=site_begin.html -- !--#include file=site_top.html -- preGTK+-2.4 Specific Notes Index: about.html === --- about.html (revision 572) +++ about.html (working copy) @@ -1,8 +1,4 @@ - -html -head -titleGTK+ - The GIMP Toolkit/title - +!--#include file=site_begin.html -- !--#include file=site_top.html -- !--#include file=section_begin.html-- @@ -26,7 +22,7 @@ in providing GTK+-specific freshmeat new /p General comments about this site can be directed to our webmaster list via -A HREF=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/a. Questions about +a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/a. Questions about GTK+ should be asked on the appropriate mailings lists. /p /font Index: oldnews.html === --- oldnews.html (revision 572) +++ oldnews.html (working copy) @@ -1,8 +1,4 @@ - -html -head -titleGTK+ - The GIMP Toolkit/title - +!--#include file=site_begin.html -- !--#include file=site_top.html -- table border=0 cellpadding=0 cellspacing=0trtd valign=top Index: atk-1.0.0-announce.html === --- atk-1.0.0-announce.html (revision 572) +++ atk-1.0.0-announce.html (working copy) @@ -1,7 +1,4 @@ - -html -head -titleGTK+ - The GIMP Toolkit/title +!--#include file=site_begin.html -- !--#include file=site_top.html -- Index: books.html === --- books.html (revision 572) +++ books.html (working copy) @@ -1,8 +1,4 @@ - -html -head -titleGTK+ - Published Books/title - +!--#include file=site_begin.html -- !--#include file=site_top.html -- table border=0 cellpadding=0 cellspacing=0trtd valign=top Index: gtk-2.8.0-notes.html === --- gtk-2.8.0-notes.html (revision 572) +++ gtk-2.8.0-notes.html (working copy) @@ -1,7 +1,4 @@ -html -head -titleGTK+ - GTK+-2.8 Release notes/title - +!--#include file=site_begin.html -- !--#include file=site_top.html -- preGTK+ 2.8 Specific Notes Index: translations.html === --- translations.html (revision 572) +++ translations.html (working copy) @@ -1,7 +1,4 @@ -html -head -titleGTK+ - Translated Documentation/title - +!--#include file=site_begin.html -- !--#include file=site_top.html-- !--#include file=section_begin.html-- Index: introduction.html === --- introduction.html (revision 572) +++ introduction.html (working copy) @@ -1,7 +1,4 @@ -html -head -titleGTK+ - Introduction/title - +!--#include file=site_begin.html -- !--#include file=site_top.html-- !--#include file=section_begin.html-- Index: ChangeLog === --- ChangeLog (revision 572) +++ ChangeLog (working copy) @@ -1,3 +1,48 @@ +2007-03-29 Tshepang Lekhonkhobe [EMAIL PROTECTED] + * glib-1.2-NEWS.html: + * gtk-2.10-notes.html: + * section_end.html: + * gtk-2.10-announcement.html: + * box_begin.html: + * bindings.html: + * box_middle.html: + * announce.html: + * gtk-2.0.0-notes.html: + * gtk-2.4.0-notes.html: + * about.html: + * oldnews.html: + * atk-1.0.0-announce.html: + * books.html: + * gtk-2.8.0-notes.html: + * translations.html: + * introduction.html: + * site_top.html: + * tutorials.html: + * projects.html: + * mailinglists.html: + * bugs.html: + * papers+slides.html: + * documentation.html: + * glib-2.0.0-announce.html: + * box_end.html: + * glib-2.10.0-notes.html: + * people.html: + * gtk+-2.0.0-announce.html: + * 2.0.0-announce.html: + * gtk+-1.2-Changes.html: + * section_begin.html: + * gtk-2.2.0-notes.html: + * gtk+-1.2-NEWS.html: + * gtk-2.6.0-notes.html: + * glib-2.12-announcement.html: + * mirrors.html: + * pango-1.0.0-announce.html: + * site_begin.html: this was added and 'linked' in all above files; it + contains the doctype and some other related info. + * index.html: This is the only file I ensured to be valid XHTML 1.0 + Transitional. + + Tue Mar 20 10:46:35 2007 Tim Janik [EMAIL PROTECTED] * gtk+-1.2-Changes.html: Index: site_top.html === --- site_top.html (revision 572) +++ site_top.html (working copy) @@ -1,76 +1,74 @@ +body bgcolor=#FF marginheight=0 marginwidth=0 width=100% -/head -body bgcolor=#FF marginheight=0 marginwidth=0 width=100% - -table cellspacing=6 border=0 cellpadding=0
Re: about Obsolete debian directory in svn trunk
On 3/16/07, Tshepang Lekhonkhobe [EMAIL PROTECTED] wrote: Hi, The directory 'trunk/debian' in svn is nearly 10 years old and I wonder who still uses it. Shouldn't it get removed? anyone out there? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [PATCH] [WEB] several improvements
On 3/20/07, Tim Janik [EMAIL PROTECTED] wrote: On Sun, 18 Mar 2007, Tshepang Lekhonkhobe wrote: Hi, Here's the changelog entries of my changes to the webpages which I hope you'll apply to SVN: thanks for your effort. me glad * index.html, oldnews.html: transferred most NEWS entries from former to latter This helps make the patch over 1000 lines long * index.html: made release names link to release announcements to reduce eyesore * debian.html: purged due to being obsolete and unlinked-to * index.html: html: updated info on the GTK+ 2.x box * introduction.html: updated link to Glade * people.html: updated GTK+ 2.0 and 2.2 links to be a 2.10 link * people.html: changed bugzilla link to be GTK+-specific please use 8spaces/1tab indentation for the ChangeLog next time, and format it for 80 chars width like everyone else does. i've done the cleaning for you this time so get an idea of how it should look like. next time... ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Out of Date Webpages
On 3/16/07, Tim Janik [EMAIL PROTECTED] wrote: On Fri, 16 Mar 2007, Tshepang Lekhonkhobe wrote: On 3/15/07, Tim Janik [EMAIL PROTECTED] wrote: On Thu, 15 Mar 2007, Tshepang Lekhonkhobe wrote: It makes NEWS section in trunk/index.html a bit more concise and therefore 'more readable'. I just want a go-ahead from one of you guys if I can do the rest of the work, or even better, get rid of some of those entries by moving them elsewhere since the list is overlong. hum, all i can see is that you removed pango release announcement links. and did so for the most recent release. that doesn't exactly *improve* the site as far as i'm concerned ;) I didn't remove the links to the announcement, just made the text 'Pango 1.2.3' clickable, linking to the announcement, which is much less an eyesore. I think your patch review was too brief. the list is certainly too long yes, but if you want stripping, you rather strip the older releases by *moving* (not deleting) them to http://www.gtk.org/oldnews.html Me will do so... the links to the announcements also should remain, but maybe those can be put into the same paragraph/line of a release? see above and please include a new ChangeLog entry so i can readily apply and commit when the changes are ok. Me will do so... ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Out of Date Webpages
On 3/15/07, Emmanuele Bassi [EMAIL PROTECTED] wrote: On Thu, 2007-03-15 at 06:01 +0200, Tshepang Lekhonkhobe wrote: On 3/14/07, Tshepang Lekhonkhobe [EMAIL PROTECTED] wrote: On 3/14/07, Tim Janik [EMAIL PROTECTED] wrote: On Wed, 14 Mar 2007, Tshepang Lekhonkhobe wrote: Should we send patches to this list I suppose? for the moment, yes. and please let us know if you already have commit access or not. I was worried that some developers would complain about html patches dirtying the list, but then thanks if you'll look and commit the patches since I don't have commit rights. * There's 3 directories in svn (branches, tags, trunk), and it seems only 'trunk' should be kept since the others are horribly outdated (~5 years) and just duplicate info of each other and that of 'trunk'. Could someone remove them since I don't see their use. this is how SVN repositories work: trunk/ is roughly equivalent to CVS HEAD branch; the branches/ and tags/ directories are used to store specific branches and to tag a specific version. since the web site for gtk+ (and for GNOME, for that matter) are stored in SVN and regenerated via cron jobs, that explains the presence of those two directories. Thanks for the info. Why would one tag or branch web pages? Such functionality seem only appropriate for software. * I don't know too much how web technologies work but I expected that if I open trunk/index.html I should see a page similar to that found in www.gtk.org, but in svn's html, there's no left-hand table and no pictures for example. the script that regenerates the site includes the various common sections of the site (top, bottom and side bars) using comments in the HTML file. consider it a poor man's PHP, if you want. :-) Why this script complication? Why isn't it shown exactly like it would appear on the web? * I see www.gtk.org (dated Dec 2006) hasn't been updated to latest svn (dated Jan 2007). yeah, it's known; when GNOME migrated from CVS to SVN the scripts weren't updated. we can also drop the cron job and use the commit hook script that SVN provides, now. Me can't wait for any solution, just so that the changes I might make will become web-visible soon after they get committed... ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Out of Date Webpages
On 3/14/07, Tim Janik [EMAIL PROTECTED] wrote: such a patch should change the pages needing updates and update the gtk-web/ChangeLog. also patches should be generated with diff -up. I have a patch attached which makes use of 'svn diff' and wonder if that's enough. It makes NEWS section in trunk/index.html a bit more concise and therefore 'more readable'. I just want a go-ahead from one of you guys if I can do the rest of the work, or even better, get rid of some of those entries by moving them elsewhere since the list is overlong. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Out of Date Webpages
On 3/14/07, Tim Janik [EMAIL PROTECTED] wrote: we appreciate contributions, e.g. patches against the SVN module that hosts the web site: http://svn.gnome.org/svn/gtk-web/ such a patch should change the pages needing updates and update the gtk-web/ChangeLog. also patches should be generated with diff -up. Should we send patches to this list I suppose? ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Out of Date Webpages
On 3/14/07, Tshepang Lekhonkhobe [EMAIL PROTECTED] wrote: On 3/14/07, Tim Janik [EMAIL PROTECTED] wrote: On Wed, 14 Mar 2007, Tshepang Lekhonkhobe wrote: Should we send patches to this list I suppose? for the moment, yes. and please let us know if you already have commit access or not. I was worried that some developers would complain about html patches dirtying the list, but then thanks if you'll look and commit the patches since I don't have commit rights. * There's 3 directories in svn (branches, tags, trunk), and it seems only 'trunk' should be kept since the others are horribly outdated (~5 years) and just duplicate info of each other and that of 'trunk'. Could someone remove them since I don't see their use. * I don't know too much how web technologies work but I expected that if I open trunk/index.html I should see a page similar to that found in www.gtk.org, but in svn's html, there's no left-hand table and no pictures for example. * I see www.gtk.org (dated Dec 2006) hasn't been updated to latest svn (dated Jan 2007). ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list