Recent

« previous next »
Pages: [1]

Author Topic: Graphics path once more.  (Read 2596 times)

taazz

  • Hero Member
  • *****
  • Posts: 5368
Graphics path once more.
« on: July 10, 2017, 05:30:11 pm »
Is  anyone aware of a cross platform graphic path implementation?
I know that at least 3 platforms support, QT with GraphicPath, win32 with beginpath etc, GDI+ with gpPath but I have no idea what goes on with gtk and MACos, XWindows, Cairo etc. ? Any one has any info?
Logged
Good judgement is the result of experience … Experience is the result of bad judgement.

OS : Windows 7 64 bit
Laz: Lazarus 1.4.4 FPC 2.6.4 i386-win32-win32/win64

Blestan

  • Sr. Member
  • ****
  • Posts: 461
Re: Graphics path once more.
« Reply #1 on: July 10, 2017, 06:22:31 pm »
why not use bgrabitmap or aggpas?
Logged
Speak postscript or die!
Translate to pdf and live!

taazz

  • Hero Member
  • *****
  • Posts: 5368
Re: Graphics path once more.
« Reply #2 on: July 11, 2017, 01:15:29 am »
I'm looking for native solutions to each supported widgetset not to rewrite the underline graphics engine.
Logged
Good judgement is the result of experience … Experience is the result of bad judgement.

OS : Windows 7 64 bit
Laz: Lazarus 1.4.4 FPC 2.6.4 i386-win32-win32/win64

Thaddy

  • Hero Member
  • *****
  • Posts: 14382
  • Sensorship about opinions does not belong here.
Re: Graphics path once more.
« Reply #3 on: July 11, 2017, 08:28:38 am »
Have a look at OpenVG.
Logged
Object Pascal programmers should get rid of their "component fetish" especially with the non-visuals.
Pages: [1]
« previous next »
 

TinyPortal © 2005-2018