On Wed, Aug 5, 2015 at 7:16 PM, Lindsey Spratt <lspr...@me.com> wrote:
> I implemented XGP, an IDE for gprolog on the mac, that is implemented *in* > gprolog. It runs fine. Menus, Windows, Graphics (drawing pictures); all > done in gprolog as extended by XGP. > > I make very slight use of globals - I would recommend parameter passing > for state or asserting/retracting clauses where feasible. The parameter > passing approach makes the best use of the prolog execution model with its > semi-magical heap garbage collection. > > I use the DCG notation a lot in various programs where I want to pass a > context around among a collection of predicates. > > < > snip> > > Is gprolog "suitable" for a graphics based user application that might run for a full working day and be subject to untold requests by users? > > I've invested a *serious* amount of time in my gprolog/SDL2 project: it has 87 SDL functions for lines, points, textures, window creation the lot, as well as predicates for working with TTF fonts, music and samples, hey, I even added some circle drawing in the c-code as well, solid and outline. > <snip> I am looking for an alreay-built set of resources to be able to draw and paint to the screen and save to files from within Prolog itself, but I'm on Linux. Any chances XGP and perhaps gprolog/SDL2 will be adapted to Linux in the future? Best, _don
_______________________________________________ Users-prolog mailing list Users-prolog@gnu.org https://lists.gnu.org/mailman/listinfo/users-prolog
