* Sebastian Ley
| The more I think of it, the more I start to dislike it ;-) Imagine how
| much work it really is to do such a thing. There must be
| #udebs x #frontends of custom widgets. If a change in the module
| involves a change in the UI, all frontend widgets must be changed. I
| don't kn
One option is not to use Debconf for asking questions. Unfortunately
this means we have to support two installers -- graphical and text
oriented. Using something like configlets doesn't solve this problem
as the `config' script for Debconf and `main.py' for the configlets
solve more or less one t
Sebastian Ley wrote:
>>>I like sebastians proposal of having frontends in librarys for every
>>configuration udeb.
>
> The more I think of it, the more I start to dislike it ;-) Imagine how
> much work it really is to do such a thing. There must be
> #udebs x #frontends of custom widgets. If a ch
* Gaudenz Steinlin wrote:
> Am Mit, 2003-07-30 um 17.47 schrieb Emile van Bergen:
>
> > Wouldn't it be better to create a wire (pipe) protocol for slightly
> > lower level widgets, such as
> > 1. button
> > 2. scroll bar
> > 3. list
> I don't think this is the way it is best done. Basically this
On Thu, 2003-07-31 at 23:34, Gaudenz Steinlin wrote:
> Am Mit, 2003-07-30 um 17.47 schrieb Emile van Bergen:
>
> > Wouldn't it be better to create a wire (pipe) protocol for slightly
> > lower level widgets, such as
> >
> > 1. button
> > 2. scroll bar
> > 3. list
> > ...
> >
> > These are still
Am Mit, 2003-07-30 um 17.47 schrieb Emile van Bergen:
> Wouldn't it be better to create a wire (pipe) protocol for slightly
> lower level widgets, such as
>
> 1. button
> 2. scroll bar
> 3. list
> ...
>
> These are still sufficiently abstract for use on character terminals as
> well as frame buf
Giuseppe Sacco dijo [Wed, Jul 30, 2003 at 04:47:17PM +0200]:
> Il mer, 2003-07-30 alle 13:46, Sebastian Ley ha scritto:
> > * Sebastian Ley wrote:
> >
> > > here we go to add some discussion on the never ending topic of a
> > > graphical installer. The current implementation of the gtk-frontend
>
On Wed, Jul 30, 2003 at 06:52:55PM +0200, Emile van Bergen wrote:
> Hi,
>
> On Wed, Jul 30, 2003 at 06:21:37PM +0200, Giuseppe Sacco wrote:
>
> > Il mer, 2003-07-30 alle 17:47, Emile van Bergen ha scritto:
> > ...
> > > These are still sufficiently abstract for use on character terminals as
> > >
Il mer, 2003-07-30 alle 18:52, Emile van Bergen ha scritto:
[...]
> > if (load(guimodule))
> >guimodule.doall(mycallbacks)
> > else
> >cdebconf fallback
> >
> > I like this idea but I am very new to the installer, so take it as a
> > hint.
>
> I really hate this idea, as it creates a prog
Hi,
On Wed, Jul 30, 2003 at 06:21:37PM +0200, Giuseppe Sacco wrote:
> Il mer, 2003-07-30 alle 17:47, Emile van Bergen ha scritto:
> ...
> > These are still sufficiently abstract for use on character terminals as
> > well as frame buffers, but allow you to build higher level widgets
> > (partition
Il mer, 2003-07-30 alle 17:47, Emile van Bergen ha scritto:
...
> These are still sufficiently abstract for use on character terminals as
> well as frame buffers, but allow you to build higher level widgets
> (partition selectors) independently from the rendering backend.
This is the point: I thin
Hi,
On Wed, Jul 30, 2003 at 04:47:17PM +0200, Giuseppe Sacco wrote:
> Il mer, 2003-07-30 alle 13:46, Sebastian Ley ha scritto:
> > * Sebastian Ley wrote:
> >
> > > here we go to add some discussion on the never ending topic of a
> > > graphical installer. The current implementation of the gtk-fr
Il mer, 2003-07-30 alle 13:46, Sebastian Ley ha scritto:
> * Sebastian Ley wrote:
>
> > here we go to add some discussion on the never ending topic of a
> > graphical installer. The current implementation of the gtk-frontend
> > for cdebconf is highly unsatisfactory. Because of the limited debconf
* Sebastian Ley wrote:
> here we go to add some discussion on the never ending topic of a
> graphical installer. The current implementation of the gtk-frontend
> for cdebconf is highly unsatisfactory. Because of the limited debconf
> capabilities it is a mere question asker which is not what one w
Hi,
here we go to add some discussion on the never ending topic of a
graphical installer. The current implementation of the gtk-frontend
for cdebconf is highly unsatisfactory. Because of the limited debconf
capabilities it is a mere question asker which is not what one would
expect from a graphica
15 matches
Mail list logo
