Re: File monitor rewrite: Solaris (and other) help wanted
On 14/01/15 22:00, Ryan Lortie wrote: hi, Hi Ryan, Great to see this sort of working happening. Just to add to what you said, the Tracker project extensively uses this API and has quite some detailed unit tests which are ensuring the functionality is consistent between releases. It might be useful to anyone looking to test the new work? Thought I would mention it. Details are in tests/libtracker-miner/tracker-monitor-test -- Regards, Martyn Founder Director @ Lanedo GmbH. http://www.linkedin.com/in/martynrussell ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Should We Start Dropping Windows XP Support?
On 30/12/14 09:45, John Emmas wrote: I work on an audio product called Mixbus which uses gtk+ (albeit gtk2, rather than gtk3):- http://harrisonconsoles.com/site/mixbus.html I've been arguing for a year or more that we should phase out XP support - but the more senior devs don't agree. Why? Because a surprising number of our Windows users are still running XP (probably more than a third). XP is still far more common than you might think. I agree that we should base this decision on numbers. When I was porting to Windows some years back, one of the more positive things about using GTK+, was the fact that the same installer/app would work across a lot of versions of Windows. It was my experience that native app developers always had to write compatibility layers and it cost them time. I think this is a feature that makes life for developers much easier. If what John says is true (about 1/3 are stilling using XP), I would vote to wait a while. -- Regards, Martyn Founder Director @ Lanedo GmbH. http://www.linkedin.com/in/martynrussell ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Should We Start Dropping Windows XP Support?
On 30/12/14 13:30, Emmanuele Bassi wrote: I've been arguing for a year or more that we should phase out XP support - but the more senior devs don't agree. Why? Because a surprising number of our Windows users are still running XP (probably more than a third). XP is still far more common than you might think. I agree that we should base this decision on numbers. I would not use a single application usage data, however skewed it may be, though, to be quite fair. Hey Emmanuele :) Just to be clear, I didn't mean app stats, but how many people are generally using Windows XP these days. if we look at OS usage statistics for websites, XP goes from 5% (below Linux! we won! oh, wait…) to ~14%, which is far below 33%. it's also steadily decreasing month to month, and Microsoft terminating support for XP was likely the final nail in the coffin. yes, we all know people not upgrading their machine because everything else is terrible, but it's a balancing act, and we need to ask ourselves if we're targeting the retro-computing scene or not. Yea, this is more what I had mind. Though from my recollection, Windows dropped support for Windows 98 before we did with GTK+ 2.x. I could be wrong. At the point where Microsoft drop support, I would base the decision on the maintenance burden. If it is really a minor amount of work to keep support there, then why not (I think you said that too Emmanuele :) ). -- Regards, Martyn Founder Director @ Lanedo GmbH. http://www.linkedin.com/in/martynrussell ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: out of date langage bindings page for D binding
On 13/10/14 11:38, Mathieu Dupuy wrote: Hello. Hi there, A binding page changed again. New home page for gtkd is http://gtkd.org/ Please update http://www.gtk.org/language-bindings.php :) Done. commit 326ac000e1f11981b9990454b3d101a4398d7c87 Author: Martyn Russell mar...@lanedo.com Date: Mon Oct 13 11:56:27 2014 +0100 language-bindings: Updated gtkd homepage which has changed -- Regards, Martyn Founder Director @ Lanedo GmbH. http://www.linkedin.com/in/martynrussell ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Windows 32/64bit downloads and/or bundles for 2.x and 3.x
Hello all, I was approached by Berke Viktor today and asked to include the site: http://gtk.hexchat.org On the GTK+ Win32/Win64 pages on gtk.org. I thought I would bring it up here for discussion. This is for v2.x only at this point. I've CCed Berke because he is not on the mailing list and sadly isn't interested in joining, so don't forget to reply-all ;) Berke insists he is interested in continuing maintenance of this site though. -- Just to be clear, I have no problem adding this to gtk.org, but my goal here is not to confuse end user/developers who want a win32/win64 build with multiple different hosted downloads. It doesn't look like _we_ the community are doing it if we do that and it's not a clear consistent well formed message either IMO. I am also aware of the bundles work that Tarnyko has been doing and am interested to know how that relates here. At this stage the fact that work is for GTK+ 3.x is the only main difference I can see from my quick look. In an ideal world, the goal would be to merge ALL works from Tarnyko, Berke and what we already have on the site into something that's well documented and clear to people wanting to use GTK+ 2.x and 3.x on Windows 32 and 64 bit. I am especially interested in hearing from Tarnyko on this since he has been pushing the win32 bundles for GTK+ 3.x lately. Including in this bug, which I'm in the process of working on with him: https://bugzilla.gnome.org/show_bug.cgi?id=695600 Thoughts? -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: out of date langage bindings page for D binding
On 13/03/13 11:21, Mathieu Dupuy wrote: Hello, I'm replying to you very late, shame on me. Yes, I saw the update you did, but they don't contain what I asked : * I said D stopped at 3.0, and that's because it shouldn't : D binding supports up to 3.6 Done. * you didn't update the gtk-haskell binding page : the new one is http://projects.haskell.org/gtk2hs/documentation/ Not sure what you're expecting me to change by looking at this page. I couldn't tell which version of GTK+ Haskell supports with bindings from there. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: out of date langage bindings page for D binding
On 13/03/13 15:21, Mathieu Dupuy wrote: * you didn't update the gtk-haskell binding page : the new one is http://projects.haskell.org/__gtk2hs/documentation/ http://projects.haskell.org/gtk2hs/documentation/ Not sure what you're expecting me to change by looking at this page. I couldn't tell which version of GTK+ Haskell supports with bindings from there. I was just expecting you to change the haskell binding homepage link on gtk.org/language-bindings http://gtk.org/language-bindings, by that one I gave you. Sorry if I wasn't clear. No, I think I need new glasses, apologies :) It's done now. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Is GTK+ a cross-platform toolkit ?
On 05/03/13 11:50, Emmanuele Bassi wrote: hi; On 5 March 2013 11:32, tarn...@tarnyko.net wrote: OK, as a majority of people seem to be interested, here is what I will do : 1) Produce binaries of following GTK+3 versions : - 3.4.1 stable (http://packages.ubuntu.com/precise/libgtk-3-0, Debian Wheezy provides 3.4.2 so we are safe) ; - 3.6.4 development (last one). 2) Package them as .zip files. I will use the same layout as existing GTK+2 .zip files, except for the .spec file which I don't use. 3) Put them, and the corresponding build environments, online. Give links so you folks can download and test them. I will post a new message here when it's ready. Should not be too long. thanks, much appreciated. one of the main issues with regards to building binaries for Windows up until now has been testing/QA: we simply don't have enough people checking that things don't break during a development cycle — as well as helping out in fixing bugs. Dieter has been very helpful (everyone using gtk on win32 should buy him a beer), but he's alone and doing this on his spare time. help during development ensures that less work is needed during packaging, and less grief is experienced by toolkit and application developers both. having the build scripts in git.gnome.org would also help minimize the fragmentation; bonus point if build scripts allow cross-compilation from a Linux host to a Windows build. if we get a reliable way of building the GTK stack DLLs, we can certainly start pushing them on the website for others to use; I feel like this discussion has been started so many times (and has been thoroughly derailed by the usual we need a global installer/we need just the built DLLs arguments), it's no wonder that people feel discouraged or think that nobody cares about GTK on Windows. I agree. I think what we need is an installer template which we offer on the website. We should also be clear about why we offer a template with an FAQ to cover these points that are constantly being asked here. I could even dig up an old template for GTK+2 from somewhere using Inno Setup, which worked quite well for me back in the day: http://www.jrsoftware.org/isinfo.php But let's not turn this discussion into the installer :) I have quite some experience with win32 builds from the past and could easily come up with web site side of things... I maintain that part anyway, -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: out of date langage bindings page for D binding
On 23/01/13 15:16, Mathieu Dupuy wrote: Hello Hi there, Excuse-me, I've been to language bindings page and I can't find the updates I mailed you. D biding still stops at 3.0, and the Haskell page is still the old one ( http://www.haskell.org/haskellwiki/Gtk2Hs instead of http://projects.haskell.org/gtk2hs) Could you update please ? To be clear, do you see the first version on the left being 2.10 and the last version on the right being 3.6? If you don't it could be a browser cache problem. I see the updates here ok and as you say, D stops at 3.0 and Haskell is supported to 3.6. The commit is here: http://git.gnome.org/browse/gtk-web/commit/?id=2fa2ee58b0f7d3af921718e338a16e6f8396449f -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: out of date langage bindings page for D binding
On 18/01/13 16:38, Mathieu Dupuy wrote: Hello. Time to bump again :) . The D binding supports Gtk up to 3.6. (and 3.4, of course) it seems that a new binding method (probably using gobject-introspection) gives them the ability to immedialty bind new releases of Gtk. BTW, the haskell binding has now an official page, and it is that one : http://projects.haskell.org/gtk2hs Thanks you very much. Thanks for the update Mathieu. I've updated the site now. For all other bindings, I've continued support according to 3.4. If this is not correct, please let me know. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Language Bindings for GTK+ 3.2 (on website)
On 18/09/12 11:36, Andrew wrote: On 09/17/2012 07:07 AM, Martyn Russell wrote: Hello all, So, I was checking these are up to date after Mathieu Dupuy asked me to update the D language bindings. I have added a GTK+ 3.2 column now and continued the 3.0 binding progress for each case. PLEASE let me know if any status has changed here for your language bindings out there. I can update accordingly. There are bindings for 3.4 for Pascal: http://wiki.freepascal.org/Gtk%2B3 Done, thanks. If there is support for 3.0 and 3.2, let me know, I only updated 3.4 at this point. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Language Bindings for GTK+ 3.2 (on website)
On 18/09/12 16:39, Javier Jardón wrote: On 18 September 2012 22:01, Martyn Russell mar...@lanedo.com wrote: Hey, Sorry if I misunderstand something, but if a binding support 3.4, Is it not implicit that support all the GTK+3 versions = 3.4 ? Well, I could guess, but I don't know for sure. In reality, major releases can add new APIs which doesn't imply older versions have full cover. Though there is a good chance all 3.x versions will be covered. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: out of date langage bindings page for D binding
On 13/09/12 13:15, Mathieu Dupuy wrote: Hello. Hello, Time to bump language binding table ! :) Gtkd binding now bind gtk+ 3.0 (and previous version binded 2.24 too, btw) I've done this now. I will email about language bindings in a separate thread as I have some other updates. Please see that thread to make sure everything is up to date here. Thanks, -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Language Bindings for GTK+ 3.2 (on website)
Hello all, So, I was checking these are up to date after Mathieu Dupuy asked me to update the D language bindings. I have added a GTK+ 3.2 column now and continued the 3.0 binding progress for each case. PLEASE let me know if any status has changed here for your language bindings out there. I can update accordingly. Mathieu, about gtkd, I have *NOT* set 3.2 as SUPPORTED yet. If this is indeed the case, let me know and I will update it ASAP. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Language Bindings for GTK+ 3.2 / 3.4 (on website)
On 17/09/12 12:07, Martyn Russell wrote: Hello all, So, I was checking these are up to date after Mathieu Dupuy asked me to update the D language bindings. I have added a GTK+ 3.2 column now and continued the 3.0 binding progress for each case. I have added 3.4 too - I meant to add. PLEASE let me know if any status has changed here for your language bindings out there. I can update accordingly. Mathieu, about gtkd, I have *NOT* set 3.2 as SUPPORTED yet. If this is indeed the case, let me know and I will update it ASAP. Same for 3.4 Mathiew... -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [PATCH] Please update commerce web page
On 28/07/12 12:09, Roger Leigh wrote: EPIC Technology Fixed. Thanks for the patch. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gdk threads ...
On 05/22/2012 01:56 AM, Benjamin Otte wrote: Michael Meeksmichael.meeksat suse.com writes: The unfortunate thing about this design is that every toolkit user gets to re-write a bus-load of boiler plate stubs skels and link them into every application. Why not do that, just in a better way, inside the toolkit ? (Disclaimer: This is my personal opinion and is in no way related to the opinion or future API design of GTK or GNOME - though I try to influence both.) I've spent a bit of time thinking about the general why doesn't the framework give us the means to do X? questions as well as the actual use case of libreoffice. And I think the answer to your question is the code should be where the problem is and as your threading model is the problem, the code should be with you. You should be the one motivated to improve things and reduce code, not GTK. I believe this is quite illogical. In short, LibreOffice is just one project being highlighted here (and rather a big one at that). I suspect there are many others that won't be writing to this list or know about such changes until it's too late. I've always believed libraries should do the job that *many* projects would have to re-implement. It just doesn't make sense from a maintenance and bug fixing point of view to have many solutions to the same problem scattered around projects when the common denominator (the toolkit) could do it right for everyone. This just causes work for everyone. Libs in the general GNOME vicinity have historically taken the let's export all the features we have approach. You can set everything everywhere. And if you I actually believed we had the opposite approach in most cases, certainly in terms of the UIs for our applications. can't, there sure is a signal that you can hook into, capture things and do it your way. On the opposite side, libraries like Cairo have taken a different approach: A minimal API and very few ways to hook into the system and influence what is actually happening. I think we should move GNOME closer to the Cairo approach. Reduce the amount of API. You can read http://ometer.com/free-software-ui.html for why that's a good idea. Just replace UI with API and user with developer in that article. I will concede there is usually a sweet spot between *libraries* becoming redundant because they suit all (and suffer performance or other degradation) vs providing enough support for projects using your library. Tracker is a great example of this. The 0.6 versions had APIs which were not powerful enough, so we came up with libtracker-sparql. But, as a result, we now have libraries/frameworks like folks and grilo to provide simpler APIs to get your data. In the end, you could extrapolate from above that we should have a separate library to deal with LibreOffice's situation, but if you can't actually do that without a patched GTK+, it leaves no choice. Now what does that mean for applications that use these APIs that are going to be removed? They're doing the same thing the users do when their preferences get removed: They either change the way they do things, they stick to the old version for as long as possible or they switch to something else. And in the end I'm pretty sure everyone in GNOME-land will be happy to help LO become a great GNOME application. LO is one case. I have written applications which have had to deal with custom even loops working with the GTK+/GLib event loop for their own in-house uses (IPCs, etc). There are just many cases you don't know about. I advocate async, thread free approaches and think it's a mistake to use threads with any UI, but I think it's a bigger mistake to close the door on projects that have no choice. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Commercial support page on gtk.org
On 23/03/12 11:49, Daniel Garcia wrote: On Mon, Mar 19, 2012 at 03:12:32PM +, Martyn Russell wrote: Hi all, For a while, I/we at Lanedo have thought that gtk.org is missing a commercial support page. Qt has one and it's even been requested by some clients in the past IIRC. I've been meaning to merge this branch for a while: http://git.gnome.org/browse/gtk-web/log/?h=support The result is demonstrated here: http://curlybeast.net:8080/support.php I made a few small changes today and am happy with it myself. Just so people know, the list of companies is randomly listed, so there is no bias about ordering here. If there are no major objections, I will push this by Friday this week or shortly after. Comments welcome, Hi, At wadobo we provide gtk consultant, development and training. it could be great to appear in http://www.gtk.org/support.php I attached a patch to add wadobo to support, feel free to push if you think Wadobo can be in this list. I guess we need to have some rules about who gets added to make sure we don't add people who just want to be on that page. We've seen this with OpenOffice, but the page link escapes me. I am not saying Wadobo is unworthy, just that it has occurred to me we need to be careful about flooding that list. Daniel, what sort of support are you offering around GTK+ and do you have any commits you can point to which show contribution to the project? Thanks, -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Commercial support page on gtk.org
On 19/03/12 15:30, Carlos Garcia Campos wrote: Comments welcome, It looks pretty good :-) Attached is a patch to add Igalia to the list of companies. Committed, should be on the test server now. Sorry, Igalia should have been an obvious company to add to that list. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Commercial support page on gtk.org
On 19/03/12 17:41, Alberto Ruiz wrote: I do wonder if Novell is actually offering Gtk+ support anymore, or whether we should refer them as SuSE (in case they want and they do actually offer such support?). Same question goes for RedHat, are they actually offering support to ISVs? Considering the number of core maintainers from RedHat, it makes sense to include them unless specifically asked to be removed. For SUSE, I will take Vincent's word for it. Businesses can always ask to be added or removed at any time if this becomes a spamming mechanism :) -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: out of date langage bindings page for D binding
On 16/03/12 09:54, Mathieu Dupuy wrote: Hello everyone. According to the project page (http://www.dsource.org/projects/gtkd), gtk D binding now wrap gtk 2.22. Please update langage bindings page, which tells it only supports up to 2.18. Hi, Done. Thanks for letting us know. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Commercial support page on gtk.org
Hi all, For a while, I/we at Lanedo have thought that gtk.org is missing a commercial support page. Qt has one and it's even been requested by some clients in the past IIRC. I've been meaning to merge this branch for a while: http://git.gnome.org/browse/gtk-web/log/?h=support The result is demonstrated here: http://curlybeast.net:8080/support.php I made a few small changes today and am happy with it myself. Just so people know, the list of companies is randomly listed, so there is no bias about ordering here. If there are no major objections, I will push this by Friday this week or shortly after. Comments welcome, -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Fwd: Plans for GTK+ Bundles for win32 and win64?
On 08/09/11 07:53, Kean Johnston wrote: On 9/8/2011 8:34 AM, Anders Broman wrote: Hi, Has the provision of binary bundles for Windows 32 bit and 64 bit been discontinued? I can't speak for the devs but I am putting together a full bundle for both win32 and win64, including all of the dependent libraries. It's not quite bleeding edge, as it is still using glib 2.28 and gtk 3.0.12. I am using the DDK compiler (more modern than MSVC 6) which still allows me to use MSVCRT.DLL and not the compiler-specific MSVCRT100.DLL. It contains a few minor patches to glib that I've submitted, but that are not yet accepted. It's a week or so out, I have a lot of testing and cleanup to do but there is someone actively working on it. Whether the core team will update the images on gnome.org is, of course, up to them and I cannot speak for them. I would love to see this on gtk.org as an installable executable. Right now the pages: http://www.gtk.org/download/win32.php http://www.gtk.org/download/win64.php only allow downloading of separate packages. What I wished we had years ago when I was developing on Windows was an executable which installed GTK+ on the system for all apps (so I didn't have to package gtk+ inside my own project). If there is consent amongst the team and this is available, I can set up the gtk.org pages for this. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Fwd: Plans for GTK+ Bundles for win32 and win64?
On 08/09/11 11:39, Alberto Ruiz wrote: That's a really bad idea for several reasons. First, we don't have the resources to test ABI compatibility on windows, there has been cases where some versions have crashed windows apps. You mean app X uses GTK+ version A and version B is on the system = BOOM right? That's really about getting the package management/version management right IMO. Right now everyone has to do that themselves or bundle it - which is far from ideal. Second, Windows is not as good at managing shared .dlls as Linux is. It can become a nightmare. You need to either wire up the Side by Side plumbing or mess with %PATH% to get things right, and both approaches have their own set of problems. Everything on Windows is a nightmare here :) You would need to set up the %PATH% correctly if you used a specific version of GTK+ or not (from my experience). I am not suggesting we put the dlls in a common path and even then that's never enough (unless things drastically changed since I did it). In the Qt world and other toolkits, most people just bundle their dependencies. That's the standard and the right thing to do on Windows. Application developers are in charge of delivering a Gtk+ (and other deps) version that works for their app. This does have it's advantages too and what I ended up doing also. But it does feel quite wasteful. There is quite a battle in Windows GTK+ app developers getting their software out of the door with this approach and indeed the one I was suggesting. Third, and the most important. Windows has no package manager. You should not delegate on users the responsibility of making sure that a working copy of GTK is installed. This is annoying enough with Java. A .zip bundle (and maybe some facilities to shove that into your app installer) is the best approach for now IMHO. Actually, YES. :) The absence of a package manager (forgetting John's email for the moment) is regrettable but including a package inside your installer which installs GTK+ is not a bad idea and if that was provided AND apps could set their paths up appropriately, it's better than having to do the whole installer crap for GTK+ per project. It's just one more level of modularisation that helps app developers IMO. -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Fwd: Plans for GTK+ Bundles for win32 and win64?
On 08/09/11 09:45, Kean Johnston wrote: If there is consent amongst the team and this is available, I can set up the gtk.org pages for this. There isn't consent. Some people are against the notion of having GTK+ be a shared component due to two main concerns (both addressable): 1. The myriad issues surrounding the choice of CRT to use: the system provided msvcrt.dll or the compiler-provided msvcrtXXX.dll. It is not Yea, forgive me, I have not had to worry about that since my last experience was when only MS Visual Studio 6 was around so only msvcrt.dll. I hear the problem is much worse these days but I didn't know there was a choice. possible to target msvcrt.dll using Visual Studio 2010 for example, you have to go all the way back to Visual Studio 2006, unless you use the DDK, which is a much more modern compiler. What do you mean by target here? When I was last using GTK+ on Windows, I just wrote the app in emacs and built it in MinGW/MSYS, so I don't know how things fare these days in Visual Studio. I did use VS at some point, but even then the run time dll wasn't an issue. 2. The concern that if package A installs the shared component and package B comes along and also installs it, but it happens to be an earlier revisions, you may encounter problems. Isn't that just about where it's installed and apps making sure paths are set up properly? Problem 1 is most easily solved by creating a custom compilation suite for building GTK itself using a mixture of Visual Studio 2010 and the DDK. As part of the work I am currently doing I am making a full set of step by step instructions on exactly how to do that. Sounds great! :) Problem 2 is most easily solved by sensible naming of the DLL's, or as an alternative, linking statically. There is no mandate in the Windows world that we preserve libtool's insane version numbering for libraries. We can (and should) have more sensibly named libraries such as glib228.dll rather than glib2.dll, which covers WAY too broad a scope (just to pick on glib). Couldn't agree more. Why aren't they named nicely anyway? So that others do not duplicate the same work I am doing, here is what I am working towards: 1. A single source tree with all of the required components, from zlib on up, that can be built for either Win32 or Win64, either as a DLL or as a static library. 2. An easy-to-install runtime package that will contain all of the runtime components needed to run a complex GTK application. 3. An easy-to-install development environment for the above. Fantastic. My ultimate goal is to try to make a standard distribution of all of these packages that many applications can link against. I am constructing things in such a way that an individual application can elect to either use a shared version of the packages, or, at their option, their own private copy if that makes more sense to their distribution model. All that is required is 1 line of code to set an environment variable at the very top of their application early in WinMain. That standard distribution is what should be on gtk.org for developers of course. That's another part of what I would love to see there. It would be my preference that this distribution be hosted on gtk.org but I have been crafting things under the assumption that this may be difficult or too slow, and I am making a productized version of the full suite that interested parties can either just download and use, or compile themselves. If you have a gnome.org git account you can update the website. Currently I am (with the exception of Javier Jardon who does a great job kicking the site into shame when I let things slip) the only one updating it. The module is gtk-web. I welcome you to create a branch with the web changes you want to make and ask me for review. I even have a test server for checking the look/feel of new stuff first and for review on this list. The server is: http://curlybeast.net:8080/ For the sake of completeness here is the set of code that I build: zlib 1.2.5 iconv 1.14 gettext-runtime (-lintl) 1.18.1.1 libpng 1.5.4 giflib 4.1.6 jpeg 8c libxml2 2.7.8 libxslt 1.1.26 expat 2.0.1 freetype2 2.4.6 fontconfig 2.8.0 pixman 0.23.2 pcre 8.13 glib 2.28.8 cairo 1.10.2 pango 1.28.4 gdk-pixbuf 2.24.0 atk 2.0.1 gtk+ 3.0.12 I've recently updated some of those versions and I am still working through the full build, but its close. Thanks for the details! -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+ meeting minutes for Sunday follow up meeting Monday 18:00
Hello everyone, So we didn't have long to discuss what we want for GTK+ 4.0 and there will be a follow up meeting to discuss in detail some specifics of the meeting this evening. As the subject says, it's Sunday at 18:00 (presumably where we met for the meeting on Sunday). The minutes were: • Follow up meeting to discuss in detail the agenda below while at the Desktop Summit: ∘ Monday 8th August at 18:00 ∘ Meet the same place as we did for the GTK+ bof/meeting on Sunday. • Agenda ∘ Introduction by Emmanuele on Clutter (for GTK+ developers) ∘ Introduction by Benjamin on GTK+ (for Clutter developers) ∘ Introductions include high level information about: ‣ Window system ‣ Layout ‣ Drawing ‣ Events ‣ Concepts behind the clutter scene graph ∘ GLib 4.0 ‣ Drop deprecations ‣ Rebasing some types on a smaller version of GObject (GStreamerObject?) ‣ Clean up GObject on places • Lesser used GType APIs • Be able to unload objects ‣ GSignal issues • var arg marshalling (as commented from Clutter team) ∘ GTK+ 4.0 ‣ Simple list wanted • Kris suggested some API to pass an array of types to output a model ‣ Proper CSS • Own style class and theme in a default way • Real hierarchy based organisation of themes (from Benjamin) ‣ Operating specific APIS • Ubuntu is patching for their menu • Status icon problems in OS10 also are a reason for this - issues with grabs ‣ Making use of proper scene graphs in Clutter in GTK+? • Generally wanted: ∘ Visual Studio integration, should find someone interested! ∘ Hackfest either before/after Boston summit (around October 8th ish) ‣ Where: • Boston ‣ Who: • Carlos • Company • Ryan • Matthias • Colin Walters • Alberto • Robert Brag • Neil/Damen (for Clutter) ‣ Get funding for current Mac developer to come to GTK+ hackfest from the foundation? -- If I missed anything, don't hesitate to reply with the details. It's sometimes hard to write as fast as you guys talk ;) -- Regards, Martyn Founder and CEO of Lanedo GmbH. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On 07/06/11 19:39, Devin Samarin wrote: On Tue, Jun 7, 2011 at 6:48 AM, Martyn Russellmar...@lanedo.com wrote: Hi Shawn, For now, we're using a temporary solution for gtk.org and the twitter/identica script which Devin provided. Ideally, we would upgrade the server's php version to 5.2 and enable the json apache module if possible. The JSON Apache module is not needed; PHP's JSON functions are built-in to version 5.2 and above. Thanks for the clarification. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On 07/06/11 12:44, Shawn Amundson wrote: On Mon, Jun 6, 2011 at 4:53 AM, Martyn Russell mar...@lanedo.com mailto:mar...@lanedo.com wrote: On 04/06/11 18:11, Devin Samarin wrote: Everyone, It looks like all the committed changes are being updated fine. Except the changes on the features page were editing code that was not visible. They were editing the code for the old features slider instead of the current page (which is hidden in a PHP if-statement). I have removed the old features slider and moved the changes over. https://bugzilla.gnome.org/show_bug.cgi?id=651834 Applied, thanks Devin. -- Regards, Martyn Are you still waiting on any system-level support from me, or is everything done now? Hi Shawn, For now, we're using a temporary solution for gtk.org and the twitter/identica script which Devin provided. Ideally, we would upgrade the server's php version to 5.2 and enable the json apache module if possible. Is this something you can do? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On 07/06/11 16:02, Emmanuele Bassi wrote: On 2011-06-07 at 14:48, Martyn Russell wrote: Ideally, we would upgrade the server's php version to 5.2 and enable the json apache module if possible. Ideally, shouldn't we move gtk.org under the Gnome infrastructure instead? at least it would be under the scope of the Gnome sysadmin team and we wouldn't need to keep two infrastructures in sync. we should probably have both gtk.org and gtk.gnome.org as well. I would like that too, but in retrospect, I found out that Tim Janik (ironically) has root access to the machine too - so it's less of an issue now. I have no idea what's required to make this happen, I suspect moving dns entries and creating a project in the gnomeweb-wml git repo? Does anyone have information about the political reasons as to why it was never moved before? I am missing the history on that. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On 04/06/11 18:11, Devin Samarin wrote: Everyone, It looks like all the committed changes are being updated fine. Except the changes on the features page were editing code that was not visible. They were editing the code for the old features slider instead of the current page (which is hidden in a PHP if-statement). I have removed the old features slider and moved the changes over. https://bugzilla.gnome.org/show_bug.cgi?id=651834 Applied, thanks Devin. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On 03/06/11 20:40, Devin Samarin wrote: I have hopefully fixed this problem (I can't test with older versions of PHP, but I have tested the new function by itself, and in theory it will work.) Patch is located here: https://bugzilla.gnome.org/show_bug.cgi?id=651807 I also cleaned up some code used during development of the website. Thank you for the patches Devin, however, at the moment, it seems the last few commits from me and Javier Jardón have not yet made it through to the website. I suspect there is something larger going wrong here and I don't have access to the server to fix it. Shawn, any chance you can assist here? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
www.gtk.org now updated but no news!
Hi all, So, I have been working on migrating to the new gtk.org site which was reviewed here: http://curlybeast.net:8080/ We have no officially moved over to the new work as it is in master (in gtk-web). The old website was tagged pre-php-site-for-gtk-3 before the switch here: http://git.gnome.org/browse/gtk-web/tree/?id=pre-php-site-for-gtk-3 The only issue I see so far is that the news from twitter/identica is not showing up and actually causes a massive fail on the website. I have disabled that on the main page for now so we have no news. As you can see from: http://www.gtk.org/ After some trial and error, I have deduced it's not the include statement for the class Devin wrote (because I included it directly and the same thing happens). The current failing version is available here: http://www.gtk.org/index-fails.php I tried copying the set up on my test server (curlybeast.net) for the php.ini but I can't reproduce this issue. Right now, there are only 2 things it could be based on the php info[1] outputs I've been comparing: 1. The PHP version is 5.1.6 on gtk.org, curlybeast.net uses 5.2.4. (unlikely to be the real reason). 2. The modules loaded for curlybeast.net includes json, which gtk.org doesn't load AFAICS. (more likely to be this) I don't have access to the server, so I can't see what errors are being thrown up. Shawn, are you able to give me access to at least debug the situation there? [1] http://www.gtk.org/test.php http://curlybeast.net:8080/test.php Devin, if you have any suggestions, that would be appreciated too. Any comments or fixes people notice, please let me know :) -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org now updated but no news!
On 02/06/11 13:49, Nicola Fontana wrote: Il giorno Thu, 02 Jun 2011 13:14:24 +0100 Martyn Russellmar...@lanedo.com ha scritto: The current failing version is available here: http://www.gtk.org/index-fails.php I tried copying the set up on my test server (curlybeast.net) for the php.ini but I can't reproduce this issue. Right now, there are only 2 things it could be based on the php info[1] outputs I've been comparing: 1. The PHP version is 5.1.6 on gtk.org, curlybeast.net uses 5.2.4. (unlikely to be the real reason). 2. The modules loaded for curlybeast.net includes json, which gtk.org doesn't load AFAICS. (more likely to be this) Hi Martyn, the GTKNewsFeedLoader::load() method uses json_decode() [1] which requires either PHP 5.2.0 and the json extension enabled [2]. Great, so it's as I suspected (I noticed the json_decode() call there also). Thanks for verifying. If a PHP update is not possible on the current server, I think a refactoring using another JSON library will be required. Let me know if you need some help. Depending on what Shawn comes back with, we may need to do this. Thank you for the offer. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: new gtk-fortran binding
On 26/04/11 15:03, Arnaud Charlet wrote: I also had to add the 2.24 and 3.x columns in there so I have continued the previous status from all other bindings. If anyone out there sees their binding is out of date, please let me know and I can update it accordingly: http://www.gtk.org/language-bindings.html 2.24 is also partially supported by the Ada (GtkAda) binding. Work is underway to support it fully, as well as 3.0. Done. Sorry for the delay, rather busy recently. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org cannot visite
On 28/04/11 15:45, czk wrote: www.gtk.org cannot visit, anyone knows why? It has been down since yesterday. I have been asking around, but no one seems to know who can bring it back up. I don't have access to the machine that hosts gtk.org. The whois information suggests: Shawn Amundson (on cc) -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: www.gtk.org cannot visite
On 28/04/11 16:38, Shawn Amundson wrote: On Thu, Apr 28, 2011 at 10:00 AM, Martyn Russellmar...@lanedo.com wrote: On 28/04/11 15:45, czk wrote: www.gtk.org cannot visit, anyone knows why? It has been down since yesterday. I have been asking around, but no one seems to know who can bring it back up. I don't have access to the machine that hosts gtk.org. The whois information suggests: Shawn Amundson (on cc) -- Regards, Martyn The site (University) which hosts the machine had a power outage which took out a portion of their network. Hopefully that will get resolved today. Thank you for the update Shawn, appreciate it. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: New GTK+ website design
On 19/04/11 15:47, Cosimo Cecchi wrote: Hi Martyn, On Tue, 2011-04-19 at 15:30 +0100, Martyn Russell wrote: There are a few things to decide on, so I will try to get some consensus from you all before making the final decision on these points: 1. The titles are available in blue (default) or red. If you append ?red to the link you can see them in red. What do people prefer here? I quite like the blue now. I think I like the blue better too. 2. The features page has 2 approaches. One is with next/previous buttons to go through the features. The other lists them as we did before. What do people prefer? I feel that next/previous approach is a bit confusing, as the buttons are not really discoverable and it doesn't give an overview of all the items at a glance, which I think is important for such a prominent page. You're not the first to say that. I agree. It's now not the default. I will disable the next/prev look. I also feel the layout of the other page is a little too crowded at a first sight, but not being a web designer I don't have concrete suggestions to improve it (and I prefer it over the former anyway). Two other suggestions: - I think the home page should mention Javascript among the bindings, which is getting a lot of traction nowadays (more than Perl for instance). We have a bindings page. Was there something specific you wanted to mention here that covers more than the language bindings page? - It would be nice to have some screenshots updated to GNOME3/GTK3 styles. I agree. I will steal some from the gnome 3 live.gnome.org pages unless someone can point me to something useful? Thanks for the comments, -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: New GTK+ website design
On 19/04/11 17:53, Allin Cottrell wrote: On Tue, 19 Apr 2011, Martyn Russell wrote: Are there any other points or questions people have about the content/design that we should address before moving over to this? In general this looks very good. One nit: I don't care for the faux-embossed text in the header (The GTK+ Project). The font itself is fine, but I'd drop the black shadows for a cleaner and non-pixelated look. I have improved this. Let me know if you think it works or not. Thanks, -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: New GTK+ website design
On 19/04/11 19:41, Matthew Bucknall wrote: I think the approach *without* prev/next buttons is better. It's much better to see all features at a glance rather than go through all those pages. Unless you already know the buttons are there, it's not even immediately obvious what they are or what you're supposed to do with them. I second Allin Cottrell's opinion re the header. The drop shadow looks pretty dated. Great, thanks, these should be done now. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: new gtk-fortran binding
On 18/04/11 16:06, Vincent MAGNIN wrote: Dear GTK+ developers, Hello Vincent, I would like to report a new GTK+ binding: gtk-fortran. I launched the project less than four months ago with Jerry DeLisle, one of the GNU gfortran developers. The home page is: https://github.com/jerryd/gtk-fortran/wiki We have a GTK+ 2.24.4 branch and a 3.0.8 branch. Tests were carried out with Linux, Windows and Mac OS X, as you can see here: https://github.com/jerryd/gtk-fortran/wiki/Screenshots The binding is not 100% complete, and I do not know if it reaches a sufficient quality standard to figure on your http://www.gtk.org/language-bindings.html page. But we would be happy to receive any comment or advice to improve it. Done. I also had to add the 2.24 and 3.x columns in there so I have continued the previous status from all other bindings. If anyone out there sees their binding is out of date, please let me know and I can update it accordingly: http://www.gtk.org/language-bindings.html -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
New GTK+ website design
Hi all, I've been meaning to send this for some time now. I managed to get some of the last things fixed up and the site hosted on my server for some testing. Thanks to Devin for all the hard work put in on this. The biggest change is that all the pages are written in PHP and the style is a bit more slick with a nice news feed available too. There are a few things to decide on, so I will try to get some consensus from you all before making the final decision on these points: 1. The titles are available in blue (default) or red. If you append ?red to the link you can see them in red. What do people prefer here? I quite like the blue now. 2. The features page has 2 approaches. One is with next/previous buttons to go through the features. The other lists them as we did before. What do people prefer? I like both, but would probably go with the old school approach: http://curlybeast.net:8080/features.php vs http://curlybeast.net:8080/features.php?old 3. The footers have CSS/HTML validation links there for those interested, these will be removed when we finally migrate. -- Are there any other points or questions people have about the content/design that we should address before moving over to this? Comments welcome, -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: New GTK+ website design (with link)
On 19/04/11 15:30, Martyn Russell wrote: Hi all, Of course, the link would help :) http://curlybeast.net:8080/ -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: new gtk-fortran binding
On 19/04/11 14:57, Nicolas Setton wrote: I also had to add the 2.24 and 3.x columns in there so I have continued the previous status from all other bindings. If anyone out there sees their binding is out of date, please let me know and I can update it accordingly: http://www.gtk.org/language-bindings.html the Ada row should be modified to say Supported up to 2.16 included, then Partially Supported on 2.18 to 2.22 included, and Unsupported for 3.0. (But we're catching up :-)) Done :) thanks for the update. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Whitespace junk
On 14/03/11 12:15, David Zeuthen wrote: Hi Murray, Regarding your commit http://git.gnome.org/browse/glib/commit/?id=c1a75ca783f602d3edf465c28918dac7ea57a1e7 most of the real changes seems to be drowning in whitespace junk... Please always check your patches before pushing to git.gnome.org. For anyone interested, git diff --check works nicely for this. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Website proposal for usability
On 08/02/11 04:46, Devin Samarin wrote: Pong... Sorry I haven't checked my e-mails in a while Hi, Glad you're still alive! :) On Mon, Feb 7, 2011 at 1:29 AM, Martyn Russellmar...@lanedo.com wrote: On 21/01/11 11:21, Martyn Russell wrote: On 31/08/10 09:22, Devin Samarin wrote: Oh sorry I didn't e-mail you directly. I moved it to http://eboyjr.homelinux.org:8081/ to solve some directory issues. Hi Devin, Is your site down again? Yes unfortunately.. the computer that is hosting it is being fixed right now. I have backups but I don't have anywhere to host atm I see. Perhaps you could tar up the site and send it to me directly and I could host it temporarily? We could put it on my private server (curlybeast.net) or lanedo.com somewhere? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Website proposal for usability
On 21/01/11 11:21, Martyn Russell wrote: On 31/08/10 09:22, Devin Samarin wrote: Oh sorry I didn't e-mail you directly. I moved it to http://eboyjr.homelinux.org:8081/ to solve some directory issues. Hi Devin, Is your site down again? I wanted to do some testing before we do the switch over, which is likely at the end of this month IIRC inline with the GTK+ 3.x release. Ping? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Website proposal for usability
On 31/08/10 09:22, Devin Samarin wrote: Oh sorry I didn't e-mail you directly. I moved it to http://eboyjr.homelinux.org:8081/ to solve some directory issues. Hi Devin, Is your site down again? I wanted to do some testing before we do the switch over, which is likely at the end of this month IIRC inline with the GTK+ 3.x release. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GtkSearchEngineTracker
On 07/12/10 22:02, Martyn Russell wrote: Hi all, I have created a branch for the updated tracker backend used for searching in the GtkFileChooser. Any comments? Thanks for the comments, both make sense and I will try to get those done ASAP. This branch is now merged into master. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Planned Release Date of GTK+ 3.0
On 07/12/10 22:24, Matthias Clasen wrote: Might be good to discuss at the team meeting that we should hold next week. Will you be able to make that, next Tuesday ? Yea, I will try to be there. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GtkSearchEngineTracker
Hi all, I have created a branch for the updated tracker backend used for searching in the GtkFileChooser. Any comments? http://git.gnome.org/browse/gtk+/log/?h=tracker-with-libtracker-sparql I blogged about it with a video to demonstrate the functionality: http://blogs.gnome.org/mr/2010/12/07/gtksearchenginetracker/ If no one objects I will merge this branch by the end of the week. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Planned Release Date of GTK+ 3.0
Hi all, Is there a planned date for the release of GTK+ 3.0 this month? I only ask because I would like to coordinate the website changes with the actual release. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Language Bindings Update for Website
On 26/10/10 21:59, Jean-Philippe Chancelier wrote: For anyone else wanting to update their language binding support listed on the site, please let me know so we can update them accordingly. ¹ http://www.gtk.org/language-bindings.html Hello Martyn, Could you please add nsp binding support for gtk+ 2.8 Are any newer versions supported? Also, we would need a link for that and more information about how well other versions are supported. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Language Bindings Update for Website
On 26/10/10 07:54, Murray Cumming wrote: On Tue, 2010-10-26 at 00:28 +0200, Javier Jardón wrote: I do not know how is the situation with the moduleset reorganization, but I think JavaScript is a official binding as seed is already part of the bindings moduleset [1] and gjs was accepted in the last cycle [2] Ah, yes, Javascript (seed) was added in GNOME 2.28. Sorry. About Vala is already a external dependency [3], but I'm not very sure if It's enough. No, it's obviously not enough. Just to be clear, I was only going to remove Vala, as Javier points out, Java/Javascript is listed. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Language Bindings Update for Website
On 26/10/10 07:21, Arnaud Charlet wrote: GtkAda (Ada binding) supports 2.22 (and below). What do you mean by supports? Can I access to new API added in GTK+ 2.18 ( like GtkSpinner ) from a Ada program? To be more precise: current GtkAda binds everything in Gtk+ 2.16 and below, and is compatible with gtk+ up to 2.22 (we've found Gtk+ bugs in the process FWIW, see e.g. https://bugzilla.gnome.org/show_bug.cgi?id=633089). Work is also under way to support more recent APIs, such as GtkSpinner. Updated Ada binding support. Thank you for letting us know ;) -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Language Bindings Update for Website
On 26/10/10 07:54, Murray Cumming wrote: On Tue, 2010-10-26 at 00:28 +0200, Javier Jardón wrote: About Vala is already a external dependency [3], but I'm not very sure if It's enough. No, it's obviously not enough. Updated this now. Thanks for noticing. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Now aviable: FreeBasic Language Bindings GTK-2.22.0
On 24/10/10 15:08, Thomas Freiherr wrote: GTK+ language bindings for FreeBasic are updated to version 2.22.0. See for details: http://www.freebasic.net/forum/viewtopic.php?p=146853highlight=#146853 and for download: http://www.freebasic-portal.de/downloads/ressourcencompiler/gtktobac2-2-0-131.html Thank you for letting us know. If you support older versions of GTK+ either fully or partially, let me know and I will update the website. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Language Bindings Update for Website
Hi all, While adding the FreeBASIC language bindings to our language-bindings page¹, I noticed S-Lang and Harbour have not released for a while or have denounced their support for language bindings. This is just to let everyone know I have now removed them. For anyone else wanting to update their language binding support listed on the site, please let me know so we can update them accordingly. ¹ http://www.gtk.org/language-bindings.html -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Language Bindings Update for Website
On 25/10/10 19:45, Murray Cumming wrote: On Mon, 2010-10-25 at 09:36 +0100, Martyn Russell wrote: Hi all, While adding the FreeBASIC language bindings to our language-bindings page¹, I noticed S-Lang and Harbour have not released for a while or have denounced their support for language bindings. This is just to let everyone know I have now removed them. For anyone else wanting to update their language binding support listed on the site, please let me know so we can update them accordingly. ¹ http://www.gtk.org/language-bindings.html That shows vala and Javascript as an Official GNOME Binding, presumably meaning an official GNOME Platform Binding. But they are not: http://live.gnome.org/TwoPointThirtyone/Bindings According to git blame, this commit updated the web site: commit 3357c937b3c415137f3b7a1d509f0cdf0e6d218b Author: Javier Jardón jjar...@gnome.org Date: Tue Dec 8 05:41:14 2009 +0100 Update language bindings page Added JavaScript and Vala bindings Fixes bug https://bugzilla.gnome.org/show_bug.cgi?id=601204 I will change the officially gnome part on the site unless there are any objections? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GLib 2.26.0
On 14/10/10 12:18, Esben Stien wrote: Ryan Lortiede...@desrt.ca writes: You can grab your 2.26.0 tarballs here: Why isn't the website updated? Thanks for updating this Tor. -- Regards, Martyn ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GLib 2.26.0
On 14/10/10 12:18, Esben Stien wrote: Ryan Lortiede...@desrt.ca writes: You can grab your 2.26.0 tarballs here: Why isn't the website updated? Thanks for updating this Tor. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GLib 2.26.0
On 14/10/10 12:18, Esben Stien wrote: Ryan Lortiede...@desrt.ca writes: You can grab your 2.26.0 tarballs here: Why isn't the website updated? Thanks for updating this Tor. -- Regards, Martyn ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Gtk-OSX
On 06/09/10 21:39, John Ralls wrote:
On Sep 6, 2010, at 12:13 PM, Stefan Kost wrote:
I think I heard somewhere that you have a kind of dummy gtk-doc to
satisfy the build deps. I wonder if we can fix this somehow better.
Can you either ping me in #gtkdoc (gimpnet-irc), write to gtk-doc
mailing list or even to me in person and describe the problem. Also
let me know where I can look at the dummy package that you are
using.
The dummy gtk-doc I used a while back was stolen from Tor's work to get
Evolution going on Windows:
http://www.go-evolution.org/Building_Evolution_on_Windows#Fake_gtk-doc
No, it's gnome-doc-utils that's faked to satisfy the build deps,
along with a package of DocBook DTDs (that the real gnome-doc-utils
would provide if it wasn't faked). I thought that it had to do with
not wanting to deal with scrollkeeper, but that doesn't seem to have
anything to do with gnome-doc-utils. At this point, I don't really
know why it's there; perhaps one of the Lanedo folks still here knows
or can find out from Richard Hult. I'll experiment with just using
the real gnome-doc-utils instead.
As I recall (and this is from my Windows building GTK+ experience a
while back now), the reason was because autogen.sh / configure.{ac|in}
include gtk-doc m4 macros and so you have to have gtk-doc installed in
some capacity to actually get the build working.
Personally, I hate this. I have always thought that gtk-doc should be
build time optional and not in the sense that you disable building
project documentation but rather that you don't need any part of gtk-doc
to actually make your build work.
If I am out of date on any of these matters, then I will happily accept
corrections :)
If it works, then
gnome-doc-utils-fake and gtk-osx-docbook can go away. If it doesn't,
then when time permits I'll see about fixing it. It doesn't look like
either gnome-doc-utils-fake or gtk-osx-docbook should migrate to
gnome.org.
I would rather fix gtk-doc.
--
Regards,
Martyn
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Website proposal for usability
On 03/09/10 11:27, Mike Massonnet wrote: One website that has its own coordinators: http://webkitgtk.org/ It could deserve an update with the html skel that you have come up with. My 2 cents I think it probably does make sense yes. Now I start to think of the other GTK+ sub-projects though, perhaps like GtkGLExt¹ which I just found out also uses a similar theme to the gtk.org site. Perhaps it makes sense to have a GTK+ Extensions page somewhere for these sorts of things? ¹ http://projects.gnome.org/gtkglext/ -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Website proposal for usability
On 09/08/10 22:54, Devin Samarin wrote: I posted this on Bugzilla (https://bugzilla.gnome.org/show_bug.cgi?id=626380) and I was recommended by Martyn to post the details here. Hi Devin, I know there isn't much activity on the review here any more, but actually, I have been thinking. If people are happy with the work, perhaps it makes sense to schedule the move over to the new website to co-inside with the release GTK+ 3.0? This is supposed to be towards the end of this year. Any comments on the matter? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gtk-OSX
On 01/09/10 18:17, Alberto Ruiz wrote: Hello Shawn, 2010/9/1 Shawn Bakhtiarshashan...@hotmail.com: You tell'm John I think the key point here is: The reason that this thread (and similar ones in the past) get going is largely because of false advertising: Gtk+ claims to be a cross-platform toolkit. The GTK+ site clearly advertises the product as a cross-platform toolkit. http://www.gtk.org/features.html Product? This is a project not a product. And it is cross platform. You _can_ run it on Windows, you can run it on Mac OS X, you can run it on Intel hardware, ARM hardware, SPARC, you can run it on Linux, Solaris, FreeBSD. Is anything of what I said false at all? If that's the case, how is it untrue? Alberto++ :) If GTK+ *runs* on these platforms, then why shouldn't we include the support details on gtk.org? Again, to iterate my point, the end user developing their project would rather see supported ports of the toolkit on one website than as sub-projects somewhere else, regardless of the % of feature complete widgets. You do make one important point, perhaps we should be detailing the level of feature completeness on Windows and MAC? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Website proposal for usability
On 27/08/10 11:05, Devin Samarin wrote: 2010/8/27 Martyn Russellmar...@lanedo.com: On 27/08/10 01:53, Devin Samarin wrote: On Thu, Aug 26, 2010 at 3:22 AM, Martyn Russellmar...@lanedo.comwrote: On 21/08/10 12:12, Devin Samarin wrote: I finished the re-design of the GTK-Doc area: http://eboyjr.homelinux.org:8080/gtk/gtk-doc/ Hmm, is the site down? Doesn't seem to be available at the moment: http://eboyjr.homelinux.org:8080/gtk/ -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Website proposal for usability
On 27/08/10 01:53, Devin Samarin wrote: On Thu, Aug 26, 2010 at 3:22 AM, Martyn Russellmar...@lanedo.com wrote: On 21/08/10 12:12, Devin Samarin wrote: I finished the re-design of the GTK-Doc area: http://eboyjr.homelinux.org:8080/gtk/gtk-doc/ I agree with most of the comments here, I also don't really think it looks great to have a sub-menu at the top of the page like that. Okay I have updated it to use a global navigation at the top of the page labeled Part of the GTK+ Project. I think this fits really well and it is similar to how BBC's news section does this. I certainly prefer this to the previous version. However, the title still says the GTK+ project and there is no gtkdoc title that remains on all pages. The current site changes the title too, but keeps the icon of course, so you know it is still related to GTK+. The menu is something I expected to be next to the current menu too (does that make sense?) i.e. [icon] GTK-Doc About | Features | Download | Screenshots | *Documentation* | Dev | ... *About* | News | Requirements | Download Or where the menu changes to the GTK-Doc menu, but has an option to go back to GTK+ in it (or perhaps just by clicking on the cube). The current approach feels less fluid :) I made it usable for mobile devices and people with smaller screens Actually, this is not really what I had in mind for smaller devices, a lot of websites have a /mobile implementation which is less horizontally challenging ;) What's horizontally challenging about it? For handset devices and when the width of the browser window is less then 650 pixels, every part of the document flows, as there is no width set on any of the elements. The sidebar collapses into a normal section of the page. At this point just the title image and the menu. You have done a really good job with the rest I must say ;) The only page left--in my opinion--that needs polishing is the features page. Actually, this is one of my favourite pages, it looks great. What did you want to polish here? Well I think is good so far, but I was thinking of adding some useful screenshots of the widgets, but that is going above and beyond and I won't do it if no one wants me to. Might make sense. 7. The Success Stories page has a heading More Applications which should really be under all the grey boxes. The Maemo and GNOME paragraphs should line up too IMO (vertically). Arguably Maemo should be changed to MeeGo everywhere. I think MeeGo uses QT for everything and only has GTK+ installed for Moblin compatibility. I think we should just leave Maemo? Well, MeeGo still uses GLib, Pango and I think Cairo which is quite a large chunk of the stack. I think I would prefer it was a regular heading like the ones at the top. Perhaps also changing the title to Community Applications since gtkfiles.org is more about that really. Done. Great, looks really nice now. 8. The OverView page has the same indentation issue with the icons. And the columns look a lot closer than say the Downloads page, this again triggers my OCD :) Well they are actually exactly the same :P... It probably looks like that because the text is crammed together... I added space to the list of libraries, but I don't know if it really helped. Maybe I can put that into a sidebar bubble? Hmm, not sure that would work. This is the fundamental part of this page. Additionally, the icon top is still higher than the text and that should be aligned if possible. Fixed the icon positioning. I think that page is fine the way it is right now. Much better thanks. Perhaps a subtext in the title mentioning *G*IMP *T*ool*K*it. At the very least explaining this on the front page makes sense. Done. It's in the first paragraph on the About page. Great, I really wonder why this was never on the main page in the first place :) Can we try it at least for a short time? Perhaps others can comment on this to get more feedback. Okay I will set it red for now, but I think I have a solution that will bring some color into the page while leaving the header colors the same. I am thinking of a medium-to-thin ribbon on the grey page background that uses the colors of the GTK+ Logo in vertical stripes as the ribbon twists down for about 600 pixels or so. That may be all it needs. :) When I get on my Windows machine I'll work on it. OK, I will see what solution you're thinking of then, the red for me is nice, but a bit too bright, unlike the blue which is a soft blue. If you compare the old red we used, it is slightly darker. So a couple of other things. I'll check the pages for validity. Apart from the obvious violations sure, but fixable issues should at least be processed. Actually every single page should now be XHTML 1.1 Strict validated perfectly. There are two CSS files: global.css which is CSS validated, and browser.css which is
Re: Website proposal for usability
On 21/08/10 12:12, Devin Samarin wrote: I thought I'd give up update of what the site is looking like now, and I hope everyone is fine with using this mailing list. I have integrated tweets from identi.ca in the News Feed on the main page. I finished the re-design of the GTK-Doc area: http://eboyjr.homelinux.org:8080/gtk/gtk-doc/ I agree with most of the comments here, I also don't really think it looks great to have a sub-menu at the top of the page like that. I prefer the way it was before, where it has a separate title and is almost a website under a subdirectory. I don't mind if we have a submenu if it looks related to the menu at the top though... to give a few examples: http://www.bbc.co.uk/ and http://www.bbc.co.uk/news/ the news/ directory clearly has another menu there and it seems to look ok, but it all feels connected. I made it usable for mobile devices and people with smaller screens (why not?) --you can try it by resizing the browser window's width smaller and smaller in a popular non-ie browser. Also a special layout for when printing the pages. (Firefox's print is buggy though no matter what I do) Actually, this is not really what I had in mind for smaller devices, a lot of websites have a /mobile implementation which is less horizontally challenging ;) Again, using the BBC: http://www.bbc.co.uk/mobile/ The only page left--in my opinion--that needs polishing is the features page. I really hope to see the changes merged on the current gtk.org site anytime soon. :-) Actually, this is one of my favourite pages, it looks great. What did you want to polish here? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Website proposal for usability
On 12/08/10 11:02, Devin Samarin wrote: On Thu, Aug 12, 2010 at 1:50 AM, Martyn Russellmar...@lanedo.com wrote: So my comments: 4. The Downloads page feels the wrong way round to me. I always prefer more content on the left side where there are multiple columns - must be my OCD kicking in ;) can we switch these around? I had it the other way before I just changed it :P Swapped. I don't know if it looks good either way, maybe I'll just remove the columns? Actually, I quite like that idea of removing the columns. If we do that, I would put the stable downloads first. b) the shadow on the git commands don't look good hear, I would prefer it was the way we had it before to be honest. As it currently looks it feels like I need new glasses :P Haha ok. I made it look like it was before, except the text is just a little bigger. I see you updated it, but to be honest, I still prefer the way it was. The black background for the git commands really feels like a terminal and that's what I love about it. It looks as I would use it. The font as it is now is just too subtle 5. The Screenshots page has an odd number of images, I would prefer this to look like a grid, so we should either remove the Windows image at the bottom or find 2 more to go beside it. Right now it's not layed-out like a grid, so in some browsers you see four in a row... I'll fix that later so I make sure that it will work in all browsers. Great. 7. The Success Stories page has a heading More Applications which should really be under all the grey boxes. The Maemo and GNOME paragraphs should line up too IMO (vertically). Arguably Maemo should be changed to MeeGo everywhere. Okay I made the More applications box into a 'bubble', but I've left the name of it as a header. What do you think? It looks a bit out of place if I am honest. The title is blue which is the same as the larger titles at the top while confusing the situation by placing it in a bubble. I think I would prefer it was a regular heading like the ones at the top. Perhaps also changing the title to Community Applications since gtkfiles.org is more about that really. They aren't lining up because the GNOME logo is taller than the Maemo logo... Fixed. Great, looks much better now. 8. The OverView page has the same indentation issue with the icons. And the columns look a lot closer than say the Downloads page, this again triggers my OCD :) Well they are actually exactly the same :P... It probably looks like that because the text is crammed together... I added space to the list of libraries, but I don't know if it really helped. Maybe I can put that into a sidebar bubble? Hmm, not sure that would work. This is the fundamental part of this page. Additionally, the icon top is still higher than the text and that should be aligned if possible. b) I don't really prefer the new logo/text to the old one. The icon is too small and the text looks better as a raised+shadow text IMO. I see what you're doing there with the height to make the space more useful, but I think the icon would look better the height of the text and left/right of it. Or perhaps even behind the text as some sort of transparent image? Not sure. It just feels left wanting. Okay, I was trying to be a little creative with that but I'll try other ways like the way you mentioned. I agree with Alberto that the name of the toolkit is not obvious enough. I'll change it. This is true. Perhaps a subtext in the title mentioning *G*IMP *T*ool*K*it. At the very least explaining this on the front page makes sense. I also like what you did with the shade difference in the background there ;) c) The border widths around the page were chunky, which I liked, not sure yet if I like the new thinner look. More content is visible sure, but I just wonder if it looks right. I just don't think GTK+ is very chunky.. I am getting used to the current width though ;) d) I prefer the title in Red rather than Blue, it looks more colourful, cheerful, etc. I kinda disagree here too because the color red makes people more tense as opposed to a calming blue... That's one way of looking at it, my way is, it looks more bland and less expressive. To use the BBC as an example again, their site has much more colour on it and I like that. It does make it harder to get the balance right, but I think it is worth it. I also think the blue goes very well with the grey, and when I think of GTK+ I think of clearlooks for some reason and clearlooks doesn't have any red in it :P I agree, it does go quite well, but splashing another colour in there (especially one of the colours used in the icon above) still has a synergy about it which I like. Can we try it at least for a short time? Perhaps others can comment on this to get more feedback. I agree. I think at the time, the question was if PHP was available on the web server. I don't think this is a problem now. Should check this though.
Re: rendering-cleanup worries
On 23/08/10 11:07, Benjamin Otte wrote: Alexander Larssonalexlat redhat.com writes: I fear that we will not be able to do this with gtk3, because there are not enough apps to expose all the corner case issues we might hit before we release, and by then we're frozen and may be unable to fix some issue. This won't happen unless we get some more developers spending time on this stuff. And so far I'd say there's just me - and a large group of enthusiastic but worried bystanders. We (as a company) may be spending some time in this area soon (people are on vacation at the moment) and we have already been playing with it (at GUADEC) in projects like Sapwood and GIMP to make sure everything works on top of the new changes. Keep up the great work here Benjamin! -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Website proposal for usability
On Mon, 2010-08-09 at 14:54 -0700, Devin Samarin wrote: I posted this on Bugzilla (https://bugzilla.gnome.org/show_bug.cgi?id=626380) and I was recommended by Martyn to post the details here. Hello Devin, I was browsing around gtk.org and I thought that it could use some adjustments. So I downloaded the web files with git and made some changes. I attached some screenshots and example file on Bugzilla (the design changed a little since then), but if my computer is up, you can see it at http://eboyjr.homelinux.org:8080/gtk/ . I made the width of the content area wider and added either columns or a sidebar for pages that needed it. Having columns makes it easier to read by making it so that you don't have to scroll for everything. For styling, I added some rounded corners with CSS for some of the elements. For all of the pages, I made the HTML more semantic by removing replacing some of the tables with ul's. I changed the color of the headers to the shade of blue. For the features page, I separated each section into blocks and added some pictures to spice it up. For the commerce (success stories) page, I did the same thing so that it is easier to read, and looks nicer. I made a template.php file which has the outer content of the HTML pages, so as a consequence, the pages' extension is changed from .html to .php. I think it's better so that for some changes, you wont need to edit every single page of the site. So with this design, some external links might need to be updated unless PHP can be run with the .html extension. Since it uses PHP, I made it easy to update changes to the tables. Specifically the language bindings page. There is a PHP array that stores all the information about the bindings and then formats it into a table automatically. I attached that file so you can see it. I have tested it so far in: * Internet Explorer 6, 7, 8 Everything works except the rounded corners, except for the header which is a single image so that works. Personally I don't think rounded corners are necessary, but if you think I should hack them in I'll do it * Firefox 2 Everything is messed up. This is because I am using HTML5 elements... I made the CSS not specific to tag names, so changing article to div class=whatever would make it work fine. This also means that in IE, JavaScript must be enabled. I thought I'd try something new but HTML5 just causes pains. So I'll change them to divs. * Firefox 2 and 3 on Windows and Firefox 3 on Linux * Safari 3 and 4 on Mac * Google Chrome 3 and 5(beta) on Windows The design is not complete and still requires changes to be compatible with all browsers, but once it's done I really think it would make gtk.org much more usable. I am open to any suggestions. I like some of the proposed changes here. There are some other things that I think need changing (which were there before) such as the NEWS on the main page. It just doesn't get updated enough. If no one else here has any problems with the link you provided, we can just go ahead and make the changes after I have done a more thorough review. Thanks again for doing this work! -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Website proposal for usability
On Mon, 2010-08-09 at 14:54 -0700, Devin Samarin wrote: I posted this on Bugzilla (https://bugzilla.gnome.org/show_bug.cgi?id=626380) and I was recommended by Martyn to post the details here. I was browsing around gtk.org and I thought that it could use some adjustments. So I downloaded the web files with git and made some changes. I attached some screenshots and example file on Bugzilla (the design changed a little since then), but if my computer is up, you can see it at http://eboyjr.homelinux.org:8080/gtk/ . So my comments: 1. I don't think the What is GTK+ on the main page should be a snippet on the top right corner. I think it should be _the_ main point of the main page. Most people coming to the page aren't visiting it for news, they are likely going to download or get more information about GTK+. The news there I think can be cropped a bit more or kept below. 2. Presumably the box at the bottom right of the page for Source/CSS/etc is just there during this review? I quite liked the feedback page and wondered if that was useful for people not subscribed to the mailing list? 3. I think the Features page is superb. I especially like the images in there. However, I would reorder this a bit so the important things are more visible first. Like the foundations above mobile perhaps a) the indentation on the icons for Windows/Linux/etc looks too far, might just be the icon width there. b) the mobile section should list N900 4. The Downloads page feels the wrong way round to me. I always prefer more content on the left side where there are multiple columns - must be my OCD kicking in ;) can we switch these around? a) the icons again look overly indented. b) the shadow on the git commands don't look good hear, I would prefer it was the way we had it before to be honest. As it currently looks it feels like I need new glasses :P 5. The Screenshots page has an odd number of images, I would prefer this to look like a grid, so we should either remove the Windows image at the bottom or find 2 more to go beside it. 6. The Development page table about maintainers should really loose the indentation I feel. Some of these sort of indentations seem somewhat superfluous when using a second column or the floating text on the right with the grey background. I also struggle to identify what should and shouldn't be in this grey floating box and what shouldn't. In my mind these positions are usually for quick, non-important details, Comments? 7. The Success Stories page has a heading More Applications which should really be under all the grey boxes. The Maemo and GNOME paragraphs should line up too IMO (vertically). Arguably Maemo should be changed to MeeGo everywhere. 8. The OverView page has the same indentation issue with the icons. And the columns look a lot closer than say the Downloads page, this again triggers my OCD :) 9. General comments about the design: a) I think the space before the top heading box should be reduced, it wastes space but I think we should have something there, a few pixels perhaps. b) I don't really prefer the new logo/text to the old one. The icon is too small and the text looks better as a raised+shadow text IMO. I see what you're doing there with the height to make the space more useful, but I think the icon would look better the height of the text and left/right of it. Or perhaps even behind the text as some sort of transparent image? Not sure. It just feels left wanting. c) The border widths around the page were chunky, which I liked, not sure yet if I like the new thinner look. More content is visible sure, but I just wonder if it looks right. d) I prefer the title in Red rather than Blue, it looks more colourful, cheerful, etc. /brain dump :) I made the width of the content area wider and added either columns or a sidebar for pages that needed it. Having columns makes it easier to read by making it so that you don't have to scroll for everything. For styling, I added some rounded corners with CSS for some of the elements. For all of the pages, I made the HTML more semantic by removing replacing some of the tables with ul's. I changed the color of the headers to the shade of blue. For the features page, I separated each section into blocks and added some pictures to spice it up. For the commerce (success stories) page, I did the same thing so that it is easier to read, and looks nicer. Yea, I commented about that above. I made a template.php file which has the outer content of the HTML pages, so as a consequence, the pages' extension is changed from .html to .php. I think it's better so that for some changes, you wont need to edit every single page of the site. So with this design, some external links might need to be updated unless PHP can be run with the .html extension. I agree. I think at the time, the question was if PHP was available on the web server. I don't think this is a problem now. Should check this though. Since it
Re: Website proposal for usability
On Thu, 2010-08-12 at 15:28 +0200, Javier Jardón wrote: 2010/8/12 Martyn Russell mar...@lanedo.com: I like some of the proposed changes here. There are some other things that I think need changing (which were there before) such as the NEWS on the main page. It just doesn't get updated enough. I'd suggest to use the identi.ca [1] / twitter [2] acount for more up-to date info. Maybe in a separate section in the main page? BTW, Thanks for your work on this Devin. [1] http://identi.ca/gtktoolkit/ [2] http://twitter.com/GTKtoolkit I think these are excellent ideas. This is exactly what we need I would say. Devin, this is precisely what should be in the grey box in the top right, the last 10 tweets for example. People can then see what is current at least. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Minutes of the GTK+ team GUADEC meeting - 2010-07-29
Hi, These are the notes taken based on our meeting at GUADEC last week. -- • Hackfest ∘ Planned for October w22 (18th-22nd) ∘ Igalia Offices ∘ Foundation say they will pay for accommodation (budget is 8-10k) ∘ Companies pay for flights ∘ Need a volunteer to blog about this! ∘ Need a wiki page with planned attendees ∘ Will start a discussion about it on GTK+ devel for arrangements • Release for GTK+ 3.0 delayed until Christmas ∘ Feature freeze around November • Release for GLib planned by late August • Review needed of Benjamin's 'rendering-cleanup' branch: ∘ Recommended that owen/mclasen/timj take a look ∘ Who is affected by this branch? ‣ Biggest users is perhaps Metacity? ‣ GTKVNC ‣ GIMP (shouldn't be a problem according to Mitch) ‣ GNOME Games? ∘ Advantage ‣ Lots of other unnecessary backend code gets removed ∘ Propose to deprecate expose for non-toplevel windows for 2.22? ‣ Instead pass Cairo context in a new draw event. • Cody = Win32 • Kris = Quartz • Ryan/Benjamin = X11 ‣ Want to remove no-expose events if we have no GC, should be fine • Review needed of animation branch for consideration in GTK+ 3.0 ∘ Should be aligned vaguely at least to the Clutter APIs • Review needed of Carlos' style branch ∘ Some work needed in porting existing themes ∘ Possibly work required with existing animated widgets: ‣ GtkExpander ‣ GtkSpinner ∘ Sapwood ported already by Sven and seems to work nicely ACTION: garnacho or Lanedo labs time to help finish this • GtkSearchEngine ported to Tracker (perhaps using GBus?) ACTION: martyn or juergbi will do this -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Why is GCompletion deprecated
On Mon, 2010-06-28 at 14:49 +0100, Emmanuele Bassi wrote: On Mon, 2010-06-28 at 15:26 +0200, Xavier Claessens wrote: 1) I can think a bazillion of UIs that do/should have completion. the fact that nobody implemented them using GCompletion should give a hint that: a) this is not a shared opinion and b) it probably wasn't possible with GCompletion. You know this categorically? Under my own submission, the GtkEntryCompletion does cover most things I ever needed. But I was quite surprised to read Xavier's email this morning. I would have thought this was quite useful/used. Maybe they can do that completion with something else than GCompletion, but then the deprecation warning in the gtk-doc should point to that other API. Probably GtkEntryCompletion is useful here, but can it be used with editable GtkTextView (what empathy uses to write IM)? please, come up with a better API; since I very much doubt you can fix GCompletion to actually be useful for everyone, it would still require a deprecation of the GCompletion API. I am curious as to what the reasoning was here? Also, it is hardly in the open community spirit to tell people to come up with a better API and then follow that with doubt that it will be useful. Surely good reasons where discussed with the community before deprecating the API, but I didn't find public discussion. If I missed it, please just give me the link ;-) I seem to have lost the memo requiring public discussion with the community for a maintainership decision. probably my bad. can you point me to it? Again, I think this is quite uncalled for. All Xavier is asking for is possible evidence that this was discussed openly. If that doesn't exist, then it only takes a moment to be polite and say so. Being sarcastic is really not professional and I am quite tired of this rhetoric. -- Regards, Martyn ___ 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, 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 ;) -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GtkSearchEngine Tracker backend updates
On 13/04/10 00:34, Matthias Clasen wrote: On Mon, Apr 12, 2010 at 12:59 PM, Martyn Russellmar...@lanedo.com wrote: Hi all, I have created a branch with some updates to support the new 0.9 branch and also to return results sorted much more accurately. Any problems with me committing this work: http://git.gnome.org/browse/gtk+/log/?h=tracker-0.8 It's the top 3 commits only. I don't speak sparql, so I can't really judge the query changes, but I very much welcome the tracker team taking an interest in the GTK+ integration bits. Please merge those commits, if you are happy with them. Thanks Matthias, the SPARQL works, I tested with JHBuild using the 2.30 moduleset (watching tracker-store.log to make sure the new queries work). -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GtkSearchEngine Tracker backend updates
Hi all, I have created a branch with some updates to support the new 0.9 branch and also to return results sorted much more accurately. Any problems with me committing this work: http://git.gnome.org/browse/gtk+/log/?h=tracker-0.8 It's the top 3 commits only. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Type checking
On 17/03/10 22:03, Andrew Cowie wrote: in gtk/gtkbutton.c which after wading through several macros ends up as a call to g_type_check_instance() in glib/gtype.c with some if/else blocks around it. [snip] So I'm wondering: can we [C, GTK] do away with one of the code paths entirely? It'd be nice to do away with the checks in the internal accessors, of course, but that isn't going to happen because the internal code is now using the public accessors. So maybe we can at least not check in the cast macros? Again, I haven't profiled a C only applcation in a while, so this may be out of date. Someone with a GUI heavy C app would need to check. But this used to be really expensive for C apps. And meanwhile we're using GTK for some years now without using the cast macros at all, and things are working. So that's at least a datapoint. Isn't this why we have G_DISABLE_CAST_CHECKS ? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: About GTK+ 3.0 and deprecated things
Morten Welinder wrote: It is just not cool to use Gtk. I think that pretty much hits it on the nail. Some people want a cool project to work on. By all means, go ahead! Fork gtk+ to something new, cool, fancy. But leave existing gtk+ bugzilla and svn module alone. In the end it comes down to which goal is deemed most important: Keep ISVs and spare-time-investors happy or motivate a new generation of hackers to pick up, the coolness that could be, Gtk. Do you really think saying Fuck you! to your application developers every 3-4 years is going to attract an enthusiastic crowd? Yes I do and yes I am an application developer. Surely it is more logical to break _few_ things 3-4 years than _many_ things every 6-10 years? Consider the huge development burden (which never comes at an appropriate time let's face it) once in 6-10 years compared to a smaller one which is easier to schedule every 3-4 years. Plus, let's not forget, we are not saying we will definitely break API/ABI every 3-4 years, we are saying we _may_. It is not guaranteed, it is just a way to try and see some sort of acceptance by the community that they are happy to see it break so often (if it needs to at all). -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK Links
svalbard colaco wrote: Hi all; I wanted some links/ppts/books in Understanding GTK concepts , describing each of the aspects in brief with examples/snap shots etc.. search results have given me a few ; But wanted suggestion as which are recommended links /ppts , for a bignner to browse through. Did you get a chance to look at: http://www.gtk.org/documentation.html yet? There are some good presentations, tutorials, articles, books and of course documentation listed there. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: API for putting close buttons on tabs (proposal)
Alexander Semenov wrote: Hi all. Hi, I think that GtkNotebook API is missing methods for putting close buttons on tabs. Different implementations of this task look different and sometime ugly. It could be cool to add methods such as gtk_notebook_tab_s(g)et_close_button_visible (...) to the standard API. What does the community think about this? Gossip would definitely make use of this. Like many others I suspect, we currently implement our own thing to do it. +1. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK-Doc homepage updated
Hi, While updating the devhelp link for the gtk-doc pages, we noticed that they were still old school and not up to date with the new style on gtk.org. I have taken some time this morning to update those pages and to create links between the the GTK+ pages and the GTK-Doc pages. Stefan, I also updated the download page and the news page to include the 1.10 release you did recently. If anyone has any comments, let me know. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK-Doc homepage updated
Martyn Russell wrote: Hi, While updating the devhelp link for the gtk-doc pages, we noticed that they were still old school and not up to date with the new style on gtk.org. Perhaps I should add, the GTK-Doc homepage is at: http://www.gtk.org/gtk-doc/ This is also now linked to from: http://www.gtk.org/documentation.html -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK 3.0: an app developer's view
Allin Cottrell wrote: Sorry for cross-posting, but I think this does cross gtk-devel and gtk-app-devel: it's the thoughts of a common-or-garden app developer following the dicussions on gtk-devel about what's coming with GTK 3.0. As a starting point, on June 5, in the thread Steps to get to GTK+ 3.0, Martyn Russell ([EMAIL PROTECTED]) wrote: Many applications didn't make the change [from GTK 1.2 to GTK 2] because it meant rewriting a lot of code. Unless my applications are using some evil voodoo they shouldn't be using, I don't expect the transition from GTK+ 2.x to 3.x to take much time at all. As an app developer who did take the trouble to re-write a lot of code in the transition 1.2 - 2.0, I wonder about this statement. I did too, I had several applications which had to make the transition and it wasn't a quick job. (Note: In my understanding, one key difference between GTK 2.0 and 3.0 is that all the APIs deprecated in 2.0 will be removed in 3.0; If I'm wrong about that, please tell me!) What's the status of the portion of the GTK API that was not deprecated from the get-go with GTK 2.0, but joined the deprecated list later, after 2.4? I'm thinking in particular of GtkItemFactory: if I'm remembering right, that was still kosher when GTK 2.0 appeared. I just put together quickly a few lists of ALL things marked as deprecated right now. GtkItemFactory is in that list. It will be removed (as I understand it) in 3.0 as will everything else that is marked as deprecated. These lists give you an idea of how much dead code is left in GTK+ right now and why it is so hard to maintain with it lying around. This list is in no way conclusive, it is literally those I looked up in all .h files in the gtk/ directory. There may be others. Moreover, the new code would be less efficient than the old (lots of strcmp as opposed to just looking at integer values from an enumeration). If you find the loading speed so bad that it is affecting performance of your application, please file a bug. If this is not the case, I think the benefits of a *readable* XML format outweigh the inefficiency you talk about. In addition, I'm not 100% convinced of the virtues of defining a UI in XML as opposed to via an array of C structs (having both options would be nice). Glade has been doing this for years. It is much quicker for an application developer to use Glade to define menus, windows, dialogs, etc than it is to code then *statically*. I say statically because you don't need to recompile your program to change some slight detail of the menu layout or labelling. This bears a huge advantage as far as I am concerned. Gtk-demo has an example where the UI is defined via a chunk of XML inlined as a C string. This really sucks, and would be a maintenence nightmare in any real app. What kind of real application are you talking about? I have written many in my time and I use glade for most of them (which uses an XML format for not only the menus but all window layouts). I don't find it a maintenance nightmare at all, in fact it is quite the opposite. OK, I don't want to be too negative about GtkUIManager; it surely has its advantages. But I am concerned about the possibility that GtkItemFactory will disappear: It is a certainty from what I can see. this API is not evil voodoo, IMO, and I don't suppose that mine is the only GTK 2 app that uses it rather extensively. I too have had to move from GtkItemFactory to the new GtkUIManager. It wasn't great, but it is needed. I am not saying GtkItemFactory is evil voodoo either, I am just saying there are some things in GTK+ that just need to be removed and there are some things application developers are *able* to do as a result of not sealing structures with proper APIs. I should add at this point too, that the GtkItemFactory has been marked as deprecated for some time (since GTK+ 2.4) and the documentation has explicitly said so too. So you have had plenty of time to update your application and/or bring your concerns forward about this. Please do not feel like we don't care about application developers here, many of us are application developers and know we too will have transitions to make for our software where we switch from deprecated APIs. -- Regards, Martyn gtk_about_dialog_get_name gtk_about_dialog_set_name gtk_accel_group_ref gtk_accel_group_unref gtk_accel_label_accelerator_width gtk_binding_entry_add gtk_binding_entry_add_signall gtk_binding_entry_clear gtk_binding_parse_binding gtk_button_box_get_child_ipadding gtk_button_box_get_child_size gtk_button_box_get_spacing gtk_button_box_set_child_ipadding gtk_button_box_set_child_size gtk_button_box_set_spacing gtk_calendar_display_options gtk_calendar_freeze gtk_calendar_thaw gtk_cell_renderer_editing_canceled gtk_check_menu_item_set_show_toggle GtkColorSelectionChangePaletteFunc gtk_color_selection_get_color gtk_color_selection_set_color
Re: GTK.org website
Eugenia Loli-Queru wrote: Hi, Eugenia hi, to whom should I talk to and ask to re-instate the gtkfiles.org link? Gtkfiles is the only GTK-only repository online today, and I think it deserves a link from your commerce.html page. Either Andreas or myself can do this for you. I don't think the commerce.html page is the right place for a link to the gtkfiles.org site. But I also can't think of anywhere better :) Maybe we should put this information on more than one page (like we do for the language bindings). Maybe the download page, commerce page and the main index page? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK.org website
Eugenia Loli-Queru wrote: I don't think the commerce.html page is the right place for a link to the gtkfiles.org site. But I also can't think of anywhere better :) Maybe we should put this information on more than one page (like we do for the language bindings). Maybe the download page, commerce page and the main index page? Sounds great! Thanks! Can't wait to check it out. BTW, if you are interested in the RSS feed too, I have some PHP code ready to plug (plain copy/paste) that it reads a special RSS feed that only shows Free apps (non-Free are omitted from that feed). Explained here: http://osdir.com/ml/gnome.marketing/2006-07/msg00177.html Actually, I was thinking the same thing about having a feed of the latest 5 apps (for example) on the main page that have been recently released. Tim, does the new gtk.org server support PHP and is it enabled for use? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK.org website
Martyn Russell wrote: Eugenia Loli-Queru wrote: I don't think the commerce.html page is the right place for a link to the gtkfiles.org site. But I also can't think of anywhere better :) Maybe we should put this information on more than one page (like we do for the language bindings). Maybe the download page, commerce page and the main index page? Sounds great! Thanks! Can't wait to check it out. BTW, if you are interested in the RSS feed too, I have some PHP code ready to plug (plain copy/paste) that it reads a special RSS feed that only shows Free apps (non-Free are omitted from that feed). Explained here: http://osdir.com/ml/gnome.marketing/2006-07/msg00177.html Actually, I was thinking the same thing about having a feed of the latest 5 apps (for example) on the main page that have been recently released. For now I have just added some links, I didn't add the RSS feed. Also, I noticed your gtkfiles.org page says GNOME Files. Shouldn't it say GTK+ Files ? Thanks for suggesting we add a link, great idea :) -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GFileMonitor API improvments?
Hi all, For the Tracker project we need to know certain things when monitoring the file system depending on each backend used (inotify/fam/polling/etc). Currently if we use inotify, we check /proc/sys/fs/inotify/max_user_watches (which on my Ubuntu box is 8192) and we take that value and only allow monitors of 8192 - 500, that way other applications are able to still set monitors and Tracker doesn't steal 100% of the monitoring capacity. With FAM, we set the maximum to 400, simply for performance reasons. With Polling, again, we set the maximum to 100 for the performance reasons too. Currently we have no way with the new GFileMonitor API to know what backend we are using. Of course we could try using G_IS_INOTIFY_DIRECTORY_MONITOR() if that was made public but calling that EVERY time on each monitor is a bit much too. Would a patch to add an API which returns the file monitoring backend and the limit (if any) be accepted? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Steps to get to GTK+ 3.0
Mikael Hermansson wrote: On Fri, 2008-06-06 at 18:22 +0100, Gustavo J. A. M. Carneiro wrote: I think I agree with Muntyan here. Gtk+ 3.0 brings nothing exciting, so why break API? It's just so pointless and painful for everyone. So much effort done with memory profiling and now we'll have to have two libraries, gtk+ 2.0 and gtk+ 3.0, side by side, for a few more years? If, as I suspect, Gtk+ 3.0 is more of a marketing stunt than anything else, great, we can release the next gtk+ 2.x as two separate libraries and header files: 1. gtk+-3.0: only the non-deprecated APIs 2. gtk+-2.0 deprecated: only the deprecated APIs $(pkg-config --libs gtk+-2.0) would yield -lgtk+-2.0 -lgtk+-3.0, while $(pkg-config --libs gtk+-3.0) would give -lgtk+-3.0. Everyone will be happy. Projects that compile with gtk+ 2.0 with GTK_DISABLE_DEPRECATED automatically become gtk+ 3.0 ready. Now I dont get it?? First you say Once Gtk+ 3.0 comes out, Gtk+ 2.0 will die a slow death, and projects have to switch to Gtk+ 3.0 eventually. GTK+ 2.0 is already dying a slow death. Next you say we should implement using wierd macros like GTK_DISABLE_DEPRECATED? Why is this weird? Is it better to just remove the old code and not make it possible for any smooth transition period for application developers? what is the difference? As a application developer you still has to check for both Gtk+2 and Gtk+3 and have alot of #ifdef to check if version is 2 or 3 is installed and your back at the begining of your coinclusion meaning: Gtk+ 2.0 will die slowly This allows for updating you application in two stages. 1. Stop using all deprecated widgets and update your application to use newer widgets or something else. 2. Remove all places in your application where you access widget members directly, this is one of the things that makes maintaining GTK+ so difficult. The alternative is, we just deprecate all widgets which have been marked so and we just clean up all public structure members and you have to fix everything in ONE go. This is potentially a LOT more work and if there are new features/bug fixes in GTK+ 3.0 that get added, you can't use any of those until you fix #1 and #2 first. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Steps to get to GTK+ 3.0
Murray Cumming wrote: On Tue, 2008-06-03 at 13:34 +0200, Kristian Rietveld wrote: [snip] We should start to enforce the usage of single header includes and not make this optional. Mitch has been working on this and most is already in place in SVN trunk. [snip] What's the advantage of this? Has this been a real problem for GTK+ so far? The main advantages I can think of are: - When you add/remove/rename header files, you don't break all applications which directly included them. - Application developers don't have to worry about which files specifically they need to include, they just include the project header file. This makes using GTK+ a lot easier for beginners. - If you stop using a widget in a source file but forget to remove the include statement, it leaves cruft in applications. I don't know if it is a problem. But GLib does it and we should be consistent one way or the other. Many people (particularly C++ developers) like to reduce pollution of the global namespace by including as few headers as reasonably possible. That can also reduce compile times (particularly for C++ developers). I prefer one header. Like #include glib.h I know it affects compile time, but it simplifies things for application developers and makes maintenance much easier and I consider that much more important. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Steps to get to GTK+ 3.0
Morten Welinder wrote: (things that developers of client code have been wanting for years, such as the removal of deprecated code or the mangling of fields), As an application developer I can assure you that we as a group are not actively looking for ways to break our applications. If the urge should arise then we can simply sort the contents of our source files or randomly flip bits. In other words, you need not waste precious GTK+ resources on the problem. Yes we must. The reason we are having this discussion in the first place is because we haven't put resources on the problem until now and GTK+ is in disparate need of this. Jokes aside, try not to be cool for the sake of being cool. It was painful to migrate from GTK+ 1.x to GTK+ 2.x. Also, adding to Mikael's comment, the change from GTK+ 2.x to 3.x is not supposed to be about major feature rewrites (like GtkCList to GtkTreeView). The focus here is to allow GTK+ to be maintained more effectively. Many applications didn't make it for years. Many applications didn't make the change because it meant rewriting a lot of code. Unless my applications are using some evil voodoo they shouldn't be using, I don't expect the transition from GTK+ 2.x to 3.x to take much time at all. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: ChangeLog format
Johan Dahlin wrote: Cody Russell wrote: Is there a definitive format we should be using right now in ChangeLog? I mean mostly where we put the bug# and stuff. I noticed that recently there are two different formats being used: [..] Does it matter which one I use when committing stuff, or is there a preferred way of doing it now? I always try to do: 2008-05-27 Matthias Clasen [EMAIL PROTECTED] * gtk/gtkprintunixdialog.c: Disconnect signal handlers when the dialog closes. (#531008, Yevgen Muntyan). Where the name(s) after the bug are all persons involved in solving the bug. Which I think that I picked up from Matthias, but it appears he's not using that format any longer. I do something similar. I always have the format: Fixes bug #123456 (foo, bar, baz) I do this in the same line as I describe the changes (like your example above). This works perfectly with the maintainer script I wrote (which extracts all bugs (since a last tagged version) and all names related to bugs to generate release notes and other useful information. For more information, see the homepage. http://developer.imendio.com/projects/misc/maintainer This format can of course be updated if a format is agreed. The maintainer script uses a simple regular expression to match this information. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [Fwd: gtk website content]
Andreas Nilsson wrote: The tutorials are hosted on Library, and I'm unsure what's the policy is there. Does anyone on this list know? If I remember correctly, the tutorial is kept in the GTK+ source and used to be copied to the gtk.org infrastructure and uploaded that way. Now it is hosted on library.gnome.org I would guess it is generated automatically from the source + docbook? I don't actually know. Anyone care to fill us in, we have someone ready and willing to update it :) -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Request to add a link to gtk.org site
vronskij wrote: Hi, Hi :) I have created a non trivial gtk+ tutorial http://zetcode.com/tutorials/gtktutorial/ and would like to ask you to add a link to it on the gtk.org site, under documentation/tutorials section. It could look like: The GTK+ programming tutorial The GTK+ tutorial for novice and advanced programmers, available on http://zetcode.com/ Added. Thanks for taking the time to write your tutorial! -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: recurrent spam from applications developers [was: GtkListStore with GtkBuilder]
Tim Janik wrote: On Tue, 22 Apr 2008, Guillaume Cottenceau wrote: How about renaming gtk-devel-list into gtk-core-library-devel or something like that? Renaming the list would definitely take it too far, some noise will always be present and the current off topic emails are by no means at a critical volume. Also, on http://gtk.org/mailing-lists.html: This list is for developers of GTK+ to discuss code. General GTK+ questions should not be asked on this list, as that is more appropriate for gtk-app-devel-list. = This list is for developers of the bcore/b GTK+ library to discuss GTK+ implementation. GTK+ applications development, and general GTK+ questions, should bnot/b be asked on this list, as that is more appropriate for gtk-app-devel-list. Thanks, i've integrated this into the list info here: http://mail.gnome.org/mailman/listinfo/gtk-devel-list Martyn, i'd be nice to have the website updated accordingly as well. Done. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.12.9 released
Allin Cottrell wrote: On Tue, 1 Apr 2008, Martyn Russell wrote: Allin Cottrell wrote: The Windows download page is correct (pointing to gnome.org) but the Linux download page is not. Hmm, do you mean that the Windows page links directly to a file to download, but the Linux page links to a list of downloads for that series of version of GTK+? That's true, but it's not what I meant. What I meant is that the Windows links point to ftp.gnome.org, which actually holds the current GTK files, while the Linux/Unix links point to ftp.gtk.org, which is apparently not maintained and is very much out of date. (Currently, the latest GTK version on that server is 2.12.6, while the LATEST label points to 2.12.4; the latest glib version is 2.15.4.) Ah well spotted. I just changed the Glib/Pango/GTK+ links to use ftp.gnome.org instead. However, I noticed that we have a dependencies link on ftp.gtk.org. I have removed that for now on the latest downloads since it was linking to dependencies for GTK+ 2.10. I have left the links to GTK+ 2.10 the same (including the dependency links). Should we remove the dependency link and switch over to ftp.gnome.org for the other links too? Matthias? Also, it would be nice if the target platform for the respective d/l pages was stated prominently on the page itelf (right now it's only in the browser title). Yea, this is the same for EVERY page though. Not sure what you mean. The Windows and Linux d/l pages each have a title (as shown in the browser title bar) that identifies the platform, but there's no title or heading visible on the page itself that tells you which platform you're looking at. Sure, but I mean, we do that for ALL pages on gtk.org (with subsections). I would rather not change the format of ALL pages to include the title twice (once in the menu up top and again as a heading on the page). Andreas, unless you can think of a nice way to do this? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ 2.12.9 released
Allin Cottrell wrote: On Mon, 31 Mar 2008, Guillaume Cottenceau wrote: On Wed, Mar 12, 2008 at 3:20 PM, Matthias Clasen [EMAIL PROTECTED] wrote: GTK+ 2.12.9 is now available for download at: http://download.gnome.org/sources/gtk+/2.12/ I've noticed that on gtk.org, http://gtk.org/download-linux.html , the link for Stable release / Gnu Linux and Unix / Stable GTK+ 2.12 is ftp://ftp.gtk.org/pub/gtk/2.12/ which seems outdated (misses many of the releases, and indicates a wrong latest version). Yes. These pages look very nice now -- thanks to the people who worked on them! --but they're uneven. The Windows download page is correct (pointing to gnome.org) but the Linux download page is not. Hmm, do you mean that the Windows page links directly to a file to download, but the Linux page links to a list of downloads for that series of version of GTK+? Also, it would be nice if the target platform for the respective d/l pages was stated prominently on the page itelf (right now it's only in the browser title). Yea, this is the same for EVERY page though. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
New GTK+ Blog
Hi all, For those of you that haven't seen it already, we have set up a new blog for the GTK+ project. Thanks to jdub, it is now seen on: http://planet.gnome.org/news I currently administrate the blog, so I can add anyone that wants to be able to blog about the project (like cool new GTK+ features, etc). Currently, just Andreas and I are set up. I know that Bedhad wants to be added, anyone else interested? This all started after it was requested from some feedback of the new gtk.org site. I will try to update the gtk.org pages with the RSS details at some point. We plan include releases in the blog too. To be added, all I need is your blogs.gnome.org email address. For example, mine is: [EMAIL PROTECTED] I am adding people as the role Contributor. I am not sure if this is correct (can anyone comment on this?), other roles include Editor, Subscriber and Author. The blog address is: http://blogs.gnome.org/gtk -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Website Review - Final Draft
Murray Cumming wrote: On Wed, 2008-01-30 at 17:26 +0100, Murray Cumming wrote: On Wed, 2008-01-30 at 15:41 +, Martyn Russell wrote: We are not ignoring it, it is a planned change. There are one or two and we have had quite a few improvement requests since going live - we will be getting to it soon. This still hasn't happened and it's still infuriating me that the page was broken. Why can't I just fix this page as I used to keep it maintained before? Hi Murray, I have to say, first and foremost, I agree with Micke. The language bindings are about other languages which are available for use with GTK+. This is not GNOME. I really think having a small GNOME foot (or another icon) for indication purposes in another column is sufficient for this. I think it is a mistake to make the point of showing certain bindings as first class bindings purely because they are supported by GNOME. As for why this hasn't happened yet, the reason is quite simply, I am doing this in my spare time and have been busy. I am sorry I have not got round to fixing this sooner. We have actually moved the bindings to a new page and we now mention them in 3 places (main page, features page and development page). So we are getting there. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
