Half of it is still unimplemented, so it's just sweeping under the
VLM rug

The URL box in the "Open Network Stream" dialog has now always focus
when opened and its content is automatically selected.
The patch is for ticket #4361 and was created as a part of a GCI-task
(http://www.google-melange.com/gci/task/show/google/gci2010/videolan/t129200306101).
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This will allow to clean up multicast parameters

This reverts commit d20cd478.

Conflicts:

	modules/stream_filter/httplive.c

Determine which HLS stream can be served best by this server. If found, then download
the first two segments and start playback.

Try picking the best quality stream possible. Then start downloading first
3 segments to ensure a smooth playback start.

The value for segment->sequence is of by one. It is specified to start
at 0 and the code lets it start by 1.

The framerate as specified by the user or detected by the v4l2 access input was
overwritten by the rawvideo decoder. The module did not specify:

	es_fmt.video.i_frame_rate
	es_fmt.video.i_frame_rate_base

Their default values are 0. The rawvideo decoder detects that there is no framerate
specified and resorts to its own default (fps 25.0). Through setting framerate and
framerate_base in the v4l2 es format the correct fps is communicated to vlc core.

The framerate reduction code is not needed. If the user did not set
the requested framerate, then the v4l2 module asks the driver for its
default value. When fps is specified by the user then that one is used.

This reverts commit e1d4b62a.

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

Sure, naming a static library *_static.a is _VERY_ useful
(and helps the linker find it... not)
And of course, installing .svn on make install is clever

Do not ask me why noone uses MPC these days...

Some people want to seek backward, resume and pause again at end-of-stream.

Signed-off-by: Pierre d'Herbemont <pdherbemont@free.fr>

Up to now, text control could but be focusable, and this focus was used
to scroll text, should it be too long for full display.

From a user viewpoint, this behavior is often counterintuitive :
 - Most of the time, the control is designed to fit the text anyway, and
   scrolling is not expected.
 - On the other hand, an underlying control may be used to move the window
   (for instance, the title bar), and a text control is expected not to
   interact in this endeavor. Same goes for popupmenu, that is expected
   to work if one happens to right-click on a text control.

This patch adds a 'focus' attribute to the text control, and leave it to the
skins developper to decide which behavior is most desirable on a per-control
basis. focus still defaults to true to maintain skins current behavior.

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>