This commit should show the correct dialogs in the correct order. It keeps the previous behaviour of the "Streaming" from the "Media" menu. 
/!\ The intelligence is surely not accurate and stream() may need to be redirected to playOrEnqueue as open() and enqueue() do in order to be correctly parsed before... Need a bit more knowledge on playlist to be sure.

* Core: add var_Command function. This is used to execute a command registered on a object with a given name.
* rc.c: use var_Command (instead of own code)
* telnet.c: add support for object commands (like in the rc interface)

error catched by Llynix

Add new "mask" option to the mosaic_bridge module. This makes it possible to define a transparency mask used during mosaic blending. Example usage follows:

./vlc -I telnet --color -vvv --vlm-conf mosaic.vlm --mosaic-width 360 --mosaic-height 270 --mosaic-rows 6 --mosaic-cols 6 --mosaic-keep-picture --fake-file ~/images/mire.jpg --fake-width 360 --fake-height 270 --no-audio --sub-filter mosaic

And the vlm config:

new channel0 broadcast enabled
setup channel0 input /home/dionoea/media/redefined-nintendo.mpg
setup channel0 output #duplicate{dst=mosaic-bridge{id=0,height=270,width=360,mask=/home/dionoea/images/cone_360x270.png},select=video,dst=bridge-out{id=0},select=audio}

new background broadcast enabled
setup background input fake:
#setup background output #bridge-in:display
control background play

control channel0 play

The files used are available on http://people.videolan.org/~dionoea/mosaic/ if you want to test. (This will blend the redefined nintendo video in a cone like region)

* make sure that the fspanel is being actived in all possible vout-goes-fullscreen ways (closed #1132, forward-porting [19667])

* fixed grammar (closes #1099); I would still prefer 'is up-to-date' instead of the current wording ;)

  Martin Michlmayr; Debian #417750.

So patch libgnuintl.h.in so both header got the patch.
For win32 it seems to produce libintl.h so kludge this one.

Qt4 - New Simple Preferences look'n feel. Should work without too many segfaults... Got rid of the QListWidget thing.
Some look has still to be done, especially for size/margin/padding.
I don't know yet if the look of the button will be like that ( flat, rounded onMouseOver, darked onCliked)

Mac OS X package: When the dmg is opened force the open of the dmg window. Order the icon, and prepare the use of background image.

This is in the process to be submitted upstream

mosaic.c: If we're not using bluescreen stuff (which needs per pixel alpha values), then use I420 instead of YUVA when resizing the images. (see previous commit for explanation.)

Use I420 image buffers instead of YUVA for mosaic bridge. Impact on CPU usage for test case (http://people.videolan.org/~dionoea/mosaic/ basically a 6x5 mosaic displayed locally) is 155% -> 85% if alpha == 255, 166% -> 110% if alpha == 128.

also scale I420/YV12. (untested)  (btw, why don't we use the "normal" scaling modules for sub pictures?)

* Untested YV12/I420 -> * blending. Works exactly like YUVA blending except when i_trans == 255. This should improve Mosaic performance. (still needs 1 or 2 changes to the mosaic_bridge and mosaic modules).
* Don't try blending if i_trans == 0.