The fact a piece of free software allows you to use non-free
software/codecs in itself is not an issue. Rather its the extent
to which it facilitates doing so that is of concern. the FSF isn't
so ideological as to try and ban the use of free software - if
they were, you wouldn't
> It seems that EMMS is a GNU package--a separate one.
> I will look at the situation with EMMS and mplayer.
What do you mean by "situation"?
It means, the relevant facts. I don't want to reach a premature
conclusion.
Which means that EMMS tries mpg321 (for mp3s), ogg123 (for og
> The non-free codecs that I'm talking about are the ones that are
> binary-only (or those that have non-free licenses; but I am not sure
> that case occurs). I don't see any ethical problem in distributing
> programs that are patented or illegal in certain countries, as long
>
> Does the mplayer site include a list of non-free codecs? Does it say
> where to get them? That would encourage people to install them.
Yes.
That's the problem I thought there was.
These people have done a lot for your goals (maybe with the `wrong'
motives, but why care?).
yes, i realise that. the question in the end is what is the best
strategy. making some compromises along the way to enhance the
spread of one's ideas, or sticking strictly to one's ideals, even if that
means that your message won't be heard by as many people.
It is sensible to make
For executing previous command I did some investigation and looked up
how `repeat' does it and it was way too complicated to me with a lot
of handling of special cases.
We could move some of that code to a subroutine which you could call.
That should be pretty straightforward.
Having
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
Hi Tamas,
> So, regarding the repository you suggested. I won't have too much time
> work on anything in the future, so I want to concentrate on the
> platform itself (anything.el) and let interested users to come up with
> ways to utilize it.
The
On Jul 20, 6:54 pm, Tassilo Horn <[EMAIL PROTECTED]> wrote:
>
> And here's a bit more. With this patch (against the current emacs wiki
> version, I got it 5 mins ago) it's possible to open completions of type
> file with an external tool. The external tools are completed like in
> eshell, but with
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> On Jul 20, 12:05 pm, Tassilo Horn <[EMAIL PROTECTED]> wrote:
>> Hey Tamas,
>>
>> this patch adds a new buffer type with actions to switch or pop to it,
>> just displaying it or killing it.
>>
>
> Thanks! I added it to the code.
Yippie!
And here's
On Jul 20, 12:05 pm, Tassilo Horn <[EMAIL PROTECTED]> wrote:
> Hey Tamas,
>
> this patch adds a new buffer type with actions to switch or pop to it,
> just displaying it or killing it.
>
Thanks! I added it to the code.
___
gnu-emacs-sources mailing list
Hi,
this one adds the possibility to describe an emacs command to
`anything-source-emacs-commands'.
--8<---cut here---start->8---
diff -u /home/heimdall/elisp/anything.el.orig /home/heimdall/elisp/anything.el
--- /home/heimdall/elisp/anything.el.orig 2007
Ups,
there was a paren bug in the patch. This one is correct:
--8<---cut here---start->8---
diff -u /home/heimdall/elisp/anything.el.orig /home/heimdall/elisp/anything.el
--- /home/heimdall/elisp/anything.el.orig 2007-07-20 12:00:26.0
+0200
+++ /
The difference between Richard's and your perspective is that your
approach is possibly focusing more on the usability issues and
allowing users to benefit from a free platform while still being
able to access proprietary content as easily as users of closed
proprietary systems.
and perhaps you're missing some of the subtlety of david's point: if
mplayer did not support non-free codecs, some (many) people wouldn't even
consider giving GNU/Linux a try.
This is exactly what I mentioned in my previous message. The mplayer
approach sacrifices the appreciation of
Hey Tamas,
this patch adds a new buffer type with actions to switch or pop to it,
just displaying it or killing it.
--8<---cut here---start->8---
diff -u /home/heimdall/elisp/anything.el.orig /home/heimdall/elisp/anything.el
--- /home/heimdall/elisp/anything.el
Richard Stallman <[EMAIL PROTECTED]> writes:
> It occurs to me that it would be more general to repeat the next or
> previous command at a given interval. If what you want to repeat is
> a keyboard macro, then you type a command to run the keyboard macro.
True, that would be more general.
> It
16 matches
Mail list logo
