Re: Discourse instance
On Fri, 01 Mar 2019 19:14:21 +0100, Ernestas Kulik wrote: > I haven’t gone through the tutorial with discobot, but seems that 2FA > is not going to work with LDAP logins, right? I've got 2FA set up, but was only asked for my password. -- begin .sig < Jernej Simončič ><>◊<>< jernej|s-ng at eternallybored.org > end ___ 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 Tue, 30 Dec 2014 09:45:11 +, John Emmas wrote: Perhaps Microsoft itself should be the guiding factor? If Microsoft starts bringing out products which can't be run on XP, that might be the right time for gtk+ to start dropping it. Office 2013 doesn't even run on Vista, let alone XP. -- begin .sig Jernej Simončič ◊ jernej|s-ng at eternallybored.org end ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Stock items (button images / menu images etc)
On Sat, 14 Dec 2013 14:39:39 +, John Emmas wrote: My intention would be to rename temp.file later to gtkbuiltincache.h. However, by the end of the process (which usually takes a couple of minutes) temp.file is invariably empty. I simply cannot find any way (on Windows) of producing a correctly populated file. The program might be outputting to stderr, in which case you need to use gtk-update-icon-cache --force --ignore-theme-index --source builtin_icons stock-icons 2 temp.file -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: Is GTK+ a cross-platform toolkit ?
On Tue, 5 Mar 2013 09:45:40 -0300, Marcelo Caetano wrote: I always worked with gtk2+ bundles in win32, yes, it was a big mess. but I always shipped the dlls into my application directory instead system32 directory. System32 is never the right place for GTK+ DLLs. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Test Modules
On Wed, 06 Mar 2013 14:09:16 +, John Emmas wrote: Yes, I agree entirely Tristan. MinGW libraries are fine if the programmer adopts your recommendation (i.e. to bundle his libraries in the same folder as his application) but for building DLLs that are supposed to be 'shared' components, MinGW is effectively useless. I distribute GIMP built with MinGW (actually cross-compiled from Linux), and there's several 3rd parties that compile their own plug-ins for GIMP, often with different GTK+ and MinGW versions without problems. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Test Modules
On Wed, 06 Mar 2013 14:31:17 +, John Emmas wrote: You mean you run MinGW under Wine or something like that? No, I'm cross-compiling: $ i686-w64-mingw32-gcc --version i686-w64-mingw32-gcc (Gentoo 4.7.2 p1.1, pie-0.5.4) 4.7.2 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Notebook tab not correctly drawn if tab pos = BOTTOM (gtk 3.5.4, win32)
On Tue, 19 Feb 2013 18:39:18 +0100, th-pitsc...@uni.de wrote: Looking through the code (git master gtknotebook.c) I can only guess where the respective drawing action might occur, and I can't see anything which might cause this behavior (specifically on windows). I was hesitating to file a bug report for this. I think this is a limitation of the Windows' theming engine - I remember similar problems happening in native applications. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: EXTERNAL: Windows Installer for Gtk+3.6.2 and gtkmm-3.6.0
On Sun, 17 Feb 2013 14:14:31 -0500, Jasper St. Pierre wrote: I wonder if gresource could be extended to support PE resources. That would solve the issue of depending on external resources, allowing us to use WinSxS. I think WinSxS can be used for external files, it's just not really documented well. You should contact the CoApp project - they've been working to use WinSxS specifically for providing open source projects on Windows. -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-list
Re: glib-mkenums in glib 2
On Wed, 26 Dec 2012 12:12:08 -0800, John Ralls wrote: perl -e 'print(join(\n, @ARGV));' foo bar This won't work on Windows - the quoting rules are more complicated. Either of the following should work: perl -e print(join(\n, @ARGV)); foo bar perl -e print(join(qq(\n), @ARGV)); foo bar Note that it's impossible to pass quotes reliably through any kind of batch file (and in general it's best to avoid trying to pass quotes whenever possible). -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Compiling glib2.32.1 for windows
On Sat, 21 Apr 2012 22:15:55 +0200, Yann Leboulanger wrote: Googling this error message didn't help. Any idea what is the problem? export CFLAGS=-march=i486 -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Accessibility in GTK+ under Windows - licensing question
On Tue, 17 Apr 2012 20:17:41 +0900, Евгений Филиппов wrote: Is this possible? My concern is this WSDK EULA. The VirtIO drivers for Qemu-KVM build with the Windows Driver Kit, and they include the following in the license: ,- | |This software is licensed under the GNU General Public License, |version 2 (GPLv2) (see COPYING for details), subject to the following |clarification. | |With respect to binaries built using the Microsoft(R) Windows Driver |Kit (WDK), GPLv2 does not extend to any code contained in or derived |from the WDK (WDK Code). As to WDK Code, by using or distributing |such binaries you agree to be bound by the Microsoft Software License |Terms for the WDK. All WDK Code is considered by the GPLv2 licensors |to qualify for the special exception stated in section 3 of GPLv2 |(commonly known as the system library exception). | `- -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Two questions: GTK for visually impaired. Windows gtk bundle for apps guidance.
On Wed, 11 Apr 2012 08:29:35 +0900, Evgeniy Philippov wrote: There is no mention for downloading sources in the script's README. There isn't, but if you run the script without any parameters, you'll notice this: --src Download source instead of noarch package -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Compiling GLib on SLES 11
On Wed, 11 Apr 2012 19:49:03 +0200, Bogdan Lotko wrote: Is there any possibility to compile this library in this configuration? Try running export CFLAGS=-march=i686 before running configure. -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Two questions: GTK for visually impaired. Windows gtk bundle for apps guidance.
On Wed, 11 Apr 2012 06:18:47 +0900, Evgeniy Philippov wrote: 2. Current stable Pidgin uses gtk+-bundle_2.14.7-20090119_win32 under Windows. I haven't made myself clear enough. I want to program and change GTK+, not only Pidgin. I already have full source for Pidgin and all of its dependencies including the binary version GTK Windows bundle. So I need also the source code version of GTK Windows bundle. That bundle is ancient - you should instead work with the current release, which for GTK+ is 2.24.10. The source code for GTK+ is available from www.gtk.org, but it might be easier to just use the download-mingw-rpm script from https://github.com/mkbosmans/download-mingw-rpm to download the latest binaries and sources from the OpenSuSE build service. As for the accessibility, that's handled by ATK in GTK+, but AFAIK, it's just stubbed on Windows, so it doesn't do much. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: How to recreate GLib binary bundle for Windows
On Wed, 04 Apr 2012 16:29:22 +0200, Matteo Pampolini wrote: Everything seems fine, but when I start my application I get an error on a libffi missing symbol. My suspect is that I probably made some confusion with the two sets binaries: which one should I use, the runtime DLLs generated by MinGW or the ones generated by MSVC? In simple words, which of them are distributed inside GTK+ binary bundle? If you're compiling with MinGW, you should always use the MinGW-produced libraries, and same for MSVC - never mix the two, or you'll have trouble. Anyway, to save yourself from building GLib with MinGW, you can use the binaries provided by the OpenSuSE build service: http://download.opensuse.org/repositories/windows:/mingw:/win32/openSUSE_12.1/noarch/ http://download.opensuse.org/repositories/windows:/mingw:/win64/openSUSE_12.1/noarch/ There's a convenient script for downloading from the OpenSUSE repositories available here: https://github.com/mkbosmans/download-mingw-rpm -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: touch events
On Thu, 9 Feb 2012 08:31:42 +1000, Peter Hutterer wrote: note that depending on how recent your laptop is, it may support multitouch. I've got a x220t and the touchpad in it works fine*. From what I can see, multitouch is pretty much a driver feature. At least on Windows if you install a recent Synaptics driver, the laptop gains multitouch support (I verified this on several older laptops, eg. my own Acer TravelMate 4272WLMi bought in 2006). -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: RtoL interface problem in Win32 (translation; UI turnaround)
On Fri, 03 Feb 2012 17:14:49 -0500, Karl Kleinpaste wrote: Might anyone offer a clue as to why Win32 is alone in this nightmare? Try setting LANG as well, and select a RtL language as your Windows locale. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gtk+ 3.0 and MS Windows
On Mon, 10 Oct 2011 10:31:15 +0100, jcup...@gmail.com wrote: Could this be a problem for gtk with msvc in future? Full version of VS11 Preview doesn't have this limitation. -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: _wstat on Windows (actually stat stuff in general)
On Mon, 26 Sep 2011 08:59:29 +0200, Kean Johnston wrote: So, for stat, we have to do a double conversion: first from the input UTF-8 to UTF-16, and then from UTF-16 to MBCS so that we can call stat instead of wstat so that users don't get any nasty surprises when using g_stat() on a symlink in Vista. *le sigh* Won't that fail on filenames that have characters outside of the active codepage instead? -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: _wstat on Windows (actually stat stuff in general)
On Mon, 26 Sep 2011 14:59:43 +0200, Kean Johnston wrote: Won't that fail on filenames that have characters outside of the active codepage instead? Sure but that will actually fail rather than silently succeeding with an incorrect value. But which is more likely to happen - user having a filename with foreign characters, or user having a symlink (which on Windows can only be created by administrators)... -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: _wstat on Windows (actually stat stuff in general)
On Mon, 26 Sep 2011 15:25:06 +0200, Kean Johnston wrote: You asked the question slightly incorrectly: which is more likely to happen: a user have a file on their filesystem that their system codepage cannot support or having a symlink. I'd say the latter is more frequent because every single home directory of every user has a bunch of them, Actually, I only seem to have them in 32bit installs of Windows 7 - 64bit installs don't have them in the user profile (they are there in the root of the drive). whereas if a filesystem has funny characters in its file names there's a much greater chance the system generated them and can therefore read them. Plus I am fairly sure (but not 100%) that MBCS can represent all of the characters UTF-16 can (which is what the _wstat function uses). MBCS isn't able to represent all the characters (though depending on the codepage, it does cover a fair amount), but that's not really relevant - how do you represent тест in CP-1250? -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: _wstat on Windows (actually stat stuff in general)
On Mon, 26 Sep 2011 15:45:20 +0200, Kean Johnston wrote: Give that to me as a sequence of wchar_t's and I'll figure it out :) It's \u0442\u0435\u0441\u0442. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: _wstat on Windows (actually stat stuff in general)
On Mon, 26 Sep 2011 15:55:20 +0200, Kean Johnston wrote: Are you sure about that (I havent had the time to create a quick application that tests this) but http://msdn.microsoft.com/en-us/library/windows/desktop/aa363866%28v=vs.85%29.aspx makes no mention of elevated priveliges. Are you sure you are not confusing junction points with symbolic links? I'm sure. Open an unelevated command prompt and use the mklink command. You'll be able to create junctions (/j) and hardlinks (/h), but not symlinks. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: _wstat on Windows (actually stat stuff in general)
On Mon, 26 Sep 2011 16:11:11 +0200, Kean Johnston wrote: Forget about a file chooser. I want to write a utility. I want to be able to stat files and get their sizes to display how many bytes the files in a directory uses. How do I do that with a broken _wstat? Or, I want to *write* a file chooser. I want to be able to display how many bytes a file is. A file happens to be a symlink. How do I do that with a broken _wstat? Switching _wstat to _stat will only make the problem worse. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: _wstat on Windows (actually stat stuff in general)
On Mon, 26 Sep 2011 16:12:25 +0200, Kean Johnston wrote: That could be weirdness with the mklink command. I'll write a test using the actual API's. It's not - symlinks are intentionally restricted to administrators to prevent the security issues they would introduce in applications predating symlink support. -- Jernej Simončič http://eternallybored.org/ ___ 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 Thu, 08 Sep 2011 09:16:24 +0100, Martyn Russell wrote: 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). I used to provide one of such installers, but all things considered, it wasn't a good solution - there were way too many compatibility problems with GTK+ installers provided by other projects, and the only reason I didn't start bundling GTK+ with the Gimp sooner is because Windows 9x/ME required an older version of GTK+ than Windows 2000 and newer. The current Gimp installers still use Win32 GTK+ libraries from ftp.gnome.org, but I switched to the libraries provided by SuSE build service for the unstable builds, and plan to have Gimp 2.8 installer bundle that. I'm not opposed to the idea of common GTK+ on the system, but at least with GIMP there's an additional complication that it's plug-ins are installed in a separate directory, making incompatible versions in Windows and System32 directories that much more problematic. -- Jernej Simončič http://eternallybored.org/ ___ 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 Thu, 08 Sep 2011 10:45:56 +0200, Kean Johnston wrote: 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. Note that many of us build programs with MinGW, so for such suite to be useful, it should provide GCC-compatible import libraries. 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). What happens when eg. Gimp links to glib228.dll, and then the user downloads a plugin linked with earlier version of glib? 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. This sounds really similar to what the CoApp project is working on (except they're not limited to GTK+, and don't plan to use DDK compiler). -- Jernej Simončič http://eternallybored.org/ ___ 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 Thu, 08 Sep 2011 14:49:55 +0200, dieterv wrote: No need to fiddle with %PATH% when your executable lives right next to libglib-2.0.dll, libgtk-2.0.dll etc. In other words, put your .exe and .dll's in the bin directory. Have a look at how GIMP does things, it's a fine example of how to package things for Windows in a sane way. No, Gimp definitely isn't a good example - just try dropping an old version of intl.dll to your System32 directory (like a certain well-known antivirus seems to do). If you do it before you ran Gimp for the first time, you'll get to click away some 150 message boxes complaining about missing exports. -- Jernej Simončič http://eternallybored.org/ ___ 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 Thu, 08 Sep 2011 19:55:27 +0200, Dieter Verfaillie wrote: Care to disclose the name of that certain antivirus? We've been looking for possible sources of this for ages over @PyGTK (the Gramps devs even wrote a sanity checking script to detect this and other weird situations). I think it's Norton (but I'm not entirely sure - I don't use it, and it's just what one of the people who had the problem mentioned). It is strange that with both SafeDllSearchMode enabled and disabled, %WINDIR%\system32 takes precedent over the directory from which the application loaded. Haven't yet found out why unfortunatly... System32 doesn't have precedence over the .exe directory, however in Gimp's case, the plug-ins are stored separately from the main executable, and System32 is searched before %PATH%. The only way to work around the problem would be by using assemblies, but that's a whole different can of worms. -- Jernej Simončič http://eternallybored.org/ ___ 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 Thu, 08 Sep 2011 21:21:06 +0200, Kean Johnston wrote: Note that many of us build programs with MinGW, so for such suite to be useful, it should provide GCC-compatible import libraries. If MinGW can't use standard microsoft import libraries that (from my perspective) is Someone Else's Problem. The entire set of libraries compiles easily enough on MinGW I am not concerning myself with it. The VAST majority of Windows developers use the Microsoft tools. Some people from a Linux background prefer the familiarity of MinGW but they are a fraction of the Windows development audience. A TINY fraction. However i suspect someone has written a .lib to .a converter somewhere and theres no reason that can't be run against whatever the MS tools produce. AFAIK, VC can use gccs .a files directly, but the other way around isn't possible (since the .lib files don't contain something that gcc/ld needs). As for Windows programmers preferring VS, this may be true, but is it also true when taking in account developers that are likely to use GTK+? Also, does it even make sense to use the DDK compiler then, given that most VS users won't, which'll introduce CRT problems again? What happens when eg. Gimp links to glib228.dll, and then the user downloads a plugin linked with earlier version of glib? How is that any different on Windows than any other OS? Also, if its linked against glib227.dll they can just have that installed too. Also, one would HOPE that glib228 is a superset of glib227 or any previous version so even if we named the DLL's a bit less specifically (and just used, for example, glib2.dll) that still shouldn't be a problem. As long as glib2.dll remains ABI compatible and doesn't allow an older version to install over a newer versions I don't see a problem? So, instead of every program packing it's private copy of GTK+ stack, you instead propose the common GTK+ stack to include every micro-version of the DLL that was ever distributed? I don't really see the point of that, especially since AFAIK, great care is taken that ABI is backwards compatible. -- Jernej Simončič http://eternallybored.org/ ___ 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 Thu, 08 Sep 2011 21:55:41 +0200, Dieter Verfaillie wrote: If so, a well placed SetDllDirectory(lpPathName) [1] before loading the plugin could solve that as it places lpPathName between the main executable and the system directory in the dll search order. SetDllDirectory(NULL) can be used to restore the search order to it's default again. The directory is known, but SetDllDirectory isn't inherited by child processes (Gimp's plugins are separate executables). But that would only work for Windows XP SP1 and newer... Not a problem, I've had SP2 as requirement for a long time. -- Jernej Simončič http://eternallybored.org/ ___ 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 Thu, 08 Sep 2011 22:07:59 +0200, Kean Johnston wrote: No I wasn't proposing it at all, I was just saying what was POSSIBLE as a means of combating the question posed. What i *ACTUALLY* propose is an easily installable set of DLL's that register themselves properly and will not let an older version overwrite a newer one, and rely on backwards compatibility among the minor releases. Thus, I do propose the library be named libglib-2.0.dll *as long as* the installation mechanism ensures that an installation of 2.26.x cant overwrite an installation of 2.28.x. I'm pretty sure every reasonable installer won't let you overwrite newer file version with an older one. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Compiling a GTK application on windows
On Sun, 29 May 2011 20:31:20 +0100, Robert Pearce wrote: There really isn't any point trying to make people like Lothar see the light. Some folks are just so brainwashed into believing that an integrated development environment is the only option on Windows that they have become clinically incapable of grasping the simple fact that for anyone who knows what they're doing (and may be doing something more complex than the Visual Studio Hello world example) IDEs universally just get in the way, and make is your friend. ...and then people wonder why GTK+ just barely works on Windows... -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Glib: a Win32 discussion
On Thu, 7 Apr 2011 10:29:39 -0400, Colin Walters wrote: So you're suggesting making them private to the app? It's not clear to me because I don't know the semantics of %ProgramData%. %ProgramData% can be most easily described as a mix between /etc and /usr/share - system-wide configuration and any kind of data that doesn't fit in the program directory should go there. Also, ProgramData is local to the machine - it doesn't roam, and normally isn't shared (and unless the installer changes permissions, it isn't writable by normal users). -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: right click *in* a menu
On Mon, 6 Dec 2010 13:34:36 -0500, Paul Davis wrote: I'm wishing for that as well all the time. I wonder who came up with the idea that there's only ever one thing you want to do in a menu. Didn't know anyone was clever enough to implement something as complex as don't close menu if right-clicked or don't close if modifier is pressed when menu-item is clicked. Am I the only one who thinks that having a menu you don't want to close after making a selection means a badly designed UI? -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: right click *in* a menu
On Mon, 6 Dec 2010 14:33:21 -0500, Paul Davis wrote: well, i think it implies being able to use a menu like a dialog window. Exactly. If you need the menu to behave like a dialog box, use a dialog box. i'm not convinced that this is obviously a good thing, but its not obviously bad either. IMHO, it's bad - menus are intended to make a quick choice - run this command, switch to that mode of operation - they're not intended to configure the program. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Last supported version of GTK+ for Win9x/ME
On Mon, 29 Nov 2010 16:02:20 +0100, carlo.bramix wrote: what are the last and latest versions of GLib, ATK, Pango, GTK+ that support Windows 98 and Windows ME? At download page at GTK+ site there is written: Long obsolete versions of GTK+ did run on Win9x and NT 4, too. What about adding a little more detailed informations, like For those platforms, last and latest supported versions of the packages are: ... etc ...? Thank you very much. Latest version of GTK+ that runs on Win98/ME is 2.6.10. GLib dropped support sometime later, but I don't know when. Windows 95 support was dropped earlier than that (but again, I don't remember when). This might be helpful: http://gimp-win.sourceforge.net/old.html#gtkold -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: How to use UTF-8 command line on Windows?
On Wed, 24 Nov 2010 11:02:56 +0600, davian...@gmail.com wrote: When g_option_context_parse() is used in Windows, it tries to convert all command arguments to UTF-8 from CP125x. If they are already encoded in UTF-8, they are re-encoded being corrupted in process. How to work it around? You'll probably have to write a separate command-line handler for Windows - look at the GetCommandLine and CommandLineToArgvW Win32 APIs. -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Windows theme not working in GTK 2.18.7
On Wed, 3 Nov 2010 13:29:00 +, jcup...@gmail.com wrote: It's just the theme that tries to give an XP look that's broken, as far as I know. Was broken - it has been fixed in GTK+ 2.20.1 (and before that, XP theming was simply disabled, so GTK+ programs just looked like Windows programs that don't have theming enabled - the classic look worked fine). -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Use 'GetOpenFileName' in GTK for Win32
On Sun, 11 Jul 2010 03:17:54 +0800, Bruce wrote: Is there anyone successfully used 'GetOpenFileName' function on GTK? Inkscape seems to use it fine, maybe you could check how they do it? -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Windows theme not working in GTK 2.18.7
On Wed, 31 Mar 2010 12:46:03 -0700, Ian Puleston wrote: I just upgraded the GTK installation on a Windows XP PC from 2.16.6 to 2.18.7 and re-compiled my app, and the MS-Windows theme does not now seem to be working. Although I have it set for that theme, the look has gone back to the default (i.e. the buttons are square cornered, not the nice rounded corners of the Windows theme). I copied the gtkrc file from $GTK_BASEDIR/etc/gtk-2.0 from the 2.16 installation - it contains a single line 'gtk-theme-name = MS-Windows'. If you read the release notes, you'll see that XP theming is broken from 2.18 onwards, and is thus disabled. -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: gtk on win32
On Mon, 29 Mar 2010 16:10:29 -0400, Jorge Opaso Pazos wrote: Recently I started to using glade (mac native port), and I had experience an extraneous behavior on window resizing. The layout of components change unexpectedly and the window shrank by itself. Then I wondering if it happens on WIndows. GTK+ is more mature on Windows than on (native) OS X, but it too has been neglected a bit lately (one of the problems in current versions is that XP/Vista theming doesn't work properly, and has been disabled, so GTK+ applications instead get the classic Windows look). -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Can't unmount flash drive after GtkFileChooserDialog in Windows
On Tue, 23 Mar 2010 18:08:05 -0700, Ian Puleston wrote: So only stdin/out/err are open and the cwd is not on the flash drive. What the heck else could be preventing Windows from un-mounting it? Grab Process Explorer and use it's Find Handle or DLL function and just search for the drive letter - that should tell you what has the flash drive open. -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Can't unmount flash drive after GtkFileChooserDialog in Windows
On Tue, 23 Mar 2010 16:42:34 -0700, Ian Puleston wrote: Is there anything I might be missing to tidy up after the GtkFileChooserDialog that might be causing this? I'm using GTK 2.16.6. This is just a guess, but it might have changed the working directory to your removable drive, and Windows will see this as the drive is in use. Try using chdir to change to some other drive after you're done. -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: g_io_channel_win32_new_fd()
On Wed, 3 Mar 2010 14:44:50 +0200, Tor Lillqvist wrote: Well, this Debug vs. Release thing is in my opinion a smokescreen presented by Visual Studio, it really makes it hard to understand what is *really* going on... Among other things, it links with debug runtime instead of the normal runtime :) -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GdkPixbuf-WARNING:cannot open pixbuf loader module file(on Windows)
On Thu, 31 Dec 2009 21:42:49 +0800, Todong Ma wrote: I installed GTK to Desktop,but I put GTK related dll files into c:\windows\system32 There's your problem. No GTK+ libraries should ever be placed in Windows or Windows\System32 directories. -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Compiling gtk+ with MinGW on WindowsXP - perl problem
On Sun, 13 Sep 2009 06:28:03 +0200, Joost wrote: But: At step 11 - atk - compilation failed for the first time. It is here, where more than the MinGW/Msys core is needed, the perl script glib-mkenums has to be run at the start of make. Apparently perl tries to write something into /usr/bin/env, which doesn't exist. Creating it manually - from the msys shell or not - changes the error message to include Permission denied then (of course i did all this with admin privileges). This sounds like the hashbang contains something like #!/usr/bin/env perl and there's no env program on msys, which results in somewhat confusing messages. Try replacing /usr/bin/env perl with /bin/perl, and it should work then. -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GZip{In,Out}putStream in GIO?
On Mon, 03 Aug 2009 11:37:53 +0200, Steve Frécinaux wrote: I mean, zip, 7z, and rar are archiving format who store files in a compressed fashion (kind of like a tar of gzipped files) so rather than just having a stream you need to have some support for archives there, and not just the compression part like gzip or bzip2... 7zip's LZMA algorithm is implemented in xz-utils (previously called lzma-utils) in the same way as gzip and bzip2 work. Also, 7-zip itself can be used (with some limitations) in streamed mode on *nix. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: A tale of waiting
On Thu, 25 Jun 2009 12:12:05 +0200, Kristian Rietveld wrote: As a side comment, I am not really sure how fair it is to compare a full blown GUI to a command line utility with its output redirected to /dev/null. I do agree that a load time of 4 to 6 seconds is too long. I don't know about Linux, but on Windows the native chooser displays large directories almost instantly, while the GTK+ one is very slow (eg. directory with 970 images takes about 2 seconds to display in the native file chooser, while in GTK+'s it takes 12 seconds). -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: A tale of waiting
On Fri, 26 Jun 2009 09:31:20 +0100, Bastien Nocera wrote: Except that the Windows explorer actually has knowledge of the filesystem itself. Does this apply to directories shared from Linux through Samba (because that's where I was testing)? -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Native file chooser dialog on Windows
On Sun, 17 May 2009 12:04:47 -0400, Morten Welinder wrote: From the name of entries, it should be possible to come up with a fairly good guess of what to stat first. We want directories before files and things alphabetically within those groups, except that dot files should be last if they're not going to be displayed. That makes it a problem of guessing what is likely to be a directory. I'd try looking for an extension which would typically indicate something that isn't a directory. Just for comparision: there's 231 directories (and 4 files, but they aren't pictures - I was testing with GIMP) in the directory on network drive I tried opening, and the Windows native chooser took 3 seconds to display the entire list. GTK+'s chooser displayed about a tenth of the list after about 10 seconds, and then further tenth every 10 seconds. I also couldn't get autocomplete to work at all in the GTK+ file chooser there, while it was available immediately in the Windows filechooser (I wonder how hard would it be to actually use the Windows' built-in autocomplete in GTK+ - to use it with Windows native controls, you just need to call SHAutoComplete and pass the handle of the control). -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: The GTK+ file chooser
On Sun, 17 May 2009 19:32:44 +0200, Sven Neumann wrote: For my typical use of the file-chooser, Places is very important. I use it all the time. But surely there are a few pixels there that could be saved. Not sure if it would be a good idea to allow the user to collapse it. Places is pretty useless for me on Windows, because it lists all it's predefined items (which include all drives) before listing items I added myself. -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Native file chooser dialog on Windows
On Fri, 15 May 2009 14:33:12 -0400 (EDT), Allin Cottrell wrote: IMO this is now pretty much of a non-issue, since the current GTK file selection dialog is sufficiently like Windows (but nicer!). For the values of nicer that match much slower, worse autocomplete behaviour than the native dialog, less useful Places list and confusing gradual display of network locations (the first time I tried opening something from my fileserver I thought some of my directories went missing because the GTK+ dialog displayed about a tenth of all folders at first, and then very slowly added the rest in about 15-second intervals; there's also the weird behaviour when you type a directory name, press Enter, see the Open button depress and jump out again - and then nothing happens, because the dialog expects a \ at the end to actually change to that directory). -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Native file chooser dialog on Windows
On Fri, 15 May 2009 13:29:01 -0700, Brian J. Tarricone wrote: (Does the chooser look the same on all versions of Windows if you ignore theming? Win2k? WinXP? Vista? Windows 7?) Vista introduced new open/save dialog boxes, and changed minor details in the classic dialogs as well (only programs specifically written to do so will use the new dialogs on Vista). -- Jernej Simončič http://eternallybored.org/ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: using a locale other than the system default
On Wed, 22 Apr 2009 19:03:24 +0200, kispa...@freemail.hu wrote: but I want to set an English language locale for GTK applications. Is there any way to do that? Set the environment variable LANG to the desired language code (like you'd do on *nix). -- Jernej Simončič http://eternallybored.org/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: popup menu problem
On Mon, 22 Dec 2008 11:55:13 +0200, Roei Azachi wrote: if I try the same scenario and press on a different window, it get focused. I tryed it on another gtk application (pidgin) and I get the same result. it seems like gtk window eats the click and does not response to it. any idea? It's a bug in GTK+: http://bugzilla.gnome.org/show_bug.cgi?id=321893 -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: pangowin32.la - .lib
On Wed, 5 Nov 2008 13:57:26 -0800, Ian Puleston wrote: So, question, how do I generate the Windows .lib file from the .la file that make has output? AFAIK, .lib is generated automatically if lib.exe is in PATH, though you only need it if you intend to use MSVC. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ on Vista
On Tue, 29 Jan 2008 12:02:17 +0300, Andrew E. Makeev wrote: Currently, we are using Gtk+-2.8.9 (self built under MinGW). You should upgrade to a current version, where this problem was solved. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: lcc-compiler
On Tue, 8 Jan 2008 15:41:47 +0200, Tor Lillqvist wrote: As far as I know nobody uses lcc to compile GTK+ for Windows. The official binaries are built with gcc (mingw), and also Microsoft's compilers can be used. Be careful with lcc, as AFAIK, it uses crtdll.dll instead of msvcrt.dll C runtime, so GTK+ DLLs (and programs) generated by it probably aren't compatible with other GTK+ distributions. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: VC8 and GTK development
On Tue, 4 Dec 2007 01:29:55 +0100 (CET), [EMAIL PROTECTED] wrote: BTW same page asks us GTK-newbies please don't bother the lists with elementary questions without first browsing the archives. If the mailing-list archives have a web interface, a link would be nice. I actually tried to find the archives before posting... I use GMane, both for reading and posting: http://dir.gmane.org/gmane.comp.gnome.gtk+.general. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: VC8 and GTK development
On Mon, 3 Dec 2007 20:34:03 +0100 (CET), [EMAIL PROTECTED] wrote: So, can I compile GTK/win32 into a static library with VC8 Express and use that? And what are the exact requirements for this? Or should I rather use precompiled libraries? If I do that, I obvously must be careful not to malloc/new with VC8 and free with Glib/GTK. Is that it, or are worse things lurking? You might be interested in this project: http://gimp-vs.sourceforge.net/ It's GTK+ and the GIMP compiled with VS2005 and 2008. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: wimp file system layout
On Tue, 23 Oct 2007 07:51:51 -0500, Thomas Stover wrote: Does anybody know if there is a certain pattern of files I could deploy in the application's directory or otherwise that would enable the wimp them engine with out a normal gtk install? This is probably more suited for the gtk-list, but anyway, to do what you want, just keep the GTK+ directory structure, and put your executables to the bin\ subdir. This is what GIMP 2.4 will do as well (if you go to the Releases page and download GIMP 2.4-rc3, it already deploys GTK+ this way). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Text Input with Windows Tablet Panel
On Fri, 12 Oct 2007 00:34:33 +0300, Tor Lillqvist wrote: That is related to the Wintab API used with drawing tablets (Wacoms etc), not Tablet PCs. AFAIK, the touchscreen in tablet PCs actually is a Wacom tablet. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Text Input with Windows Tablet Panel
On Fri, 12 Oct 2007 21:10:17 +0300, Tor Lillqvist wrote: As the platform SDK so eloquently puts in in the Naming a File section, The Unicode versions of several functions permit a maximum path length of approximately 32,000 characters composed of components up to 255 characters in length. To specify that kind of path, use the \\?\ prefix. Long paths are a nice way to shoot yourself in the foot, especially if you don't know about them and accidentally create too deep directory tree (file managers are very helpful here - most of them just claim Path does not exist when you try accessing such trees). approximately, eh? And note how they just say several functions. To specify exactly which ones would be too easy on the developer, wouldn't it? Hey, it as a challenge :) -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: problems during configuring before making gtk+ 2.10.14
On Wed, 19 Sep 2007 10:00:07 +0200, David Nečas (Yeti) wrote: export CFLAGS=-I/usr/local/include Shouldn't -I go to CPPFLAGS? -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: How can i write multiple windows(MDI)
On Tue, 03 Jul 2007 10:24:00 +0100, Emmanuele Bassi wrote: in my experience on multiple platforms and multiple UI paradigms there hasn't been one single case where MDI was warranted, needed or simply the best choice for implementing a user interface. I'd be screaming bloody murder if somebody removed MDI from Opera or my IRC client. I don't see any way of getting the functionality I use without MDI or a complete reimplementation (multiple windows that I can rearrange inside a larger container at will, where the windows can freely overlap). Tabbed interface comes close, but it doesn't let you have side-by-side windows (plus, both MDI applications I use daily also provide a tab bar for the child windows). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: gtk+ configure can't find cairo-pdf
On Sat, 09 Jun 2007 11:51:15 -0400, Owen Taylor wrote: The ^A is actually a bash problem on Windows (or maybe specifically with the msys version). IIRC, it happens when you use a native (non-msys) Windows console program in msys bash backticks. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Dialogs always on top in Windows?
On Mon, 30 Apr 2007 14:20:06 +0300, Tor Lillqvist wrote: For transient-for to work between windows opened by the same process, there is hope that the problems on Windows will eventually be fixed. From what I see with GTK+ 2.10.11, GIMP's toolbox already stays on top of the image window if Toolbox and other docks are transient to the active image window is enabled in the preferences (with GIMP 2.3.15). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Install GTK on windows using no official installers
On Wed, 25 Apr 2007 08:02:06 -0700 (PDT), David J. Andruczyk wrote: Beware that doing so (incorporating a private GTK+ release intro your installer) will mostly likely BREAK or screw up ANY OTHER GTK+ apps on the box.. No, it won't. Not just that, but GIMP includes it's own GTK+ since 2.3.12 onwards. Users report that if they had gaim installed, this breaks things horribly. They can't run my SW with gaim's GTK+ as it is missing gtkglext, and cairo dll.s, and instlaling the sladewin32.sf.net runtime doesn't resolve it as gaim's privatized gtk+ screws up the rest of the system except for itself. This is one of the reasons I'll be packing GTK+ with the GIMP in 2.4 - there's been too many problems with Gaim's GTK+. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Changing GTK2 fonts independly of GNOME tools
On Sun, 18 Mar 2007 14:09:01 +0300 (MSK), sergey-feo wrote: how to change default fonts for gtk2 applications by hands, without any GNOME tools? What file and how should be changed? ~/.gtkrc - but it'll be easier if you use http://www.muhri.net/nav.php3?node=gts -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: [Patch] GdkPixbuf's GIF loader should set invalid delay times to 100ms, not 20ms
On Sat, 3 Mar 2007 14:21:30 -0800, John Millikin wrote: A time of 0ms is clearly erroneous, and should be corrected. Is it? I've seen animated GIFs [ab]used to create GIF files with more than 256 colors (each frame can have it's own palette). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK-Config
On Mon, 6 Nov 2006 15:19:29 -0800 (PST), Sergei Steshenko wrote: No, I'm not kidding, and I believe that gtk (and not only) developers should have written such a tool in the first place - to make life easier for end users It still doesn't change the fact that using your tool won't give the OP gtk-config he needs - since you seem to only support GTK+ 2. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: What about official GTK+ installer for win32?
On Thu, 26 Oct 2006 08:53:01 -0400, Dominic Lachowicz wrote: I think that the situation is much better than people here are making it out to be. Or, at least that's been my experience. Things work fine in 99,99% of cases. It's the remaining 0,01% that's the problem (and with over 1 million downloads GIMP 2.2.13 currently has, 0,01% is more than enough to get noticed). I have Gaim, Gimp, Gnumeric, Glade-3, Workrave, gQview, and Xchat all using the same GTK+ runtime on WinXP, and they all work flawlessly. As far as I know, nothing gets installed into system/system32 - GTK+ gets installed into its own prefix, sets some registry keys, and things subsequently just work. Maybe you got lucky, and didn't install anything that dumps shared DLLs to System32. And you know how to get those applications to behave next to eachother. Typical end-user doesn't. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: What about official GTK+ installer for win32?
On Thu, 26 Oct 2006 13:40:48 -0400, Dominic Lachowicz wrote: My experience leads me to believe that we'd benefit from an official installer that didn't dump crap into System32 and for maintainers not to include GTK+ in their installers. At that point, I don't look any different than a typical end-user. It's not that any official GTK+-related installers put stuff in System32, it's other programs that do this. And Windows always searches System32 before PATH, which causes problems when somebody put an old (or broken) version of a DLL that's included in the GTK+ runtime installer there. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: What about official GTK+ installer for win32?
On Thu, 26 Oct 2006 14:23:04 -0500, Michael Lawrence wrote: This is one advantage of bundling GTK+ with packages. The package installers can place the dlls in the same directory as the executable, which I think trumps system32. Exactly. On Windows, DLL search order is working directory, application's (EXE file's) directory, Windows\System32, Windows, %PATH%. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ windows installer confusion
On 04 Sep 2006 11:16:36 -0400, John D. Ramsdell wrote: It turns out, that for my application, Tor's developer distribution refers to g_type_register_static_simple, which I gather is in Glib 2.12.2, but is not Glib 2.10.3. This means you're probably using the wrong developer headers and libraries. Try to recompile your program with this dev package: ftp://ftp.gtk.org/pub/glib/2.10/win32/glib-dev-2.10.3.zip -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ windows installer confusion
On 04 Sep 2006 13:20:39 -0400, John D. Ramsdell wrote: I think gtk+-2.8.20 is generating the references to the undefined symbol, so if you replace glib 2.12.2 with version 2.10.3, builds will fail. The GTK+ 2.8.18 installer on gimp-win.sf.net contains GTK+ 2.8.18 and GLib 2.10.3... There are no newer installers there ATM. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ windows installer confusion
On 01 Sep 2006 19:30:02 -0400, John D. Ramsdell wrote: Well then I cannot use Cairo. Oh, if you're using Cairo, then by all means, use GTK+ 2.8. The 2.8.18 installer currently distributed includes Glib 2.10.3 (and this is what I'm compiling GIMP 2.3 with currently). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: GTK+ windows installer confusion
On 01 Sep 2006 14:14:31 -0400, John D. Ramsdell wrote: Is there some way for the gladewin32 and gimp people to find common ground? I would suggest you to use as old GTK+ libraries as possible (for which you don't need to disable functionality). GIMP 2.2 on gimp-win.sf.net eg. uses GTK+ 2.4.14 and Glib 2.4.7 (though I'd suggest you GTK+ 2.6, which is also still supported on Windows 98/ME). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Design decisions for GLib and GTK+ on Win32
On Tue, 29 Aug 2006 10:24:05 +0300, Tor Lillqvist wrote: (It's for 256-colour mode that I don't seem to even have anything to test with. Not even in a virtual machine (running XP) does Display Settings offer a 256-colour mode. Is it really so that modern Windows graphics card drivers only support truecolor, except perhaps in full-screen modes for old games?) My machine at work (XP pro) allows me to set 8bit mode (it has Intel on-board graphics, SiS 315 and some old Matrox PCI cards). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk on 64-bit Windows OSes?
On Sat, 12 Aug 2006 00:02:14 +0200, Friedrich Dominicus wrote: Does anyone has this combination running? Only 32bit GTK+. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Windows Question
On Wed, 19 Jul 2006 11:31:52 +0530, Surya Kiran Gullapalli wrote: During runtime gtk application looks for gdk-pixbuf-loaders file and pango modules file. I can generate these files using gdk-pixbuf-query-loaders and pango-query-modules. Is there any way i can avoid calling these two executables. (like are there any environment variables which can set the appropriate values.) Why don't you simply ship the files with GTK+? Even though they look like they contain fixed paths, those paths will be properly adjusted if they're the same as in the DLLs. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: FTP Win32 port
On Mon, 17 Jul 2006 09:49:05 +0200, Atanas Atanasov wrote: I am trying to get access to the Win32 port of Gtk+, but the ftp seems to be down. Is there any particular reason? The official download site (http://gtk.org/download/) says that soon there will be binaries out for 2.10. On the other hand the website of the port gives links for version 2.8 which lead to the ftp. Any suggestions are welcome. ftp://ftp.gtk.org/pub/gtk/v2.8/win32/ and ftp://ftp.gtk.org/pub/gtk/v2.10/win32/ work just fine for me (but there doesn't seem to be GTK+ 2.10.0 for Win32 available yet on the FTP). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Any reason to worry about using wx? (but it uses GTK!?! :)
On Thu, 29 Jun 2006 22:57:09 +0200, Jose Hevia wrote: -Look at audacity- wx , amsn... They are ugly on Linux (seems they use GTK 1.2 or GTK 2.0 without themes)(amsn added themes recently, but I remember a lot of people complaining how bad it was(they judged only by its appearance)) wx applications on X (when using wxGTK) are usually indistinguishable from native GTK+ applications. wx itself can use either GTK1 or GTK2, although GTK2 is preferred now, and they use themes just as any GTK+ application does. -IMHO win32 is dead, Microsoft needs to sell its new .Net related widgets, wx uses win32. If Win32 is dead, why do we still see so little .NET applications? -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Need help : Installing gtk+ on Windows 2000
On Thu, 04 May 2006 23:43:37 -0600, Michael Torrie wrote: If you compile your program against the headers and development libraries as provided by Tor (the second link) then if the end user installs this runtime, he will be able to run your application. Just be aware, though, that your app must have the gtk runtime's bin directory in the execution path. Most people do this by creating a windows shortcut to the real exe that starts the real exe in the working directory of C:\Program Files\Common files\GTK\2.0\bin (or whatever the path is you installed the runtime to). Actually, a much better way to put GTK+ in application's PATH is to create a Registry entry at HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App Paths\yourapp.exe where the (Default) points to the full path+exe name and Path contains directories that should be added to PATH. Alternatively you can get the installer package I just mentioned, install it, and then copy the entire GTK runtime to be relative to your exe and build a big bundle out of the entire thing. It is preferred, I think, to look for GTK in the standard place (de facto standard), C:\Program Files\Common files\GTK\2.0\bin. This is what I personally do, as does the Gimp, and GAIM. This way all gtk apps can share a common runtime. Don't expect GTK+ to be in C:\Program Files\Common Files\GTK\2.0 - my installer just suggests this as the default directory (to be precise, it suggests %COMMONFILES%\GTK\2.0 by default), but the user is free to choose any directory. The de-facto standard is that GTK+ install path is stored in Registry, either in HKEY_LOCAL_MACHINE\Software\GTK\2.0 or HKEY_CURRENT_USER\Software\GTK\2.0 (only if GTK+ was installed by currently logged-on user, and he doesn't have administrator privileges). That key contains at least Path and Version entries, which tell you where to look for GTK+. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: selected text is PRIMARY?
On Fri, 14 Apr 2006 19:14:17 +0200, Xavier Bestel wrote: - One selection per application ? - One selection per window ? - One selection per widget ? I'd go for one selection per widget - I'm always annoyed in X when I select something, and my previous selection is erased (even though I do often use the middle-button pasting). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: selected text is PRIMARY?
On Fri, 14 Apr 2006 20:14:36 +0200, Xavier Bestel wrote: Le vendredi 14 avril 2006 à 19:28 +0200, Jernej Simončič a écrit : On Fri, 14 Apr 2006 19:14:17 +0200, Xavier Bestel wrote: - One selection per application ? - One selection per window ? - One selection per widget ? I'd go for one selection per widget - I'm always annoyed in X when I select something, and my previous selection is erased (even though I do often use the middle-button pasting). Nice. And now when you press Ctrl-C, what happens ? Text in currently active (focused) widget should be copied to the secondary. I don't see why this should be a problem. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: selected text is PRIMARY?
On Fri, 14 Apr 2006 23:02:32 +0200, Xavier Bestel wrote: Having Ctrl-C being dependant on the last clicked widget is a bad idea in real life. Your multiple selections look equally bad to me. I'd expect Ctrl+C (or Ctrl+Ins, I'm used to old key combinations for clipboard operations) to only have any effect at all if the focus is in a widget that has some text selected - anywhere else, it should be ignored IMHO. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK 64-bits and Windows
On Wed, 12 Apr 2006 14:49:58 +0300, Tor Lillqvist wrote: Microsoft's Interix (part of Services for Unix) could presumably be used instead of MSYS, although I have no idea if Interix works on 64-bit Windows. Interix/SFU isn't maintained anymore, and it doesn't work on x86_64. However, Windows 2003 R2 includes a renewed SFU, renamed SUA (Subsystem for Unix Applications), which does run on x86_64. Note that Interix programs won't work on normal Windows, since they use the POSIX layer (to compile a win32 program from Interix, you need a cross-compiler, so 64bit SUA won't help much). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Rendering issues under Windows Terminal Services
On Tue, 4 Apr 2006 14:29:03 +0300, Tor Lillqvist wrote: Anyway, the official GTK distribution for Win32 is at ftp://ftp.gtk.org/pub/gtk/v2.8/win32/ . The latest one is 2.8.15. At first you should verify that you can reproduce the problem using those binaries. If you can, then you should open a bug at bugzilla.gnome.org. There's also a 2.8.15 installer on GIMP for Windows sourceforge page: http://sourceforge.net/project/showfiles.php?group_id=121075 -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Rendering issues under Windows Terminal Services
On Tue, 4 Apr 2006 22:26:30 +0300, Tor Lillqvist wrote: I don't have any Windows 2000 machines, but in case the problem is specific to that, I could install Windows 2000 in a virtual machine and use Remote Desktop Connection to that. Windows 2000 supports only 256 colors in Remote Desktop connection, maybe this could be a problem (and RDP is only supported on the server, not in Win2kPro). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: TextView problem on Win32
On Mon, 13 Mar 2006 10:27:30 +0300, Andrew E. Makeev wrote: 3rd. Is there Gtk+-2.8 Win32 binary packages built for MinGW I could download and check the issue? ftp://ftp.gtk.org/pub/gtk/v2.8/win32/ -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Usability of the GTK+ 2 file open dialog
On Tue, 07 Mar 2006 15:19:13 +0100, Sven Neumann wrote: Your user model is obviously different than mine because I very much prefer the new file-chooser over the old one. The problem is to find something that works well for the majority of GTK+ users and I believe that the new file-chooser dialog does a pretty good job at this. But of course it would need some research to find out. Not counting GTK+/Gimp developers, I know of only 2 people who prefer the new dialogs. The responses from others ranged from old one was better to get me the head of whoever designed this (this one came from a developer that uses GTK+ in his application, and who implemented the native Win32 dialogs in his program when running on windows). I remember the disappointment I felt when I first saw the hyped new file open dialog box, when it was nothing I expected it to be given what an improvement it was supposed to be. BTW, about bookmarks - they'd be much more usable if they appeared above the predefined items, not on bottom (on Windows, there's easily 10-20 of these). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Usability of the GTK+ 2 file open dialog
On Tue, 7 Mar 2006 20:04:39 +0100, David Necas (Yeti) wrote: As far as I know menus are not detachable by default in Gtk+ (and the Gimp's are for a good reason). It is funny how the Microsoft Windows users are comfortable with any braindead scanner control GUI where I cannot tell what _are_ the controls, not speaking about what interactions are possible and what they do Scanner control GUI? You do realize that there isn't any standarised scanning dialog box on Windows, and that every vendor provides it's own (and that this is one of the things that's hard to standarise unless you want to lock out advanced features that some scanners support but others don't)? Either are those Windows people different species and think and feel in ways incomprehensible to us (and I am not convinced of this), or the problem lies somewhere else. That's exactly the feeling I have when I use Gnome - everything is alien, and it usually can't be set to behave more how I expect (and I feel the same way about Macs). More likely, they are confronted with free software in situations that invoke their withdrawal reflex and make them complain about just anything complainable, that is paricularly any obvious difference. I only complain when IMHO something doesn't work the way it should - and this isn't limited to GTK+ or even just open-source. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Usability of the GTK+ 2 file open dialog
On Tue, 07 Mar 2006 16:55:18 +1100, Peter Eckersley wrote: Is anyone else equally frustrated? Many of us - the new open dialog caused me to start using Windows Exploder again when I want to open files in GIMP, since it's just faster (and I know of ^L dialog). -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Win32 themes
On Mon, 6 Feb 2006 16:27:20 -0500, Etienne Fortin wrote: But that's exactly what other are saying Gnome is doing, take into account the theme used by GTK to make it look better. The same thing is happening on Windows, only going in the other direction - set up the ms-windows-engine (wimp) as your theme, and GTK+ programs will look fairly close to native Win32 programs. Besides, I don't see the reason behind theming the app, and not theming the little thing that is the title bar. It is integrally part of the app, and the two should look the same or else you just feel there's two things going on, and the two things don't talk at all. You can always write the code to support this, but remember that you'll have to write a window manager to make it work - you'd have to take care of moving, resizing and minimizing/restoring/maximizing windows yourself. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Cannot make pango-1.10.2
on Tue, 31 Jan 2006 13:23:58 +0200 (EET), Sakari Aaltonen wrote: But how does one make pkg-config find libpng? There is a libpng in /usr/lib, which should be a pretty reasonable place for pkg-config to search, would it not? You need to have the libpng development package installed - check that you have libpng.pc in /usr/lib/pkgconfig/. And no, I'm not at all clear on what Cairo does. I just want to compile a program called aMule. But that program seems to rely on tons and tons of stuff that is not installed on the systems at hand. It all starts with something called wxWindows. If you just want aMule, the easiest would be to simply install wxWidgets development libraries, that should pull in all dependant libraries, too. What distribution do you use? -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Cannot make pango-1.10.2
On Tue, 31 Jan 2006 15:04:05 +0200 (EET), Sakari Aaltonen wrote: You need to have the libpng development package installed - check that you have libpng.pc in /usr/lib/pkgconfig/. Ermmm... There is a valgrind.pc. No libpng.pc. (Is there no end to the packages that one needs nowadays?) This means that you don't have libpng developer libraries installed. If you just want aMule, the easiest would be to simply install wxWidgets development libraries, that should pull in all dependant libraries, too. What distribution do you use? I gave up on my home machine (running Slackware) and tried to build aMule on a colleague's Linux box at work (Suse 9.2). It's been years since I used Slack, so I can't really help you there. About SuSE, you should look for wxwidgets-devel package or something similar (and same for GTK+/Glib - you need to install the development packages for those, too, and you'll be able to compile aMule). I'd actually suggest you to come to #amule on irc.freenode.net, as somebody there will surely be able to help you get started. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: compiling GTK app in WIndows
on Wed, 18 Jan 2006 09:30:54 +0300, regatta wrote: my project is simple and one of my goals is to run it in Windows and Linux (the Linux part is easy, but I have no idea about Windows). If you use mingw+msys for compiling on Windows, it's almost the same as compiling on Linux (except that you need to prepare the environment first, but that's an one-time job). You should probably follow the instructions in GIMP Wiki on how to set up the compiling environment. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: gtkhtml for windows ?
on Sat, 14 Jan 2006 23:18:27 +0200, Tor Lillqvist wrote: You will need a shitload of dependencies, too. gtkhtml2 needs much less - it's shipped with the GIMP for the help system and IIRC, it only needs libxml2 aside from GTK+. -- Jernej Simončič http://deepthought.ena.si/ Contact address: jernej simoncic at isg si ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list