Hi Félix,
2005/8/10, Felix HENRY <[EMAIL PROTECTED]>:
> If I understand correctly, this means a solution where a web client "talks"
> to a web server and then the web server access the demexp server, but the
> demexp server does not see the difference between this type of access and
> a regular bi
On Wed, 2005-08-10 at 19:01 +0200, Felix HENRY wrote:
> If I understand correctly, this means a solution where a web client "talks"
> to a web server and then the web server access the demexp server, but the
> demexp server does not see the difference between this type of access and
> a regular bi
Hi David and all,
Concerning the fact that it may be difficult for a newbie to set up its
client, I thing it may have more to do with the process of connecting
as "root", creating its own account, reconnecting, and so on...
Once we have a server where accounts are created by administrators,
this
Hello Thomas,
2005/8/10, Thomas Petazzoni <[EMAIL PROTECTED]>:
> Actually, I'm not sure that any of the demexp GUI will be usable without
> reading a manual.
That's a challenge I would like to respond. It does not mean I will succeed. :)
> Demexp has various concepts unknown to many people,
> an
On Wed, 2005-08-10 at 00:14 +0200, Thomas Petazzoni wrote:
> Of course, nowadays, switching to a new word processor, web browser,
> e-mail client is quite easy, because you know the concepts behind these
> applications.
I do? Oh please help me learn my editor Vim .. I never learned it,
and as fo
On Tue, 2005-08-09 at 18:53 +0200, David MENTRE wrote:
> Hello John,
>
> skaller <[EMAIL PROTECTED]> writes:
>
> > It is not as bad as you think. Do not assume 'newbie' users
> > are dumb people :)
>
> Yes, but as I don't specially find the current interface particularly
> user friendly and as I
Hi,
David MENTRE a écrit :
> Yes, but as I don't specially find the current interface particularly
> user friendly and as I am the main developer of it, I assume that a new
> user would be lost in front of it. A good UI doesn't need a user manual.
Actually, I'm not sure that any of the demexp GU
Hello,
David MENTRE <[EMAIL PROTECTED]> writes:
> I'm think of http://wdialog.sourceforge.net/
>
> This library seems quite interesting:
>
> - separation of concern between page layout and application logic code,
>the web application is considered as successive dialogs;
>
> - support of i1
Hello John,
skaller <[EMAIL PROTECTED]> writes:
> It is not as bad as you think. Do not assume 'newbie' users
> are dumb people :)
Yes, but as I don't specially find the current interface particularly
user friendly and as I am the main developer of it, I assume that a new
user would be lost in f
On Sat, 2005-08-06 at 11:00 +0200, Thomas Petazzoni wrote:
> With Debian, you can rebuild from source using apt-build [1]. All the
> dependencies are available from Debian AMD64 mirrors (camlrpc, cduce,
> liblablgtk2).
There is rarely any 'all you have to do is ..' :)
--
John Skaller
signat
Hi,
skaller a écrit :
> Recall this is useless for me: I'm running x86_64 architecture.
> I can run x86 statically linked executables .. and even
> x86 dynamic ones .. provided the required libraries
> are available as x86. Debian can't support multi-arch,
> and unlike GODI can't rebuild from sou
On Sat, 2005-08-06 at 02:57 +0200, Thomas Petazzoni wrote:
> Hello,
>
> skaller a écrit :
>
> > yes, this is more of a problem. I have some friends who
> > I would love to tell "Hey, do 'apt-get install demexp-client' and
> > tell me what you think!"
>
> Debian packages are available for the dem
Hello,
skaller a écrit :
> yes, this is more of a problem. I have some friends who
> I would love to tell "Hey, do 'apt-get install demexp-client' and
> tell me what you think!"
Debian packages are available for the demexp client and for the demexp
server. If you're using Sarge, simply add the f
On Fri, 2005-08-05 at 23:49 +0200, David MENTRE wrote:
> Hello,
>
> Now that stable 0.6 is out, we can focus on next development version
> 0.7.
>
> Currently, I plan following items for next stable 0.8:
>
> - implement delegation *in the server*, i.e. all the server and network
>code, witho
David MENTRE <[EMAIL PROTECTED]> writes:
> OCaml code for writing web server side code exists (Gerd Stolpmann's
> libraries come to mind).
I'm think of http://wdialog.sourceforge.net/
This library seems quite interesting:
- separation of concern between page layout and application logic code,
Hello,
Now that stable 0.6 is out, we can focus on next development version
0.7.
Currently, I plan following items for next stable 0.8:
- implement delegation *in the server*, i.e. all the server and network
code, without user related code;
- internationalisation and localisation, if the w
16 matches
Mail list logo
