Hello Nicolas
Nicolas Marchildon wrote:
> Hi there,
>
> I am interested in participating in the project.
>
Welcome !
Your name, is it French ?
> But first, I have to get CVS working on my
> machine...
>
> I read the mailing-list archives, and someone
> wrote about keeping the logic and the GUI
> separate. That kind of answered my question:
> "Have you thaught of a web GUI?"
I guess this was me, so let me try to answer your mail.
Yes we thought about a web interface, but such thing
is much more difficult to integrate with the modules
of the project. I mean: if you create a cgi application
to work with the genes date, then this could mean
that with each request you have load the whole
date which will not be efficient to do.
So a solution for this could be that you create a
genes-server that will execute all the actions
from cgi-application. But still, this way of accessing
the information will not be very easy to use.
I think its much more important that our application
can export its data to html, so that data can be
viewed from the web ...
Anyway: if we construct our modules as independed
as possible from other modules, then it should be
not to hard for someone to create some kind of
web interface for it.
With independed, I do not only mean logic seperated
from the graphical routines, but also indepened on
the way the information is stored or accessed.
So : you have a
1) graphical module : the User Interface
2) the logic module :
(the UI will access and retrieve its data from
this module, which it will ask to the Storage module)
3) Storage module :
this module will handle the request for data
-> by reading it from file, getting it from internal memory,
requesting it from the database. Depending on the
choosen storage module
3) collection of plugins
- import & export facilities
- wizzards that runs over ALL the data
-
4) interface to the plugins (for the UI) (?)
The big advantage for use here is that we don't
have to wait for the perfect storage/database answer
but we can already start implementing it, using an
easy "read once from file and keep in memory" module
Later on, this can be replaced by another, or we
can let the user choose from some available storage
modules ...
> It would be great to have a pedigree-browsing,
> integrated in the application, allowing fast
> feedback on the data. Maybe it could simply be a
> dynamic report. The reports could be used in two
> ways: In the application, and to produce a file
> (postscript).
> To go that way, we sould separate the logic of
> the report, from the process outputting it. The
> logic's output (XML?) could contain "hyperlinks"
The report plugin that can be used by the User Interface,
but also by a report-export plugin
> 2- Let PHP or Perl use compiled C programs to
> access the data trough that program's interface.
> (hum, there are multiple ways to do that too)
Why not have a scripting plugin to the program,
so that users can create their own scripts that
interact with the data ... ?
(see Gimp for example)
Kind regards,
Geert
--
----------------------------------------------------------------------
- Geert Vantienen http://chat.sesuadra.org/ -
----------------------------------------------------------------------
_______________________________________________
Genes-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/mailman/listinfo/genes-devel
