On Wed, Jun 06, 2012 at 07:32:34PM -0500, Glenn Maynard wrote:
Please don't encourage yet more sites to open new tabs when I didn't ask
for it.
It's merely a new browsing context IIUC, not necessarily a new window (frame,
tab, tile or whatever it's called this year). Someone that understands
On Mon, Apr 02, 2012, Ian Hickson wrote:
On Tue, 21 Feb 2012, Bjartur Thorlacius wrote:
Windows Explorer (the file manager) does for example offer users to edit
images upon right-click. I worry that if URI scheme handlers need not
only take care of fetching but also of presentation
On Wed, May 16, 2012 at 07:46:54AM +0200, Anselm Hannemann Web Development
wrote:
The good thing on the picture element is that we have the possibility to
serve other image-crops and with that the meaning could change so we could
update the alt-attribute in the tag for every source-element.
On 5/13/12, Kornel Lesiński kor...@geekhood.net wrote:
I think layout (media queries) and optimisation cases are orthogonal and
it would be a mistake to do both with the same mechanism.
My knee-jerk reaction to the above thought is that layout should be
done using CSS and any optimizations left
On 5/13/12, Kornel Lesiński kor...@geekhood.net wrote:
By resolution I mean pixel density (regular vs Retina display), so this
doesn't affect layout.
Ah, I must have misunderstood you.
I can imagine layout complexity being tied to bandwidth (an image-rich
design vs minimalistic text-only
On 5/5/12, Ian Hickson i...@hixie.ch wrote:
Note that even in this space, though, it's not the end of the story. For
example, Chrome does more than just list the search autocomplete results;
it also loads the first suggestion in the background, and mixes in results
from local history search,
On Wed, 14 Mar 2012 15:35:14 -, Gavin Peters (蓋文彼德斯)
gav...@chromium.org wrote:
We're having great luck in Chrome with link rel=prerender href=foo. If
Does link rel=next href=doc2 not trigger this feature?
On Wed, 14 Mar 2012 19:59:50 -, Christian Schmidt whatwg@chsc.dk
wrote:
Bjartur Thorlacius skrev 2012-03-09 10:43:
I argue that putting user interface hints into a file transfer
protocol does cause problems
Would it be better if the Window-Target was somehow specified in the
head
On 3/8/12, Christian Schmidt whatwg@chsc.dk wrote:
AFAIK no modern browser implements Window-Target, so I don't think the
we need to reuse the old header name. Expanding Content-Disposition is
also an option, e.g. Content-Disposition: inline; target=_blank.
Unfortunately we cannot use
On Wed, 07 Mar 2012 22:19:17 -, Christian Schmidt whatwg@chsc.dk
wrote:
I suggest that a server can specify a link target in an HTTP header,
e.g. Window-Target: _blank. The page would be equivalent to specifying
the same value in the form or a tag leading to the page. It should
Þann lau 3.mar 2012 21:30, skrifaði Glenn Maynard:
Another use case: fixing Google's search results. They're currently
annoyingly broken: [snip]
Yes, Google is broken. But no, Save As is not the only thing that it
breaks.
In special,
a
On Feb 24, 2012, at 12:18 AM, Michael Gratton wrote:
But in general, I recommend against this. Anything that can be
computed
should be computed on the server to obtain the canonical value,
otherwise
you open yourself up to attackers sending you inconsistent data.
While for applications
Þann mið 15.feb 2012 23:39, skrifaði James Hawkins:
* If |scheme| is specified, |action| *should* (must?) be ignored.
Why would you forbid distinguishing between actions on URIs? Postal and
retrieval of mail, for example, are quite distinct actions. As are
modification and retrieval of
Þann þri 21.feb 2012 18:44, skrifaði James Hawkins:
I'm not sure if the proposal was explicit enough, but for the RPH-esque
functionality in Web Intents, we activate WI in the same circumstances
RPH is activated, which is when links are activated in a page. Can you
elucidate how the scenarios
Þann þri 21.feb 2012 19:41, skrifaði James Hawkins:
Is this use case not fully handled by the UA specifying the
appropriate action when building the intent, e.g., the user
right-clicks on an image in a page and the UA constructs context menu
items for edit/share/etc. action?
Not if the image is
Þann lau 18.feb 2012 13:45, skrifaði Sven Neuhaus:
The relevant section from RFC 3986 reads:
The fragment identifier component of a URI allows indirect
identification of a secondary resource by reference to a primary
resource and additional identifying information. The identified
On 2/13/12, Gray Zhang otakus...@gmail.com wrote:
We would like to present an authoring difficulty with regard to showing
images on the Web with limited bandwidth, when deferring loading of certain
or all images are preferable. We have some vague ideas about what
browser/markup solutions
On Mon, 13 Feb 2012 11:00:52 -, Kang-Hao (Kenny) Lu
kennyl...@csail.mit.edu wrote:
Could you elaborate a little more on this? What is a metered connection?
Not all network links are equally expensive. I have to pay for tens of
gigabytes I send or receive over submarine or mobile wireless
On Mon, 13 Feb 2012 14:17:28 -, Boris Zbarsky bzbar...@mit.edu wrote:
This is a difficult optimization to make. You can only do it for images
that have a height and width specified in the markup, and worse yet it
leads to pretty bad flicker as the user scrolls (because network
On Mon, 13 Feb 2012 14:59:09 -, Boris Zbarsky bzbar...@mit.edu wrote:
Well, UAs would fetch the images to be displayed first first, and then
prefetch images until they have more than a screenful of undisplayed
content loaded.
What does screenful of undisplayed content mean for some
On Mon, 13 Feb 2012 19:12:09 -, Boris Zbarsky bzbar...@mit.edu wrote:
On the contrary, if you've laid out two screenfuls you can guess that
anything after that will not be in the aforeoutlaid* screenfuls.
I wasn't talking about guessing at visibility. I was talking stuff like
this:
On Wed, 08 Feb 2012 17:16:36 -, Anselm Hannemann - Novolo
Designagentur ans...@novolo.de wrote:
Okay, I talked with some disabled web developers and Accessibility
experts today and talked about the proposal of markup in alt-text.
This seems not to be a good idea as screenreader would read
If using a single object element for embedding in general would be
too hard on implementations (although the markup cleanliness is
tempting), can we not (re)use video for both animated and still 2D
images?
On 2/7/12, Ashley Sheridan a...@ashleysheridan.co.uk wrote:
The main problem I see with that is that the object tag doesn't have
the same accessibility attributes, so you'd effectively lock out a lot
of people using browsers that don't understand the context of the tag in
this case. I think
On Mon, 06 Feb 2012 17:44:30 -, Boris Zbarsky bzbar...@mit.edu wrote:
Yes, indeed. Supports touch input on multiple spots at once vs
supports only a mouse seems like a much more important distinction
than the nominal CSS pixel size of the screen
I think CSS media queries could be
On Mon, 06 Feb 2012 18:58:00 -, Boris Zbarsky bzbar...@mit.edu wrote:
Again, it's not constant in the terms that the page sees, which are CSS
pixels, not device pixels.
We're discussing HTTP here, so the content might just as well be raster
bitmaps.
Multiple and variable screen
On Mon, 06 Feb 2012 13:49:35 -, Matthew Wilcox
m...@matthewwilcox.com wrote:
We need the server to know about the device. We need headers.
We need renderings tailored to our devices. Device tailoring is best done
by someone with access to the device in question. Judging how rendering is
On Mon, 06 Feb 2012 18:59:14 -, Boris Zbarsky bzbar...@mit.edu wrote:
That really depends on what the application is doing. Depending on
input capabilities, you may want to have multiple pages instead of a
single page for some sort of configuration setup, for example.
Whether to use
On Mon, 06 Feb 2012 19:49:43 -, Boris Zbarsky bzbar...@mit.edu wrote:
that need not even have anything to do with HTTP. You can fetch
half the monolithic form and fetch the rest when the user has filled in
most of [the] former half.
Not without script.
Or (fragment) Accept-Ranges (so a
On Mon, 06 Feb 2012 21:23:37 -, Mathew Marquis m...@matmarquis.com
wrote:
I recently published a sum-up of our thinking at A List Apart (
http://www.alistapart.com/articles/responsive-images-how-they-almost-worked-and-what-we-need/
)—in short, using the video markup pattern as the
Feel free to propose e.g. Accept-Media to httpbis[1]. Bandwidth
negotiation would be most useful.
Do make note of the dynamic nature of many viewports* and the fact that
user agents may wish to render resources to multiple medias. The latter
is rare enough to tolerate an extra roundtrip.
On Wed, 01 Feb 2012 05:00:04 -, Brett Zamir bret...@yahoo.com wrote:
It would let anyone with web skills to have full creative control over
the browser UI which they can in turn easily share with others
regardless of the host browser those people are using, and without the
hassle of
On Thu, 26 Jan 2012 21:43:07 -, Matthew Wilcox elven...@gmail.com
wrote:
Obviously this is not right - perhaps I'm not understanding your use
case? Why would you want to specify an author as an attribute on the
element?
Not necessarily as an attribute, I would prefer an element.
On Wed, 25 Jan 2012 22:26:31 -, Ian Hickson i...@hixie.ch wrote:
Actually, they are remarkably similar. I think it's anachronistic to
consider that the utterances of the site owner are in some way distinct
from the utterances of the site readers.
While I do agree with you (for a change),
email href=mailto:bjar...@spam.la;Bjartur Thorlacius/a
/footer
/article
On Wed, 05 Oct 2011 17:37:22 -, Ian Hickson i...@hixie.ch wrote:
On Wed, 5 Oct 2011, Simon Pieters wrote:
video and audio should have controls= and autoplay=
The spec allows browsers to do that (in fact it explicitly calls out
autoplay=), but do we really want to require one or the
On Thu, 06 Oct 2011 17:56:23 -, Ian Hickson i...@hixie.ch wrote:
The context here is how browsers display videos when you just navigate to
a video file directly. Much as with navigating to images, where the spec
says to use img but doesn't require or disallow extra features, such as
the zoom
On Mon, 26 Sep 2011 16:14:39 -, Philip Rogers p...@google.com wrote:
It looks like editors using a textarea (such as codemirror) are
currently working around this by not drawing a cursor when there is a
selection.
In ignorance of the specificatory problem you describe, this seems sane
Should @placeholder be renamed @eg, and used exclusively for example input?
On Thu, Sep 22, 2011 at 11:53 PM, Bjartur Thorlacius
svartma...@gmail.com wrote:
The semantics of the placeholder and title attributes of inputs overlap
slightly; the placeholder attribute may contain a hint to aid
The semantics of the placeholder and title attributes of inputs overlap
slightly; the placeholder attribute may contain a hint to aid the user,
while title is to contain other advisory text. I can think of two valid
uses of placeholder: example value, and the text click here to type or
Þann sun 11.sep 2011 18:44, skrifaði Michael A. Puls II:
I don't think and are in the list of safe URI characters. All
URI-based functions seem to percent-encode them too. Keeping them
encoded is definitely good for data URIs in text/plain documents so the
don't interfere with the and that
Þann fös 9.sep 2011 19:27, skrifaði Benjamin Hawkes-Lewis:
On Thu, Sep 8, 2011 at 4:58 PM, Bjartur Thorlaciussvartma...@gmail.com wrote:
Why usea when you have onclick and a settable document.location? :)
I think there are sound reasons to provide user agent conformance
requirements for
Þann lau 10.sep 2011 21:15, skrifaði Daniel Holbert:
* Opera is interesting -- it can exhibit either the Firefox or WebKit
behaviors in tests A/B/C, depending on whether the data URI as an
embedded element (via iframe/img) or view it directly. When you view it
as an embedded element (in my
Þann mið 7.sep 2011 20:44, skrifaði Aryeh Gregor:
I've had some type of tests around for a while now, but they weren't
suitable for implementers. I've now recoded and reformatted them so
that they output a table of results using James Graham's
testharness.js. The link is here, but WARNING: it
A far greater problem is the lack of standardization of a protocol for
comment submittal. If the IETF were to standardize such a protocol,
would it not make more sense to distribute comments via the same channel?
That seems like a cleaner long-term solution than changing every stream
format out
Bottom (top?) line: User agents should negotiate an appropriate
message-body size using HTTP. Sending an accept-size (or some such)
could solve both the problem of high resolution photography and lengthy
documents. The amount of split articles (Click here to go to the next
page / page 4) and
Þann mán 22.ágú 2011 21:57, skrifaði Ehsan Akhgari:
On 11-08-18 6:09 PM, Bjartur Thorlacius wrote:
That seems to be of general utility. I recommend sending feature request
to implementors.
I think a much shorter path to success would be having a Show/Hide All
Comments button. :-)
Yeah
Þann fim 18.ágú 2011 21:05, skrifaði Alfonso Martínez de Lizarrondo:
Now if someone had some bright idea to enable finding in the hidden text
that would be perfect, but the view source workaround is good enough for the
moment.
That seems to be of general utility. I recommend sending feature
Þann mið 17.ágú 2011 15:44, skrifaði Philip Jägenstedt:
I'd very much like to see feedback from other implementors. Are you
happy with treating autoplay and preload as just hints as in [4] or do
you think that we should specify them in greater detail? (This does not
preclude having user
Þann fim 11. ágúst 2011 04:54, skrifaði Jukka K. Korpela:
It's debatable and irrelevant in this context what RTF, TeX, and
text/enriched are. The issue is whether HTML can express simple things
like bolding in quoted material - or, rather, whether such simple
expressivity is to be declared
Þann mán 8.ágú 2011 20:31, skrifaði Simon Heckmann:
Well, not directly an answer to your question, but the use case I had in mind
is the following:
A large encrypted video (e.g. HD movie with 2GB) file is stored using the File
API, I then want to decrypt this file and start playing with only
On Sun, Aug 7, 2011 at 5:42 AM, Jukka K. Korpela jkorp...@cs.tut.fi wrote:
Bjartur Thorlacius wrote:
[...]
Please note that this isn't about favoring HTML over presentational markup
languages; none of the alternatives mentioned is a markup language at all.
RTF, TeX and text/enriched
On 8/2/11, Ian Hickson i...@hixie.ch wrote:
Unfortunately, as I said above... what we want and what we get don't
always match. There's not much we can do here to push authors further.
On the other hand, why accommodate the desires of authors? Why let
authors decide whether I use gold on black or
Þann þri 2.ágú 2011 09:04, skrifaði Henri Sivonen:
On Fri, 2011-07-29 at 22:39 +, Ian Hickson wrote:
Presentational markup may convey useful information, for example that a
quotation from printed matter contains an underlined word.
HTML is the wrong language for this kind of thing.
I
Þann mán 1.ágú 2011 15:25, skrifaði Aryeh Gregor:
If you're doing useful password strength checks, regular expressions
won't cut it. For instance, you'll want to check against
dictionaries. Regex is only useful for crude and ineffective checks
like must be at least six characters long with
Þann mán 1.ágú 2011 15:28, skrifaði Aryeh Gregor:
On Fri, Jul 29, 2011 at 7:24 PM, Ian Hicksoni...@hixie.ch wrote:
The overarching counterpoint is that in-page UI *is* an authoring
issue, because authors want to control exactly how their page looks
and behaves. Browser/chrome UI issues
Þann mán 1.ágú 2011 15:28, skrifaði Aryeh Gregor:
On Fri, Jul 29, 2011 at 7:24 PM, Ian Hicksoni...@hixie.ch wrote:
The overarching counterpoint is that in-page UI *is* an authoring
issue, because authors want to control exactly how their page looks
and behaves. Browser/chrome UI issues
On 7/11/11, Sean Connelly s...@pbwhere.com wrote:
As a web developer, if I wanted access to the password, I would then avoid
using the input type=password field, and create my own field that reads
characters (perhaps via onkeyup), and fakes a password field visually.
Fair point. I also worry
Þann fös 22.júl 2011 23:09, skrifaði Kornel Lesiński:
2. Allow website to show additional information about the download,
while the download is taking place.
And to satisfy all three cases (without breaking links), it needs to be
done at HTTP level, by adding HTTP header (or multipart response?
Are JavaScript implementors willing to reimplement window.status? There
are obvious security problems with drawing an author-provided string
where a certain URI is expected, but could window.defaultStatus not set
the name (_NET_WM_NAME or equivalent) of the script's window and
window.status
Þann fös 15.júl 2011 18:39, skrifaði Jonas Sicking:
2011/7/14 Ian Fette (イアンフェッティ)ife...@google.com:
One concern which was brought up was the ability to cause the user to
download a file from a third party site. I.e. this would allow
evil.com to trick the user into downloading an email from the
Þann fös 15.júl 2011 21:34, skrifaði Darin Fisher:
2) Unlike rel=something, @download provides a way to specify the name
of the file to save. This makes the feature useful with data: URLs and
blob:
URLs (that are not backed by a single file). This is valuable to me because
I can imagine
Þann sun 17.júl 2011 18:36, skrifaði Jukka K. Korpela:
17.07.2011 18:07, Nils Dagsson Moskopp wrote:
I think it would be rather trivial. The string “ISBN” followed by
something that matches the syntax of ISBN numbers, perhaps allowing some
variation in punctuation, could be treated as an
Þann sun 17.júl 2011 22:46, skrifaði Ben Schwarz:
3)
As a web designer / developer
I want to be able to ascertain if another website has registered a custom
protocol handler in the user’s browser
So that I can knowingly design and implement an integration experience
4)
As a web designer /
On 7/15/11, Jukka K. Korpela jkorp...@cs.tut.fi wrote:
14.07.2011 16:10, Bjartur Thorlacius wrote:
I don't think author names are allowed in cite in HTML 5.
They aren’t, but HTML5 linters (“validators”) won’t report the issue, as
they don’t understand the meanings of words.
That doesn't make
On 7/15/11, Jukka K. Korpela jkorp...@cs.tut.fi wrote:
Should it? Even when the book has no URL? If you expect urn:isbn:… to
work anytime soon in any significant browser, you’re very optimistic.
Wikipedia and Amazon (among others) have all the mechanisms already.
Such ISBN handlers could even
Þann fim 14.júl 2011 09:38, skrifaði Oli Studholme:
in graphic design a footer contains supplementary information about
the content it follows. the spec initially disallowed ‘fat footers’,
but the naming and common usage would have led to people using them
for fat footers regardless of the spec.
Þann fim 14.júl 2011 11:09, skrifaði Jukka K. Korpela:
14.07.2011 13:49, Karl Dubost wrote:
blockquote cite=urn:isbn:978-2-07-07533-7
pSur un pétale de lotus, j'écrivis ces quelques vers :/p
p«qMême si l'on vient me chercherbr/
Comment, abandonnant la roséebr/
De pareil lotus,br/
On 7/14/11, Kevin Marks kevinma...@gmail.com wrote:
There is another common pattern, seen in blogging a lot, of putting
the citation at the top eg
As cite class=vcarda href=http://www.gyford.com/phil/;
class=url rel=acquaintance met colleagueabbr title=Phil Gyford
class=fnPhil/abbr/a/cite
On 7/14/11, Ian Fette (イアンフェッティ) ife...@google.com wrote:
Many websites wish to offer a file for download, even though it could
potentially be viewed inline (take images, PDFs, or word documents as an
example). Traditionally the only way to achieve this is to set a
content-disposition header.
On 7/14/11, Karl Dubost ka...@opera.com wrote:
what about adding
a href=foo.pdf target=_downloadSave a Tree, Eat a beaver/a
This seems like the best solution to me. A filename hint has two use
cases: a suggestion for a local identifier, and providing a filename
extension for systems that use
.
On Tue, Jul 12, 2011 at 2:52 AM, Bjartur Thorlacius
svartma...@gmail.com wrote:
I'm not arguing against rendering attribution. On
the contrary, IMO user agents should render at least the title of the cited
resource.
This is a can of worms as authors will want control over both content
and style
Þann lau 9.júl 2011 04:29, skrifaði Hugh Guiney:
6.1 On that note, why is the spec enabling the use of unstyled spans
to achieve alternative rendering? Doesn't this give meaning (however
contextual) to an element that is supposed to be semantically neutral?
Can you think of any other uses for
Þann sun 10.júl 2011 08:08, skrifaði Alex Vincent:
/**
* Check if a password field's value matches another.
*
* @param otherPassword Another password element.
*
* @throws Error if this.type != password
* @throws Error if other.type != password
*
* @returns Boolean True if the
, such as the quotation itself.
It's simply a question of
blockquote
Lorem ipsum
footer
a href=kennitala:2112952019 title=Bjartur ThorlaciusBjartur/a
on time datetime=1997-4-2the second April, 1997/time
/footer
/blockquote
vs
blockquote title=Bjartur Thorlacius datetime=1997-4-2
cite
of the blockquote may very well be easier to implement. But is
it really possible to mark such citations up without presentational
elements?
!-- 2112952019 = my national ID --
blockquote cite=kennitala:2112952019 title=Bjartur Thorlacius
pLook ma, no lt;footer!/p
pI think we should keep citations outside
Þann fim 7.júl 2011 05:30, skrifaði Felix Halim:
On Thu, Jul 7, 2011 at 3:57 AM, Karl Dubostka...@opera.com wrote:
http://uhunt.felix-halim.net/id/339
I'll look into your site when I've slept, but FYI, you're mandated to
provide a title for your document. You should probably provide a title
Þann fös 1.júl 2011 03:22, skrifaði Felix Halim:
I'm looking for a solution that doesn't require modifying anything
except adding a manifest.
I recommend fixing your website. As others have stated, this has
practical benefits, in the online as well as the offline case.
As I said before,
Ask HTTP implementors to store a potentially stale fallback copy for
offline use when an authoritative copy is unavailable. Even HTTP
caches are allowed to return stale responses as long as they warn
their clients (so they can warn their clients or fetch an
authoritative copy via another route).
On 6/14/11, Tab Atkins Jr. jackalm...@gmail.com wrote:
On Tue, Jun 14, 2011 at 2:04 AM, Markus Ernst derer...@gmx.ch wrote:
Consider:
I like apples, pears, grapes, but not bananas. Nor do I like
peaches.
and:
I like
* apples
* pears
* grapes
On 6/9/11, Mikko Rantalainen mikko.rantalai...@peda.net wrote:
2011-06-07 18:07 EEST: Bjartur Thorlacius:
Elaborate; they both refer to the next resource in a sequence of
documents. Note that a document may be an element in multiple
sequences of documents.
Notice the word linear. I think rel
On 3/11/11, Dave Kok upda...@davekok.net wrote:
This may very well be a natural consequence of having a proposal like
this implemented. But this would assume that implementers feel that
having a logout button embedded into documents is considered superior
then having a UA provided logout
On 6/7/11, Mikko Rantalainen mikko.rantalai...@peda.net wrote:
Note that the next page button may or may not match with rel=next
and as such, I think that there should be additional method for
Elaborate; they both refer to the next resource in a sequence of
documents. Note that a document may be
On 6/6/11, Boris Zbarsky bzbar...@mit.edu wrote:
My point was that there should be _a_ standardized way that sites can
use to get consistent behavior across browsers. Content-Disposition
headers see like that way to me.
More importantly there should be an implementation defined convention
so
On 6/5/11, Boris Zbarsky bzbar...@mit.edu wrote:
Why need they be? This isn't Bittorrent.
I think you completely misunderstood my mail... the point is that
browses do NOT all use the last non-empty path component; some try to
guess a filename based on the query params, in various ways.
No, I
On 6/3/11, Boris Zbarsky bzbar...@mit.edu wrote:
http://mysite.org/generate_progress_report.php?quarter=Q12010
When saving, it would be good to use something like Progress report of
Q1 2010 as the filename. But that's not part of the URI in any sense.
So you're suggesting using the title
On 6/3/11, Boris Zbarsky bzbar...@mit.edu wrote:
On 6/3/11 11:46 AM, Bjartur Thorlacius wrote:
Note that some browsers will do weird parsing of the query params to
attempt to extract a useful filename. That seems strictly worse than
just using Content-Disposition.
That's slightly better
On 5/26/11, Michal Zalewski lcam...@coredump.cx wrote:
Keep in mind that the mechanism *is* extremely imperfect. It only
works for MIME types and extensions recognized by the browser (which
is a small list). There's a large disconnect between this set, the set
handled by the OS, and the actual
On 5/31/11, Felix Halim felix.ha...@gmail.com wrote:
On Mon, May 30, 2011 at 10:39 PM, Bjartur Thorlacius
svartma...@gmail.com wrote:
The dynamic resources only updated if the user visit the particular
app cached web-page.
Yeah, that's logical. Caches should still be allowed to refetch
Þann mán 30.maí 2011 03:42, skrifaði Felix Halim:
Hmm.. yes, I think unlimited is a bad word (I just use it because
currently App Cache quota is unlimited).
Let me explain my need for pageStorage in a different way:
Suppose I have a web page and want to store it in an App Cache. This
web page
On 5/28/11, Felix Halim felix.ha...@gmail.com wrote:
To summarize, the pageStorage offers unlimited storage for dynamic
content for the App Cached web pages.
User agents may store expired pages for offline use. Internet Explorer
and Firefox have 'Work offline' modes automatically enabled on
On 5/16/11, Ian Hickson i...@hixie.ch wrote:
On Mon, 16 May 2011, Adam Shannon wrote:
I'd rather see UA's implement better controls on their end than see an
API which could be largely abused. (Drag and drop browser controls over
tons of sites asking for permission to be the default.)
I
On 5/6/11, Charles McCathieNevile cha...@opera.com wrote:
On Thu, 05 May 2011 21:41:24 +0200, Bjartur Thorlacius
Of course, if the site requests coordinates, it's up to the user
whether they come from /dev/gps or /dev/tty (or /n/3D Globe).
Yeah, in principle. But given that most users aren't
On 5/5/11, Charles McCathieNevile cha...@opera.com wrote:
On Thu, 05 May 2011 00:12:06 +0200, Bjartur Thorlacius
svartma...@gmail.com wrote:
On 5/3/11, Cameron Heavon-Jones cmhjo...@gmail.com wrote:
There are a number of resources which are thought of having an
'application' scope which may
On 5/3/11, Cameron Heavon-Jones cmhjo...@gmail.com wrote:
I would agree a command-level authorization is a better default, if only
because it is necessary to have this level of granularity available.
Agreed.
The quantity of permission requests can be managed in an effective manner by
the
navigation links (among many other
things). From authors, I desire only content.
Bjartur Thorlacius
yet another End-User(tm)
On 3/21/11, Philip Jägenstedt phil...@opera.com wrote:
On http://foolip.org/microdatajs/live/#json I have a Download it!
function which uses data: URLs to save JSON generated by JavaScript. The
only real limitation with this approach is that one cannot suggest a file
name, so in Opera the
On 4/28/11, Ian Hickson i...@hixie.ch wrote:
On Thu, 28 Apr 2011, Bjartur Thorlacius wrote:
All current UAs would understand the link (and most probably present it
to the user). Inline presentation is an optional luxury: the important
thing is getting the media across. I, for one, can't find
On 4/28/11, Ian Hickson i...@hixie.ch wrote:
On Sat, 11 Dec 2010, Bjartur Thorlacius wrote:
An UA can support the scheme used without supporting the source
element. If A was used, they just had to support A and the scheme.
It's still not clear to me what problem this would solve. I see
On 4/14/11, Christoph Päper christoph.pae...@crissov.de wrote:
Jukka K. Korpela:
varc/var would be odd, wouldn't it, since the symbol denotes a
universal constant of nature.
It would not, ‘c’ is merely a variable with constant value.
Well, a constant isn't really variable any more, is it? I
1 - 100 of 194 matches
Mail list logo