Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> At Sat, 08 Jan 2005 20:16:23 +,
> Marco Gerards wrote:
>> All work has mostly be done. At the moment my biggest doubt is how to
>> configure the screensaver support when starting the console client.
>
> First of all
> Bash can be considered a daemon, and thus by your logic a system
> service. Since it is a system service, it shouldn't be possible to
> modify it extensivley by the user according you. (I don't see a huge
> difference between the console-client and bash, or any other shell)
Does
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
> Bash can be considered a daemon, and thus by your logic a system
> service. Since it is a system service, it shouldn't be possible to
> modify it extensivley by the user according you. (I don't see a huge
> difference between the console-client and
At Tue, 11 Jan 2005 21:27:50 +0100,
Alfred M Szmidt wrote:
>The console is a strange beast. It can be used as a user program,
>but its normal use will be as a system service, a daemon, and thus
>it should not be possible to be extensively modified by the user.
>
> Bash can be consider
It's pointless to continue explaining things to you if all you want
is to disagree for the sake of disagreement.
The only one who is doing that here is you. Once again you have
ignored to put forth any arguments against using guile for the
console. So I can only assume that you are totally
>Sure, if you start with the idea that guile should be at the
>core of the console, then this would be how to do it. But it
>isn't, and probably never will be.
>
> And you have not provided any reasons why it shouldn't.
I am not the one who has to prove anything her
At Tue, 11 Jan 2005 20:10:15 +0100,
Alfred M Szmidt wrote:
>
>Sure, if you start with the idea that guile should be at the core
>of the console, then this would be how to do it. But it isn't, and
>probably never will be.
>
> And you have not provided any reasons why it shouldn't.
I
At Sat, 08 Jan 2005 20:16:23 +,
Marco Gerards wrote:
> All work has mostly be done. At the moment my biggest doubt is how to
> configure the screensaver support when starting the console client.
First of all, do we want to allow multiple screen savers to be present
at the same time,
Sure, if you start with the idea that guile should be at the core
of the console, then this would be how to do it. But it isn't, and
probably never will be.
And you have not provided any reasons why it shouldn't. Guile should
be at the core of the GNU system (and the console is a import
> I'd prefer to see a --driver-version=DRIVER and
> --driver-help=DRIVER option. "Overloading" --help/--version in
> this way is confusing for users. --help/--version means to get
> help about the command you are running, not about some plugin or
> driver that is going to be used.
Hi,
Today, 49 minutes, 56 seconds ago, Alfred M. Szmidt wrote:
> I'd prefer to see a --driver-version=DRIVER and --driver-help=DRIVER
> option. "Overloading" --help/--version in this way is confusing for
> users. --help/--version means to get help about the command you are
> running, not about s
At Tue, 11 Jan 2005 19:00:12 +0100,
Alfred M Szmidt wrote:
>
>> How would you play "Hey sokoÅy" on a bell event? Changing the
>> code to add the melody doesn't count.
>
>Ah, so that's what you mean with "specific melody". Well, you have
>to write the same code to do that, if you
That said, I don't think that just reusing --help and --version is
too confusing,
I'd prefer to see a --driver-version=DRIVER and --driver-help=DRIVER
option. "Overloading" --help/--version in this way is confusing for
users. --help/--version means to get help about the command you are
run
> How would you play "Hey sokoÅy" on a bell event? Changing the
> code to add the melody doesn't count.
Ah, so that's what you mean with "specific melody". Well, you have
to write the same code to do that, if you use it with guile or not.
Sure, and it is quite simple. Run a hook ca
At Tue, 11 Jan 2005 18:29:43 +0100,
Alfred M Szmidt wrote:
> Come to think of it, this isn't a bug. Most if not all GNU programs
> work like this, consider ls:
>
> ~ $ ls -l RMAIL --help
> usage: ls [OPTION]... [FILE]...
> List information about the FILEs (the current directory by default).
> Sor
At Tue, 11 Jan 2005 18:25:41 +0100,
Alfred M Szmidt wrote:
>
>> In many ways it is, a user might wish to do things like playing a
>> specific melody on a bell event, or beep instead of flashing the
>> screen.
>
>Already possible (or possible with minimal changes - not sure if
>
> In many ways it is, a user might wish to do things like playing a
> specific melody on a bell event, or beep instead of flashing the
> screen.
Already possible (or possible with minimal changes - not sure if
the feature is accessibel through options right now).
How would you play
> > You can't even get a list of the options a console plugin
> > takes (console -d vga --help, shows the help for the console
> > client I belive).
>
> If this is true, it is a bug and should be fixed.
>
>Could someone test this and report back? I don't have access to
At Tue, 11 Jan 2005 16:21:37 +0100,
Alfred M Szmidt wrote:
>The console is not emacs.
>
> In many ways it is, a user might wish to do things like playing a
> specific melody on a bell event, or beep instead of flashing the
> screen.
Already possible (or possible with minimal changes - not sur
Alfred M. Szmidt a écrit :
> You can't even get a list of the options a console plugin takes
> (console -d vga --help, shows the help for the console client I
> belive).
If this is true, it is a bug and should be fixed.
Could someone test this and report back? I don't have access to a
GNU/
> You can't even get a list of the options a console plugin takes
> (console -d vga --help, shows the help for the console client I
> belive).
If this is true, it is a bug and should be fixed.
Could someone test this and report back? I don't have access to a
GNU/Hurd box at the momen
At Tue, 11 Jan 2005 16:12:16 +0100,
Alfred M Szmidt wrote:
>
>If you are serious with this, my advice is for you to design this
>at the very start as something that is a plugin to the console, and
>not a required component.
>
> That is more or less impossible since one will want to ad
If you are serious with this, my advice is for you to design this
at the very start as something that is a plugin to the console, and
not a required component.
That is more or less impossible since one will want to add hooks at
what times to run specific events, like playing melodies. Th
At Sat, 08 Jan 2005 22:09:53 +0100,
Alfred M Szmidt wrote:
> I think it sucks, the console client and all plugins already take so
> many arguments that it is very confusing. It is also impossible to
> specify what defaults the console should use, putting the command into
> a alias/script does not
At Sun, 09 Jan 2005 02:06:40 +0100,
Alfred M Szmidt wrote:
> I think that those who have objected to the use of Guile just don't
> see the posibilities that it would allow the user to do. I atleast
> would love to see the console-client be morphed into some kind of
> version of Emacs where you can
Ludovic Courtès <[EMAIL PROTECTED]> writes:
> Today, 4 hours, 47 minutes, 45 seconds ago, Peter 'p2' De Schrijver wrote:
>> I think we need a message interface to the screensaver for configuration.
>> This allows per user configuration. (ie. if another user logs
> By arguments I meant options.
Oh, you mean splitting the = for you?
Yup, including more complex variants.
You could use getsubopt for that I guess.
That could work, might start to look like dd after a while though.
___
Bug-hurd mailing li
> By arguments I meant options.
Oh, you mean splitting the = for you?
You could use getsubopt for that I guess.
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
> You'd have to write a new parser, since non-dash and
> non-double-dash arguments aren't allowed by argp.
That's not true.
By arguments I meant options. And I can't see how you would get argp
to parse non-dash/non-double-dash options without writting a parser
for that. If you know a w
> You'd have to write a new parser, since non-dash and non-double-dash
> arguments aren't allowed by argp.
That's not true.
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Hi,
Today, 4 hours, 47 minutes, 45 seconds ago, Peter 'p2' De Schrijver wrote:
> I think we need a message interface to the screensaver for configuration.
> This allows per user configuration. (ie. if another user logs in on the
> console, a program can be launched from h
Hi,
> Hi,
>
> As some of you might remember, I sent in a patch for screensaver
> support for the Hurd console. I am resurrecting that patch now.
>
> All work has mostly be done. At the moment my biggest doubt is how to
> configure the screensaver support when starting t
on sarcastic mode. How is this to be done in valid
guile? ;->
>What about changing values in a running
>console-client without having to restart it (changing the timeout
>for when the screensaver starts comes to mind)?
Change config file an send SIGHUP or SIGUSR1 or other sig
console ... -d vga font=10x20 max-colors=256 -d dpms standby=vga-standby
standby-timeout=400 off=vga-off ...
You'd have to write a new parser, since non-dash and non-double-dash
arguments aren't allowed by argp. And the console-client is using
argp to parse everything.
__
Alfred M. Szmidt wrote:
(set! driver-path '("~/console-drivers" "/lib/hurd/console-client"))
(set! drivers '(vga pc_kbd pc_speaker))
(set! vga/font "10x20")
(set! vga/max-colors 256)
(set! dpms/standby 'vga-standby
(set! dpms/off 'vga-off
(set! dpms/standby-timeout 400)
Isn't it enough something li
How would you reconfigure keybindings? Add hooks that are run on
some kind of event? Maybe include a specific file depending on the
phases of the moon? What about changing values in a running
console-client without having to restart it (changing the timeout
for when the screensaver
indings? Add hooks that are run on some
kind of event? Maybe include a specific file depending on the phases
of the moon? What about changing values in a running console-client
without having to restart it (changing the timeout for when the
screensaver starts comes to mind)? What if I want to run
&q
What I am doing is implementing screensaver support.
"I think the second way to configure screensavers is the best.", this
is all about how to configuring things, which I am talking about. And
I gave you my opinion about how the current way is a major design flaw
and how by a
nts to the console client should be constant,
which means there will be no arguments registered by plugins. So
--dpms-standby doesn't seem like a good option to me. Ideally, not only
the timing, but also the number of events should be configurable.
Perhaps a user wants --screensaver="10:li
implementing a configuration file or working on
making --help work for a driver. What I am doing is implementing
screensaver support. This is what I asked about and you just changed
the subject to what you wanted to talk about.
> In short, the console-client should be changed to use Guile, wh
I think the second way to configure screensavers is the best. What
do you think?
I think it sucks, the console client and all plugins already take so
many arguments that it is very confusing. It is also impossible to
specify what defaults the console should use, putting the command into
a
Hi,
As some of you might remember, I sent in a patch for screensaver
support for the Hurd console. I am resurrecting that patch now.
All work has mostly be done. At the moment my biggest doubt is how to
configure the screensaver support when starting the console client. I
have two ideas for
> Please see the attached file.
Which attached file? That 2 line text file?
Could you please provide a little discription what the attachment is about?
Thanks,
Marco
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug
Please see the attached file.___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
44 matches
Mail list logo
