So a sweeter approach will be to replace the path to GTK in every file for which this path has been hardcoded (pango.modules and gdk-pixbuf.loaders, in my case) with the GTK_BASEPATH environment variable. How to do this?……simply write a python script to perform a search and replace on whatever the current GTK path in the file is and replace it with the value of GTK_BASEPATH. I haven’t actually tried it but when I do I’ll submit a post stating whether I was successful or not.

The python OS module allows us to determine which operating system the user is currently running so that might be of some help.

Ok, something really weird is going on. Maybe I’m dumb but someone has to explain this to me (so i can quit being dumb). I tried installing GTK 2 Runtime Environment on 2 different operating systems: Windows Vista and XP and got 2 different results which I thought was very strange.

First of all, when installing on XP, the default path was: C:\Program Files\Common Files – what is wrong with that? Nothing – nothing at all but why is it that running the same installer on Vista defaults to C:\GTK? and what happened to that 2.0 directory inside it? That’s some major inconsistency if you’d ask me. Maybe it’s because of how my environment variables are set up.

In XP, the GTK_BASEPATH =?C:\PROGRA~1\COMMON~1\GTK

In Vista, the GTK_BASEPATH = C:\GTK

default value for the environmental variable ‘GTK_BASEPATH’ in Vista 64 bit was set to ‘C:\PROGRA~2\COMMON~1\GTK\2.0′.

I just found a blog via Google search addressing the same issue.

http://dreblen.wordpress.com/2008/08/06/adding-gtk-to-the-windows-path/

and another relevant forum

http://gobby.0×539.de/trac/ticket/292

I still don’t get why there’s a directory ‘C:\GTK\2.0′ in XP but not in the GTK directory in Vista. I’ll try to figure it out later. For now I have created a batch file which kind of fixes the issue:

IF EXIST C:\GTK\2.0 XCOPY C:\GTK\2.0 C:\GTK\ /E /Y

RMDIR C:\GTK\2.0\ /s /q

which simply moves the contents of C:\GTK\2.0 to C:\GTK and removes C:\GTK\2.0

I guess this will do for now till I figure out an alternative method. I know one could be creating a batch file to set the correct GTK_BASEPATH value based on which version of Windows is being run. But that’s just a thought.

Thanks to py2exe and Inno Setup Compiler I’ve been able to get the Linux version of myDiary 4.2 to run on Windows (of course with GTK+ Runtime Environment). Thanks Chris

Ok, so I went through hell yesterday trying to figure out why the UI wont show any of my external .png images located in the pixmap folder. The culprit? – gdk-pixbuf.loaders. A file located inside the …\etc directory. The path to libpixbufloader-ico.dll amongst several other dll files had been hard-coded inside the gdk-pixbuf.loaders file which I had to manually change before it finally worked.

I’m currently having 2 issues right now:

• Face Cap image wont load…..I have no clue what’s going on with it.
• Windows desktop shortcut is having problems locating the .glade XML file which the python file depends on.

Oh well….I’m jumping on that right now.

3:35pm – FIXED!

Killed 2 birds with one stone! Here’s the stone:

os.path.realpath(os.path.dirname(sys.argv[0]))

Yea, more like a rock….it simply gives you the path to the application you’re running and from there you can use an os.path.join or whatever to link to other files or directories you need to access…..like my glade file in this case

Other issues:

• Gtkspell is not working….
• Synchronization algorithm needs some serious modification in order to work in Windows….ugh!