This does work nicely !
Any chance to be able to use this in the foreseeable future ?
What kind of license do you intend to use ? (Sourcecode is a must for
us, of course.)
Thanks agian,
-Michael
___
fpc-devel maillist -
I made a demo of MSEifi with a server and a client connected by pipes.
Win32 binaries:
http://msedocumenting.svn.sourceforge.net/viewvc/msedocumenting/mse/trunk/help/tutorials/mseifi/ifipipedemo/bin/i386-win32/ifipipedemoclient.exe?view=log
and
It depends what effort you plan to invest into testing and debugging. ;-)
Missing pieces:
- Documentation.
- SSL on win32.
- Consistent error handling and error recovery.
- Pascalscript import units for complete MSEgui.
- MSEifi webbrowser plugin.
- Some convenience tools in MSEide for MSEifi
On Friday 29 February 2008 10.49:11 Michael Schnell wrote:
Before I knew about MSEifi I intended to attach the remote GUI on a
per-control base via a propriety protocol (e.g. using RemObjects). But
this would imply handling any program done that way individually, which
of course is not really
Sure, it is the purpose of MSEifi to connect client MSEgui objects and events
with server events and data by the use of an universal client program.
Sounds good. Let me elaborate a bit more: The program in question needs
to be ported from a a project running in Delphi.
I do know how to
On Friday 29 February 2008 11.27:47 Michael Schnell wrote:
Sure, it is the purpose of MSEifi to connect client MSEgui objects and
events with server events and data by the use of an universal client
program.
Sounds good. Let me elaborate a bit more: The program in question needs
to be
MSEide+MSEgui compiles with Delphi7 with exception of DB components and
therefore the adjacent MSEifi DB components. It should be possible to patch
FPC db.pas in order it can be compiled with Delphi. MSEide uses gdb as
Lazarus does, gdb integration of MSEide is possible a little bit better
On Friday 29 February 2008 14.16:18 Michael Schnell wrote:
In fact I still don't know what it really is.
At home I monitored the newsgroup for a while and once same was
canceled, I thought the thing would be dead. (Like other Delphi related
project I monitored died: Kylix / Cross-Kylix /
On Tuesday 19 February 2008 16.55:16 Martin Schreiber wrote:
On Tuesday 19 February 2008 15.53:16 Michael Schnell wrote:
If you compile the SVN trunk version with -dmse_with_ifi you will get
the MSEifi components in the component palette.
Of course I really would like to help
To me it sounds more like an X like protocol with an X server as plugin.
(but then on MSEGUI instead of X widget scale)
I understand that when using X you need a widget set at the X-Client
site and the X layer transports informations about the primitives the
widget set translates the
On Tue, Feb 19, 2008 at 09:57:43AM +0100, Michael Schnell wrote:
MSEifi is a system where MSEgui forms and Pascalscripts are transported
over a communication channel and run in a clientside MSEgui browser or
browser plugin. For the server side we need equivalent event handling as
at the
MSEifi is a system where MSEgui forms and Pascalscripts are transported over a
communication channel and run in a clientside MSEgui browser or browser
plugin. For the server side we need equivalent event handling as at the GUI
clientside.
For another project we need to provide access to a
On Tue, Feb 19, 2008 at 11:47:48AM +0100, Michael Schnell wrote:
To me it sounds more like an X like protocol with an X server as plugin.
(but then on MSEGUI instead of X widget scale)
I understand that when using X you need a widget set at the X-Client site
and the X layer transports
On Tuesday 19 February 2008 11.13:13 Marco van de Voort wrote:
On Tue, Feb 19, 2008 at 09:57:43AM +0100, Michael Schnell wrote:
MSEifi is a system where MSEgui forms and Pascalscripts are transported
over a communication channel and run in a clientside MSEgui browser or
browser plugin. For
As a pertinent aside here, I learned most of what I know about X from
Niall Mansfield's book The Joy of X (Addison Wesley, 1993). Great
overview, lots of good technical figures. Not an implementation guide,
by any means, but it made the X system quite clear to me, even though I
don't use it
On Tuesday 19 February 2008 15.53:16 Michael Schnell wrote:
If you compile the SVN trunk version with -dmse_with_ifi you will get the
MSEifi components in the component palette.
Of course I really would like to help beta-testing this. Unfortunately,
due to a firewall jail I am working in,
You can't use opensource projects without SVN access, you must solve the
problem.
Some SNV systems can be configured to be used via an http proxy. I did
try with Tortoise, but did not get this working. I might be able to make
our *IT* open a port for a single SNV server it I really need
At my work, http access is broken too, but https not, so try to use that.
Thanks for the hint !
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Michael Schnell schreef:
You can't use opensource projects without SVN access, you must solve the
problem.
Some SNV systems can be configured to be used via an http proxy. I did
try with Tortoise, but did not get this working. I might be able to make
our *IT* open a port for a single SNV
Once I got through this, I'll try to enhance the Wiki page.
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Well, then start coding. :)
Maybe I'll be able to do the widget thingy quite soon in some spare
time. Of course porting PF to a new cross architecture will be the more
demanding project. Right now I don't even have the hardware. Once I'm
familiar with same and did the porting of a
If there is a button, then the user expects, that the button
actually does something useful and not that somewhere is written, that the
feature is not yet implemented.
Sorry I misunderstood your first comment on that. Of course I do agree
that the choice of the noGUI widget set should only
www.freepascal.org - Download - Go to the Snapshot paragraph -
development page - Find your favorite snapshot.
... and no problem d/ling this via the firewall.
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Monday 18 February 2008 10.18:38 Michael Schnell wrote:
Sorry I misunderstood your first comment on that. Of course I do agree
that the choice of the noGUI widget set should only be provided in the
official distribution when it in fact works. I I should be able to make
this happen, it
You probably know that MSEgui provides the possibility to build event driven
applications without window system? We use it in MSEifi for Linux servers
without X.
No. I did not know MSEgui yet.
I'll try to find informations right now !
Thanks for the hint,
-Michael
You probably know that MSEgui provides the possibility to build event driven
applications without window system? We use it in MSEifi for Linux servers
without X.
Hmm. What I find in the Internet on MSEgui at the first sight seems in
fact to focus on a GUI and not on a non-GUI as I am
On Monday 18 February 2008 13.25:49 Michael Schnell wrote:
You probably know that MSEgui provides the possibility to build event
driven applications without window system? We use it in MSEifi for Linux
servers without X.
Hmm. What I find in the Internet on MSEgui at the first sight seems
MSEifi is a system where MSEgui forms and Pascalscripts are transported over a
communication channel and run in a clientside MSEgui browser or browser
plugin.
As in the end I in fact consider a remote GUI feature for the non
Gui project I have in mind this might be a very interesting
On Monday 18 February 2008 15.35:10 Michael Schnell wrote:
Can MSEgui be integrated with Lazarus ? Could it be installed as another
widgetset
Not easy. Suggestion: use MSEide.
As in the end I and my colleagues will be porting a Delphi application,
Lazarus is by far easier to use.
Why
I'll definitively take a decent look !
Thanks again,
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Can you send me the patch so far?
I'm (still) not familiar with diff / patch files, but it's really such a
tiny difference that I easily can tell it in English ( :) ):
in ide/lazconf.pp I added at the end of line 56
, 'nogui'
and at the end of line 59
, 'noGUI'
accordingly in
Michael Schnell schreef:
moreover I created directories lcl/interfaces/nogui and
lcl/units/i386-win32/nogui (doing the first test in WinXP)
for a test i copied interfaces.pp from lcl/interfaces/win32 into
lcl/interfaces/nogui
With that I can select noGUI as a new widgetset (right below
On Fri, 15 Feb 2008 09:34:39 +0100
Michael Schnell [EMAIL PROTECTED] wrote:
Can you send me the patch so far?
I'm (still) not familiar with diff / patch files, but it's really
such a tiny difference that I easily can tell it in English ( :) ):
in ide/lazconf.pp I added at the end of
The IDE does not compile the LCL automatically, so the
interfaces.ppu was not created. You can compile the new widgetset with
'configure build lazarus'.
I just tried to do clean up and build all in 'configure build
Lazarus'. This seems to have no different effect.
In two locations in
Did you actually compile that interfaces.pp, it is not compiled
automatically, but only if you build the LCL with that widgetset.
Supposedly I did not.
I'll try to understand the Configure Build Lazarus options. maybe same
can be used to build the LCL with that widgetset.
What is missing
I tried doing a Build LCL in Configure Build Lazarus with the new
widget set selected. This was performed in just a few mSecs and the
output from make was only a single line showing something like leaving
directory .
This did not change anything.
-Michael
Michael Schnell schreef:
What is missing is the adaption of the the Makefile.fpc (and the
generated Makefile) in lazarus/lcl/interfaces
Do you suggest that the appropriate makefiles are generated when
building the LCL with that widgetset using the Configure Build
Lazarus box ?
No. You have
No. You have to edit the Makefile.fpc with a text editor. Add the new
directory to the [Targets] dir key.
Ok. No problem.
Additionally I added a line for the nogui directory in the cleanlaz
section of the /lcl/Makefile.fpc
Then regenerate the Makefile using fpcmake
Does that mean I
You have lot's of questions and the few hints I gave don't seem to be enough. Maybe
it is better if I try to find some time to write a wiki article. I don't think this
question - answer - question cycle is getting us anywhere soon.
Vincent
___
Vincent Snijders wrote:
You have lot's of questions and the few hints I gave don't seem to be
enough. Maybe it is better if I try to find some time to write a wiki
article. I don't think this question - answer - question cycle is
getting us anywhere soon.
AFAIK, Mattias did exactly the same as
Michael Schnell wrote:
I want to use FP in a Linux environment that does not have a GUI. So a
very restricted peudo-widget-set is needed just just handles the message
queue. I suppose at best I do the message queue with pascal means (e.g.
What is your goal? Isn't the LCL a lot of overhead
From: Michael Schnell [EMAIL PROTECTED]
Vincent Snijders wrote:
You have lot's of questions and the few hints I gave don't seem
to be
enough. Maybe it is better if I try to find some time to write a
wiki
article. I don't think this question - answer - question cycle is
getting us
On Fri, 15 Feb 2008 10:25:11 +0100
Michael Schnell [EMAIL PROTECTED] wrote:
The IDE does not compile the LCL automatically, so the
interfaces.ppu was not created. You can compile the new widgetset
with 'configure build lazarus'.
I just tried to do clean up and build all in
On Fri, 15 Feb 2008 11:39:06 +0100
[EMAIL PROTECTED] wrote:
From: Michael Schnell [EMAIL PROTECTED]
Vincent Snijders wrote:
You have lot's of questions and the few hints I gave don't seem
to be
enough. Maybe it is better if I try to find some time to write a
wiki
article.
What is your goal? Isn't the LCL a lot of overhead then? What
features in the LCL do you want to use?
Of course nearly nothing of the LCL is used in such applications, but as
it's not compiled in the executable it does not harm. So why not work
along the open source stuff that already exist
I will write some info.
OK, so right now I will not try this with my very limited knowledge.
Please let me know when I am supposed to take a look and/or to do any
additions.
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Fri, 15 Feb 2008 11:58:25 +0100
Michael Schnell [EMAIL PROTECTED] wrote:
I will write some info.
OK, so right now I will not try this with my very limited knowledge.
Makefiles are for pascal programmers a strange thing.
I'm crossing fingers, that the fp package system matures, so
There are two widgetset setting because you can use two different
widgetsets: design time / IDE and runtime / project.
I found that when changing the widget set at one of the pages it is
changed accordingly at the other page. So in effect there seems to be
only one setting.
I setup the
Done.
Fast ! Great ! Thanks ! :)
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Some comments / questions:
rebuild the IDE with the LCL.
Does that mean just using Tools - Buid Lazarus, or should we use the
Build-Button in Tools - Configure Build Lazarus, with once or
multiple times with different options (e.g. build LCL and build IDE, or
just Build All) ?
fpmake
I don't have the Free Pascal compiler sources (yet) and (sitting
behind
a firewall) I can't access the RCS. Can these be downloaded as a
zipped
file ?
How can you download the zip-file, if you cannot use SVN (that uses http over
port 80)? If svn is blocked, you cannot browse to the
How can you download the zip-file, if you cannot use SVN (that uses http over
port 80)? If svn is blocked, you cannot browse to the downlocation either.
AFAIK, some SVN systems automatically provide a ZIP file of the latest
state as a nightly build.
-Michael
- Original Message -
From: Michael Schnell [EMAIL PROTECTED]
Date: Friday, February 15, 2008 1:22 pm
Subject: Re: [fpc-devel] Lazarus: A new widgest set
How can you download the zip-file, if you cannot use SVN (that
uses http over port 80)? If svn is blocked, you cannot browse
SVN (that uses http over port 80)
Of course the firewall includes a forced proxy as well.
I do know that the SVN is supposed to work through a proxy, but last
time I tried I was unable to get this running. I suppose some feature of
the proxy is used that is not correctly working with out
Zitat von Michael Schnell [EMAIL PROTECTED]:
Some comments / questions:
rebuild the IDE with the LCL.
Does that mean just using Tools - Buid Lazarus, or should we use the
Build-Button in Tools - Configure Build Lazarus, with once or
multiple times with different options (e.g. build LCL
Zitat von Michael Schnell [EMAIL PROTECTED]:
There are two widgetset setting because you can use two different
widgetsets: design time / IDE and runtime / project.
I found that when changing the widget set at one of the pages it is
changed accordingly at the other page. So in effect
I know this is not the Lazarus developers list but I also know that the
experts are here, so I ask here and maybe I just need a hint to get going.
For a special purpose (maybe to released publicly later) I want to
create a new widget set in Lazarus.
I could easily add the new Name and
On 14/02/2008, Michael Schnell [EMAIL PROTECTED] wrote:
I know this is not the Lazarus developers list but I also know that the
experts are here, so I ask here and maybe I just need a hint to get going.
Just curious... is it a custom written (Object Pascal) widget set, or
a compatibility
Zitat von Michael Schnell [EMAIL PROTECTED]:
I know this is not the Lazarus developers list but I also know that the
experts are here, so I ask here and maybe I just need a hint to get going.
For a special purpose (maybe to released publicly later) I want to
create a new widget set in
There are some information about the widgetsets in lazconf.pp,
definetemplates.pas and the Makefiles.
I'll take a look.
Maybe you can give me some information about the new widgetset.
I want to use FP in a Linux environment that does not have a GUI. So a
very restricted
is it a custom written (Object Pascal) widget set, or
a compatibility layer for some other widget set?
I want to use FP in a Linux environment that does not have a GUI. So a
very restricted peudo-widget-set is needed just just handles the message
queue. I suppose at best I do the message
Zitat von Michael Schnell [EMAIL PROTECTED]:
There are some information about the widgetsets in lazconf.pp,
definetemplates.pas and the Makefiles.
Sorry, I don't find any information on how to make the compiler aware of
the newly created directory with the directory-name given in
There are some information about the widgetsets in lazconf.pp,
definetemplates.pas and the Makefiles.
Sorry, I don't find any information on how to make the compiler aware of
the newly created directory with the directory-name given in
lazconf.pp where interfaces.pp is to be found.
63 matches
Mail list logo