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
Hi Michael,
Just confirming there is no inherent reason why you can't use
TortoiseSVN though a proxy cache. I am using it though a squid proxy
cache with no problems. I can't remember doing anything beyond
configuring the proxy in tortoise. Admittedly my proxy configuration is
very simple,
11 matches
Mail list logo
