Re: [Mypaint-discuss] The Future of MyPaint on Windows
On 9 October 2011 12:39, Mihai Cozma mihai.co...@gmail.com wrote: Hi, Hi! While I'm quite happy with my linux installation where I can use the latest version of my paint, the wacom support for their tablets in linux is quite poor. Another issue is that I have to reboot my machine from Windows into linux every time I want to paint something, then switch back for other tasks. Yesterday I've tried to use a linux virtual machine on Windows (both with Oracle Virtualbox and vmWare Player), and I had basically no 2D acceleration and when I've tried to enable the tablet device on them, one crashed and the other made no difference between the tablet and a simple mouse. All of this kind of points out that I should stick to Windows where Wacom support is best and where I do all my other stuff (programming, playing games, etc) except painting.However, because of some Gtk issues (which should be a portable library), the latest development version of MyPaint is not available on Windows and hasn't been for quite a while now. I also heard that the build on Mac OS has some issues too. Question is: is there any future for MyPaint on other platforms than linux? The latest stable version of MyPaint works pretty OK on Windows does it not? I don't think it is a requirement that the development version is available for end-users on all platforms. We currently have a problem that we don't release stable versions often enough (in my opinion), but that is not platform specific. The way I see it, there are two solutions to this problem: 1. Switch to other library from GTK, one which works better on all target platforms. 2. Completely separate the GUI layer from the engine (which I think it is already happening) and use/maintain platform specific implementations for the GUI, that would assure maximum compatibility with their specific platform. What do you think about it? You are missing one obvious solution: Fix GTK+, at least the parts that MyPaint cares about. In any case, I think you are missing the point. The problem with non GNU/Linux platforms and MyPaint is not the UI toolkit used. The problem is that there is very little developer activity on getting it to work well on those platforms. Switching to a different toolkit or creating platform specific UIs will not solve that problem (the latter would just make it worse). We simply need more people working on MyPaint+Windows and MyPaint+OSX. You care about MyPaint+Windows and do programming. Are you in? -- Jon Nordby - www.jonnor.com ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] The Future of MyPaint on Windows
On Sun, Oct 9, 2011 at 2:47 PM, Jon Nordby jono...@gmail.com wrote: The latest stable version of MyPaint works pretty OK on Windows does it not? I don't think it is a requirement that the development version is available for end-users on all platforms. We currently have a problem that we don't release stable versions often enough (in my opinion), but that is not platform specific. Yes, it works OK on Windows, but the features found in the development version are quite a must. Indeed, maybe that is the case, stable versions are releases with too much time in between them. However, the current development version seemed pretty stable to me, so I guess there should be a stable version release coming soon. You are missing one obvious solution: Fix GTK+, at least the parts that MyPaint cares about. In any case, I think you are missing the point. The problem with non GNU/Linux platforms and MyPaint is not the UI toolkit used. The problem is that there is very little developer activity on getting it to work well on those platforms. Switching to a different toolkit or creating platform specific UIs will not solve that problem (the latter would just make it worse). We simply need more people working on MyPaint+Windows and MyPaint+OSX. You care about MyPaint+Windows and do programming. Are you in? Well, I'm certainly in (for as much time as I can spare) but there are some inconvenient stuff for which I need your help: First, while I have a fair amount of experience in programming, I mainly worked on Windows with Microsoft tools (C/C++ and more recently C#). I have a bit of knowledge about python to get around, but not too much. I have minimum experience with stuff like cygwin and mingw32, just enough to build simple projects with them. The most advanced stuff I ever did with them was to configure such an environment for building the Crystal Space game engine, but that is where my experience with them stops. I've tried a quick build some time ago using this http://opensourcepack.blogspot.com/2009/08/mypaint-git-build-for-win32.html and it built something but the outcome didn't really run. So I would need some help first in getting a proper working environment to start with and then a bit of pinpointing of where I should start my investigation and what is the workflow with these tools. After that, I think I might be able to do progress on my own in terms of coding and bug fixing. Thanks, waiting for your reply. ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
Re: [Mypaint-discuss] The Future of MyPaint on Windows
On 10 October 2011 00:43, Mihai Cozma mihai.co...@gmail.com wrote: Thanks for the reply, useful links. I also found the next text there: The plan seems to wait GTK 3.x become stable for win32 which takes sometime which ultimately invalidate this instruction as we will go with PyGI instead of PyGTK which is also another problem because GI isn't ported to win32 yet. That's the pity situation for mypaint win32. So based on this information, is there any point in trying to fix bugs and stuff, or we just have to wait until GI gets ported to windows and gtk 3 is stable for windows and so on? I mean, would all the work done trying to fix the problem in 2.24 get obsolete by the time GTK 3.x and this GI gets used? Fixing the critical/blocking issues in GTK 2.x on Windows is very valuable still. Porting MyPaint to PyGI and GTK 3.x will likely not happen for the next release. Meaning that without GTK 2.x fixed it will be some additional months _after_ we get the next release out before Windows will get the new stuff. There are other projects that will benefit from having GTK 2.24 fixed as well. GIMP 2.8 is another release that is also blocking on this/these tablet bugs. And, I would not be totally surprised if fixes are also applicable to GTK 3.x -- Jon Nordby - www.jonnor.com ___ Mypaint-discuss mailing list Mypaint-discuss@gna.org https://mail.gna.org/listinfo/mypaint-discuss
