Recent

Author Topic: Library with graphical exported procedures...  (Read 3499 times)

Fred vS

  • Hero Member
  • *****
  • Posts: 1675
    • miXimum is the DJ's best friend
Library with graphical exported procedures...
« on: January 22, 2015, 02:39:20 pm »
Hello.  ;)

The goal is to have a library with those properties =>

- graphical exported procedures.
- classical no graphic exported procedures/functions.
- can execute his own methods in his own form, like a independent graphical application.
- can give focus back to main application and verse.
- main application can use all exported procedures.
- library must be native or Java-native.

Here solution using fpGUI widgetset =>

Video of the beast in action =>
https://sites.google.com/site/designerext/test_export_bidirect.mp4

And here source + binaries (linux 64 bit) =>
https://sites.google.com/site/designerext/testgraoutlibthread.zip

Fre;D
« Last Edit: January 22, 2015, 08:05:38 pm by Fred vS »
I use Lazarus 1.8.0 32/64 and FPC 3.0.3 32/64 on Linux Mint Mate 17 32/64, Windows 10, Windows 7 32/64, Windows XP 32,  FreeBSD 64 and Mac OS X Snow Leopard 32.
Widgetset: fpGUI, MSEgui, Win32, GTK2, Qt, Carbon.

https://github.com/fredvs

taazz

  • Hero Member
  • *****
  • Posts: 5363
Re: Library with graphical exported procedures...
« Reply #1 on: January 23, 2015, 12:13:12 am »
ok a couple of questions
1) what is this graphical exported proedures? what graphics have to do with the export process?
2) Who can not execute his own methods any where he wants and what kind of help to do you offer to him what are the problems addressed?
3) Errm since when is the role of the library to control the focus of anything? Again what is the exact problem addressed?
4) if a function is exported why any application would not be able to use it be it main secondary or even a sub process that requires an other application to work.
5) erm now you lost me what is java-native and what it has to do with FPC or lazarus?

The rest did not bother to look, if the points given do not make sense then the solution presented is irrelevant for my development.
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

Fred vS

  • Hero Member
  • *****
  • Posts: 1675
    • miXimum is the DJ's best friend
Re: Library with graphical exported procedures...
« Reply #2 on: January 23, 2015, 11:06:27 pm »
Quote
ok a couple of questions
1) what is this graphical exported proedures? what graphics have to do with the export process?
2) Who can not execute his own methods any where he wants and what kind of help to do you offer to him what are the problems addressed?
3) Errm since when is the role of the library to control the focus of anything? Again what is the exact problem addressed?
4) if a function is exported why any application would not be able to use it be it main secondary or even a sub process that requires an other application to work.
5) erm now you lost me what is java-native and what it has to do with FPC or lazarus?

The rest did not bother to look, if the points given do not make sense then the solution presented is irrelevant for my development.

First of all, thanks to give attention to this tip.

The idea is to use fpc and his library-feature to be accessible to foreign languages (and to Pascal too, of course).
And mainly Java... (fpc can create Java-native libraries)

Quote
1) what is this graphical exported proedures? what graphics have to do with the export process?
That library is able to produce graphical result ("graphical exported methods"), like a graphical program does.

Quote
2) Who can not execute his own methods any where he wants and what kind of help to do you offer to him what are the problems addressed?
Hum, sorry, this one i do not understand... :-[

Quote
3) Errm since when is the role of the library to control the focus of anything? Again what is the exact problem addressed?
Since now  ;)  =>  Because the library has a graphical-main procedure, for example a form with some buttons, it is important that the library can keep control, to respond to button.click.

Quote
4) if a function is exported why any application would not be able to use it be it main secondary or even a sub process that requires an other application to work.
Aaargh, same as 2)

Quote
5) erm now you lost me what is java-native and what it has to do with FPC or lazarus?
It is the goal => You create a "hyper simple" Java-application, with only few methods.
That Java application will load your "graphical exported native Java library", run main-graphical-proc (in fact a  fpcGUI application inside a thread) and Java application can still interface (if needed) with the main-graphical-proc (via other exported methods), even if Java application is also graphical (using native Java widget, for example).
[EDIT] If your main program does not need to have focus after running main-graphic-proc, the code is even simpler.


« Last Edit: January 23, 2015, 11:49:47 pm by Fred vS »
I use Lazarus 1.8.0 32/64 and FPC 3.0.3 32/64 on Linux Mint Mate 17 32/64, Windows 10, Windows 7 32/64, Windows XP 32,  FreeBSD 64 and Mac OS X Snow Leopard 32.
Widgetset: fpGUI, MSEgui, Win32, GTK2, Qt, Carbon.

https://github.com/fredvs

Fred vS

  • Hero Member
  • *****
  • Posts: 1675
    • miXimum is the DJ's best friend
Re: Library with graphical exported procedures...
« Reply #3 on: January 24, 2015, 01:16:32 pm »
Quote
what it has to do with FPC or lazarus?

Ooops, i forgot to note also this => Take a concrete example => Lazarus project.

Lazarus uses LCL widgetset. You may not mix in code different widgetset, for example Gtk + Qt or Gtk + fpGUI.
With that "graphical-output-library" you can...
I use Lazarus 1.8.0 32/64 and FPC 3.0.3 32/64 on Linux Mint Mate 17 32/64, Windows 10, Windows 7 32/64, Windows XP 32,  FreeBSD 64 and Mac OS X Snow Leopard 32.
Widgetset: fpGUI, MSEgui, Win32, GTK2, Qt, Carbon.

https://github.com/fredvs