Re: Painter Fuzzy Node in github

2014-12-18 Thread Johan Ceuppens
2014-12-17 22:07 GMT+01:00 Ivan Vučica : > I'll be a bit more direct in this email. > > I don't see the equivalence between fuzzy logic and AI nor does random > application of AI-related approaches automatically make for a smarter > algorithm. > > I'll explain better then : Probably the system now

Re: Painter Fuzzy Node in github

2014-12-18 Thread David Chisnall
On 18 Dec 2014, at 09:07, Johan Ceuppens wrote: > Probably the system now as it stands for CoreX etc is mapping a window. Also > X11 (sub)windows get mapped with or without the main windows AFAIK. X11 > paints once per map cycle. If you paint in X you have to loop constantly > through painting

Re: Painter Fuzzy Node in github

2014-12-18 Thread Johan Ceuppens
Hi D, I'll try to explain what can use AI as you asked : 2014-12-18 9:23 GMT+01:00 David Chisnall : > > On 18 Dec 2014, at 09:07, Johan Ceuppens wrote: > > > Probably the system now as it stands for CoreX etc is mapping a window. > Also X11 (sub)windows get mapped with or without the main window

Re: Painter Fuzzy Node in github

2014-12-18 Thread Johan Ceuppens
Hello, This is about gnustep-fuzzy at https://github.com/enrytheermit/gnustep the thing compiles now with some common warnings left. 9 files compile without warnings, 5 with warnings. I will write some regression tests and examples in the Tests directory so that I can check if the code works. As

Re: Painter Fuzzy Node in github

2014-12-18 Thread Ivan Vučica
I think I get what you want. You want to predict which areas of the screen might require an update in near future, and pre-render the updated graphics. Then, when the time comes, you want to quickly blit the prerendered update on the screen. Now, here are the issues. GNUstep currently doesn't ha

Re: Painter Fuzzy Node in github

2014-12-18 Thread David Chisnall
On 18 Dec 2014, at 10:52, Johan Ceuppens wrote: > With this in mind, which part do you think can be sped up by applying AI > techniques? > > > Lots, it comes down to start with any window subhierarchy such as subviews, > CALayers, anything which get rendered even if it is composited by the G

Re: Painter Fuzzy Node in github

2014-12-18 Thread Johan Ceuppens
There are still a few differences with what I am writing : 2014-12-18 12:42 GMT+01:00 Ivan Vučica : > > I think I get what you want. > > You want to predict which areas of the screen might require an update in > near future, and pre-render the updated graphics. Then, when the time > comes, you wan

Re: Painter Fuzzy Node in github

2014-12-18 Thread Ivan Vučica
I'll be far more direct in this email, and I expect my involvement in this thread to end with this. I may comment again if you have a significant proof of why your approach is good. I don't think anyone's opinion will be swayed until you have a small demo UI library written in clean, idiomatic Obj

Re: Painter Fuzzy Node in github

2014-12-18 Thread Johan Ceuppens
2014-12-18 14:00 GMT+01:00 Ivan Vučica : > > I'll be far more direct in this email, and I expect my involvement in this > thread to end with this. > I am not going to reexplain everything, I direct you to the wiki with node Fuzzy if you do not know anything about AI based approaches. I know about

Re: GS and MinGW (was Re: Porting libobjc2 to MinGW)

2014-12-18 Thread Roland Schwingel
Hi... > So on the topic of gnustep for windows targets using mingw, is that > mingw32 or mingw64? > > I see from the mingw64 page that it was initially created as > a way to port some objc code to windows. > > DF We are using GNUStep Foundation for over a decade on Windows. A long time ago 32bi

Re: Painter Fuzzy Node in github

2014-12-18 Thread Johan Ceuppens
The patches for gnustep-back have been deleted as Ivan asked to forget the Opal name. gnustep-fuzzy now has a test suitein the Tests directory. It compiles a simple tree with "not x" for now. I'll respond with some more code prolly for the renderer later on. `Enry _