Page 1 of 2

GapiDraw roadmap, wishlists and graphics.

PostPosted: Sep 18, 2003 @ 2:43pm
by ian
Unlike a lot of you out there my sole purpose for using GapiDraw has been to rotate the screen of my GIS application through 90 degrees clockwise or counter-clockwise.

With the coming shift to a licensed implementation I have a few decisions to make.

Since I am doing vector graphics I need the ability to draw lines, polygons and arcs. GD currently does the lines bit and I've converted my arcs to polylines but GD falls down severely in not being able to do line styles and filled polygons. The implementation of the clipping removed a lot of code that I had either developed, copied or begged of other developers. It was a welcome development but I wish I'd known it was comming, I could have spent the time more effectively elsewhere in my code!

So as a ( potential ) paying customer my questions for Johan are
Will line styles be implemented.
Will polylines be implemented.
Will filled polygons be implemented.
When?

For the rest of you out there .......

If the above are not implemented ......
Help! :?
Can I use MS Gapi code over the top of GD to get the MS functionality to draw on my GD surfaces.

Ian

PostPosted: Sep 18, 2003 @ 3:08pm
by Pejo Software - Per
I sent our polygon fill routine to someone named Ian, was it you? If it was, did it not satisfy your needs?

I will offcause be faster if Johan could incorporate it into GapiDraw.

PostPosted: Sep 18, 2003 @ 4:32pm
by Johan

PostPosted: Sep 19, 2003 @ 4:08am
by tedson

PostPosted: Sep 19, 2003 @ 6:21am
by nicholsr

PostPosted: Sep 19, 2003 @ 6:59am
by mlepage

PostPosted: Sep 19, 2003 @ 9:00am
by Johan

PostPosted: Sep 19, 2003 @ 3:04pm
by fzammetti

PostPosted: Sep 19, 2003 @ 4:39pm
by nicholsr

PostPosted: Sep 19, 2003 @ 7:45pm
by mlepage
Richard Nichols, you do have some good points, and it would do you well to phrase them a little less sarcastically, so as to be taken more seriously. I offer this only as advice, please don't flame me for doing so.

PostPosted: Sep 19, 2003 @ 7:49pm
by mlepage
Johan, I asked elsewhere in these forums about the details of porting to Palm, but didn't see an answer.

So GapiDraw will have (close to) 100% API compatibility, but what about other aspects of Palm development?

Like the fact that there is no filesystem, only databases and records? Memory handles that must be locked and unlocked? Single byte characters?

Are we just going to have to handle all of that ourselves? What will a Palm GapiDraw application look like? Or a GapiDraw application that works on both Palm and PocketPC?

If you are working on a Palm port, you must have at least thought about these issues. Care to comment?

Apologies....

PostPosted: Sep 19, 2003 @ 7:54pm
by nicholsr

PostPosted: Sep 19, 2003 @ 7:56pm
by Kak

PostPosted: Sep 19, 2003 @ 8:09pm
by ppcStudios

PostPosted: Sep 19, 2003 @ 8:10pm
by nicholsr