On Mon, Jun 21, 2010 at 12:07 PM, Nils Dagsson Moskopp
wrote:
>>
>> There is also the issue of the context menu not being an especially
>> intuitive or discoverable way of activating it, especially if all the
>> rest of the controls are buttons below the video.
>
> If this is the only problem, it
Sorry. forgot to use the correct mail address for the list.
Gregory Maxwell schrieb am Sun, 20 Jun 2010
21:06:57 -0400:
> On Sun, Jun 20, 2010 at 8:23 PM, Nils Dagsson Moskopp
> wrote:
> > AFAIK, at least Firefox shows a fullscreen option already in the
> > context menu. What makes you think th
On Mon, Jun 21, 2010 at 1:06 PM, Gregory Maxwell wrote:
> So... an interesting bit of fun comes up when you use layout tricks to
> prevent the context menu in order to make save as impossible, and you
> eliminate the full screen option as an unwanted side effect.
>
We actually have a patch that
On Sun, Jun 20, 2010 at 9:17 PM, Ashley Sheridan
wrote:
> On Sun, 2010-06-20 at 21:06 -0400, Gregory Maxwell wrote:
> On Sun, Jun 20, 2010 at 8:23 PM, Nils Dagsson Moskopp
> wrote:
> > AFAIK, at least Firefox shows a fullscreen option already in the context
> > menu. What makes you think there is
On Sun, 2010-06-20 at 21:06 -0400, Gregory Maxwell wrote:
> On Sun, Jun 20, 2010 at 8:23 PM, Nils Dagsson Moskopp
> wrote:
> > AFAIK, at least Firefox shows a fullscreen option already in the context
> > menu. What makes you think there is another attribute needed (besides
> > @controls) ?
>
> S
On Sun, Jun 20, 2010 at 8:23 PM, Nils Dagsson Moskopp
wrote:
> AFAIK, at least Firefox shows a fullscreen option already in the context
> menu. What makes you think there is another attribute needed (besides
> @controls) ?
So... an interesting bit of fun comes up when you use layout tricks to
pre
Diego Perini schrieb am Mon, 21 Jun 2010
00:03:15 +0200:
> The attribute should only instruct the browser to show the fullscreen
> button in the controls panels and in the context menu and not to
> switch to fullscreen mode immediately.
>
> This will allow to enforce/maintain a user action as th
On Sun, Jun 20, 2010 at 5:07 PM, Mike Wilcox wrote:
> I sincerely hope developers' needs aren't made secondary in such debates.
> While I appreciate proper browser security, in some cases it forces us to
> just look for workarounds to circumvent the security. The lack of fullscreen
> is a serious
On Mon, 2010-06-21 at 00:03 +0200, Diego Perini wrote:
>
>
> On Sun, Jun 20, 2010 at 11:19 PM, Ashley Sheridan
> wrote:
>
> On Sun, 2010-06-20 at 22:13 +0100, Shane Fagan wrote:
> > On Sun, 2010-06-20 at 16:07 -0500, Mike Wilcox wrote:
> > > >>On Mon, 8 Mar 2010
On Sun, Jun 20, 2010 at 11:19 PM, Ashley Sheridan
wrote:
> On Sun, 2010-06-20 at 22:13 +0100, Shane Fagan wrote:
>
> On Sun, 2010-06-20 at 16:07 -0500, Mike Wilcox wrote:
> > >>On Mon, 8 Mar 2010, balachandar muruganantham wrote:>
> > >> I have heard from people that there have been a discussion
On Sun, 2010-06-20 at 22:13 +0100, Shane Fagan wrote:
> On Sun, 2010-06-20 at 16:07 -0500, Mike Wilcox wrote:
> > >>On Mon, 8 Mar 2010, balachandar muruganantham wrote:>
> > >> I have heard from people that there have been a discussion on
> > supporting
> > >> the fullscreen mode for HTML5 video
On Sun, 2010-06-20 at 16:07 -0500, Mike Wilcox wrote:
> >>On Mon, 8 Mar 2010, balachandar muruganantham wrote:>
> >> I have heard from people that there have been a discussion on
> supporting
> >> the fullscreen mode for HTML5 video element. can anyone share the
> >> information on the conclusion
>>On Mon, 8 Mar 2010, balachandar muruganantham wrote:>
>> I have heard from people that there have been a discussion on supporting
>> the fullscreen mode for HTML5 video element. can anyone share the
>> information on the conclusion we arrived at? i searched in the archive
>> but i could not co
> 1. Maps are heavy to get, this means UA should heavily cache and/or it
> should own whole maps data (huge!)
> 2. If 1) didn't exist because UA can, for instance, get maps data in a
> blink of an eye: whose data are we gonna use?
> 3. Maps data are often non-free and non-open, reliable maps data a
2010/6/18 Eitan Adler :
> These are two separate proposals and I both could co-exist one as
> type="location" and the other as type="gps"
Even though this sounds pretty nice to me, something critical should
be figured out before going deeper.
Precisely:
1. Maps are heavy to get, this means UA sh
15 matches
Mail list logo
