The majority of users I know are using VDR in a dedicated environment
with only a remote control for input. Any maintenance is done via ssh.
Even if that wasn't the case, I still believe the more configuration a
user can do in one place, the better. It makes less sense to me that
users be forced to
On Sunday 09 September 2012 - 19:35:20, VDR User wrote:
> OSD setup options are a matter of convenience.
Agree.
> The more the user can do in the osd, the better.
> The more the user has to do by manually editing files, the worse.
Don't agree!
>From my point of view, the setup options have to
On Sun, Sep 9, 2012 at 8:39 AM, Gero wrote:
> Additionally I don't think, the button order is prominent enuf to rise them to
> osd setup menu. Edit /etc/defaults (or similar files) would be fine for that
> (like remote.conf)
OSD setup options are a matter of convenience. The more the user can
do
On 09.09.2012 17:39, Gero wrote:
...
I sugested to leave the buttons and change their positions only, where as your
patch changes all but the positions. I think, your way is the hard one, but
the result for the user would be the same.
Ah, now I see what you mean. Something along the lines of
On Sunday 09 September 2012 - 14:53:42, Klaus Schmidinger wrote:
> I'm not sure whether you understood what I meant.
Never mind ;)
> Of course "red" will remain "red" etc. But a red button that has,
> say, "Open" as its function will still have that function, even if it
> is no longer the leftmos
On 09.09.2012 14:10, Gero wrote:
On Sunday 09 September 2012 - 13:20:24, Klaus Schmidinger wrote:
..., but I don't think it would be a good idea to modify the actual
functionality of these buttons
...
and it would also affect tools that issue key presses via the SVDRP
command HITK.
So before I
On Sunday 09 September 2012 - 13:20:24, Klaus Schmidinger wrote:
> ..., but I don't think it would be a good idea to modify the actual
> functionality of these buttons
> ...
> and it would also affect tools that issue key presses via the SVDRP
> command HITK.
>
> So before I adopt this patch, I w
On 12.08.2012 11:52, fnu wrote:
...
Outside OSD the color buttons can be defined freely, but inside they is kind of fixed
definitons fixed for these keys by source code. Maybe the target is to get a possibilty
to change these now somewhat fixed mapping, that each individual can define ther what
Tobi writes:
> On 12.08.2012 14:32, Klaus Schmidinger wrote:
>
>> Do you actually *have* a remote control with "non-standard" color keys?
>
> I use an UR-2400 - R/Y/B/G.
>
> ...but I got used to it.
Same here, RYBG.
I'll give the patch a try this evening.
Thanks
--
___
On 12.08.2012 14:32, Klaus Schmidinger wrote:
> Do you actually *have* a remote control with "non-standard" color keys?
I use an UR-2400 - R/Y/B/G.
...but I got used to it.
Tobias
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/ma
On Sun, Aug 12, 2012 at 02:32:29PM +0200, Klaus Schmidinger wrote:
> On 12.08.2012 14:28, Jouni Karvo wrote:
> > On 12.08.2012 12:23, Klaus Schmidinger wrote:
> >>
> >> But is it really that necessary?
> >
> > It is not necessary, but having a remote with different order of coulours,
> > it is wei
On 08/12/12 16:15, Jouni Karvo wrote:
On 12.08.2012 15:46, JJussi wrote:
On 12.8.2012 15.32, Klaus Schmidinger wrote:
On 12.08.2012 14:28, Jouni Karvo wrote:
On 12.08.2012 12:23, Klaus Schmidinger wrote:
But is it really that necessary?
It is not necessary, but having a remote with differe
On 08/12/12 14:32, Klaus Schmidinger wrote:
On 12.08.2012 14:28, Jouni Karvo wrote:
On 12.08.2012 12:23, Klaus Schmidinger wrote:
But is it really that necessary?
It is not necessary, but having a remote with different order of
coulours, it is weird to have them in a different order on the O
> First, it's not true remote have followed some "master plan" for 10 years
> that's RGYB.
VDRs master plan, not all remotes. We are talking about VDR here ... :-(
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vd
On Sun, Aug 12, 2012 at 2:52 AM, fnu wrote:
>> But is it really that necessary?
> I guess it depends on the point of view.
>
> It is right not all remotes provide the same key order, but the master plan
> since over 10 years is "RGYB". So if a individual doesn't want to use a
> remote following
On 12.08.2012 15:46, JJussi wrote:
On 12.8.2012 15.32, Klaus Schmidinger wrote:
On 12.08.2012 14:28, Jouni Karvo wrote:
On 12.08.2012 12:23, Klaus Schmidinger wrote:
But is it really that necessary?
It is not necessary, but having a remote with different order of
coulours, it is weird to h
On 12.8.2012 16.09, fnu wrote:
>I have too.. Already for years (from 2005).. I have RGBY. It's "Silver
Stone" -case with integrated IR remote.
Well then you're already used to the "wrong" mapping. I guess you'll
struggle if you get the correct order, isn't it ... ?
SCNR ... ;-)
Regards
f
> I have too.. Already for years (from 2005).. I have RGBY. It's "Silver Stone"
> -case with integrated IR remote.
Well then you're already used to the "wrong" mapping. I guess you'll struggle
if you get the correct order, isn't it … ?
SCNR … ;-)
Regards
fnu
___
On 12.8.2012 15.32, Klaus Schmidinger wrote:
On 12.08.2012 14:28, Jouni Karvo wrote:
On 12.08.2012 12:23, Klaus Schmidinger wrote:
But is it really that necessary?
It is not necessary, but having a remote with different order of
coulours, it is weird to have them in a different order on the
On 12.08.2012 14:28, Jouni Karvo wrote:
On 12.08.2012 12:23, Klaus Schmidinger wrote:
But is it really that necessary?
It is not necessary, but having a remote with different order of coulours, it
is weird to have them in a different order on the OSD and in the remote. Plus
the skip 1min f
On 12.08.2012 12:23, Klaus Schmidinger wrote:
But is it really that necessary?
It is not necessary, but having a remote with different order of
coulours, it is weird to have them in a different order on the OSD and
in the remote. Plus the skip 1min forwards and 1min backwards during a
repl
> But is it really that necessary?
I guess it depends on the point of view.
It is right not all remotes provide the same key order, but the master plan
since over 10 years is "RGYB". So if a individual doesn't want to use a remote
following VDR's standard, should find a way around by themself, a
On 12.08.2012 00:04, Oliver Schinagl wrote:
On 08/11/12 23:48, VDR User wrote:
On Mon, Jul 23, 2012 at 2:21 AM, wrote:
VDR currently assumes all remote controls have the same order of buttons.
This is not always the case. This patch allows you to change the order
of buttons in the UI.
This fe
On 08/11/12 23:48, VDR User wrote:
On Mon, Jul 23, 2012 at 2:21 AM, wrote:
VDR currently assumes all remote controls have the same order of buttons.
This is not always the case. This patch allows you to change the order
of buttons in the UI.
This feature obviously only works on patched skins.
On Mon, Jul 23, 2012 at 2:21 AM, wrote:
> VDR currently assumes all remote controls have the same order of buttons.
> This is not always the case. This patch allows you to change the order
> of buttons in the UI.
>
> This feature obviously only works on patched skins. Classic, lcars and
> sttng s
Patch reminder, in case it was missed the first time around :)
On 07/23/12 11:21, oliver+l...@schinagl.nl wrote:
From: Oliver Schinagl
I've noticed a nasty typo in menu.c where all 4 buttons would be displayed
as Button0. So a cosmetic issue only! Since there where no comments on my
previous e-
From: Oliver Schinagl
I've noticed a nasty typo in menu.c where all 4 buttons would be displayed
as Button0. So a cosmetic issue only! Since there where no comments on my
previous e-mails have not been answerd yet, so sending it as a whole patch
again instead of a simple patch upon patch ;)
VDR
Ages ago (2012-09-16 04:05) I wrote a patch against VDR 1.6. There was some
discussion about this subject but died away without anything really.
I rewrote the patch against current git (1.7.29) so should be applyable.
VDR currently assumes all remote controls have the same order of buttons.
This
28 matches
Mail list logo
