python3 support

[m040601]

Hi, thanks for your work in this interesting tool.
Been following it for quite some time.

I'm on ArchLinux, and I would like to help in creating a proper official package for it.
In Arch (like Debian and many others) the official (and only) python version is python3.

We do have an alternative. A user contributed way of installing GMapCatcher, https://aur.archlinux.org/packages/gmapcatcher,
that will ,because of the dependency, force you to install for python 2.

Since python2 is a thing of the past, not many people will want to be forced to install it, just to try some software that depends on it.

Is there any reason GMapCatcher has to depend on python2 ?
What would it take to make it work with python3 ?

Thanks in advance.

[heldersepu]

Is there any reason GMapCatcher has to depend on python2 ?

This applies to any open source project... The reason is always time and money

What would it take to make it work with python3 ?

It would take time!
anyone looking to take on this has to research on the dependencies:
https://github.com/heldersepu/GMapCatcher/blob/wiki/devEnv.md
I have a list of dependencies I collected for windows there

...and If a dependency is not officially available for python3 then what?

[m040601]

Thanks for the reply. You can close the issue now.
Aahh ... ok... I missed that.
I see now that it's also important
to support Mac and Windows also on old versions.
It seems like you are tied to pygtk because of windows.

Maybe this could be usefull in the future:

PyGTK - Wikipedia (https://en.wikipedia.org/wiki/PyGTK)

PyGTK will be phased out with the transition to GTK+ version 3 and be replaced with PyGObject,

PyGObject (https://pygobject.readthedocs.io/en/latest/)

It supports Linux, Windows and macOS
If you want to write a Python application for GNOME (https://www.gnome.org/) or a Python GUI application using GTK, then PyGObject is the way to go.