I support such an approach and have found the usual "use a server"
response a bit disheartening. Besides the stated cases, I believe it
should just be easy for new programmers, children, etc., to try out
simple projects with nothing more than a browser and text editor (and
the console is not
Since fetch() is making life easier as is and in the spirit of promises,
how about taking it a step further to simplify the frequent use case of
needing to retrieve multiple resources and waiting for all to return?
If the first argument to fetch() could be an array, then fetch() could
be made
On 3/27/2015 8:39 PM, Anne van Kesteren wrote:
On Fri, Mar 27, 2015 at 1:28 PM, Brett Zamir bret...@yahoo.com wrote:
Since fetch() is making life easier as is and in the spirit of promises, how
about taking it a step further to simplify the frequent use case of needing
to retrieve multiple
(Apologies...resending due to my inadvertent use of generic whatwg subject...)
On 10/28/2014 12:06 PM,whatwg-requ...@lists.whatwg.org wrote:
Date: Tue, 28 Oct 2014 17:33:02 + (UTC)
From: Ian Hicksoni...@hixie.ch
Subject: Re: [whatwg] Shared storage
On Sat, 15 Feb 2014, Brett Zamir wrote
On 10/28/2014 12:06 PM, whatwg-requ...@lists.whatwg.org wrote:
Date: Tue, 28 Oct 2014 17:33:02 + (UTC)
From: Ian Hicksoni...@hixie.ch
Subject: Re: [whatwg] Shared storage
On Sat, 15 Feb 2014, Brett Zamir wrote:
The desktop PC thankfully evolved into allowing third-party software
which
On 6/10/2014 3:05 AM, whatwg-requ...@lists.whatwg.org wrote:
Message: 1
Date: Sun, 08 Jun 2014 15:41:32 -0400
From: timel...@gmail.com
To: whatwg@lists.whatwg.org
Subject: Re: [whatwg] Proposal: Inline pronounce element
Message-ID: 20140608194132.7602328.57406@gmail.com
Content-Type:
On 6/5/2014 3:05 AM, whatwg-requ...@lists.whatwg.org wrote:
On Tue, Jun 3, 2014 at 3:26 AM, Daniel Morris
daniel+wha...@honestempire.com wrote:
Hello,
With existing assistive technology such as screen readers, and more
recently the pervasiveness of new technologies such as Siri and Google
*Problem:*
I believe that if Ajax or other forms of dynamic scripting had been
absent but were proposed today, people would probably say things like:
1. What, you want to allow sites to have the ability out of the
box to track my mouse movements?
2. You want sites to be able to know
*The opportunity and current obstacles*
The desktop PC thankfully evolved into allowing third-party software
which could create and edit files shareable by other third-party
software which would have the same rights to do the same. The importance
of this can hardly be overestimated.
Yet
On 8/17/2013 5:16 AM, Brendan Long wrote:
On 05/01/2013 10:57 PM, Brett Zamir wrote:
I wanted to propose (if work has not already been done in this area)
creating an HTTP extension to allow querying for retrieval and
updating of portions of HTML (or XML) documents where the server is so
capable
Hi,
I'm not sure where to post this idea, but as it does pertain to HTML I
thought I would post it here.
I wanted to propose (if work has not already been done in this area)
creating an HTTP extension to allow querying for retrieval and updating
of portions of HTML (or XML) documents where
On 1/3/2013 4:35 AM, Anne van Kesteren wrote:
On Wed, Jan 2, 2013 at 8:53 PM, Ian Hickson i...@hixie.ch wrote:
Like most widgets, I think the answer is Web Components.
As far as I can tell styling form controls is an unsolved problem and
Components does not seem to be tackling it. We always
Hi,
A former proposal (at
http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-January/018101.html
) mentioned protocol handler check which did not require a URL string as
in the second argument to isProtocolHandlerRegistered().
I don't see any other discussion of this, but I am puzzled
On 5/13/2012 5:23 PM, Benjamin Hawkes-Lewis wrote:
On Sun, May 13, 2012 at 1:47 AM, Brett Zamirbret...@yahoo.com wrote:
With Server-Side JavaScript taking off, could we reserve runat (or maybe
an even simpler and more concise server boolean attribute) for a standard
and (via CommonJS)
Hi,
With Server-Side JavaScript taking off, could we reserve runat (or
maybe an even simpler and more concise server boolean attribute) for a
standard and (via CommonJS) potentially portable way for server-side
files to be created (and discourage use of HTML-unfriendly and
On 2/1/2012 8:36 AM, Ian Hickson wrote:
On Sat, 17 Dec 2011, Brett Zamir wrote:
What is the reason you won't let us make our own browsers-in-a-browser?
What is the use case for browser-in-a-browser?
If you have a browser... then you have a browser. Why would you want to
run another one inside
Hi,
This idea is more of a browser feature request, but it impinges on
language features which could conceivably be allowed in HTML to trigger
the feature. The idea would work best in browsers which allowed
toolbars/full-screen-mode to be configured on a per-tab basis, but does
not require
controls
(https://bugzilla.mozilla.org/show_bug.cgi?id=618354 ).
Best wishes,
Brett
Best regards,
Andreas
On Dec 16, 2011, at 11:16 PM, Brett Zamir wrote:
What is the reason you won't let us make our own browsers-in-a-browser?
I'm not talking about some module you have to build yourself
What is the reason you won't let us make our own browsers-in-a-browser?
I'm not talking about some module you have to build yourself in order to
distribute a browser as an executable. I'm talking about visiting a
(secure/signed?) page on the web and being asked permission to give it
any or
On 12/1/2011 2:00 PM, L. David Baron wrote:
On Thursday 2011-12-01 14:37 +0900, Mark Callow wrote:
On 01/12/2011 11:29, L. David Baron wrote:
The default varies by localization (and within that potentially by
platform), and unfortunately that variation does matter.
In my experience this is
On 6/14/2011 2:32 AM, Tab Atkins Jr. wrote:
On Mon, Jun 13, 2011 at 2:29 AM, Brett Zamirbret...@yahoo.com wrote:
Thanks, that's helpful. Still would be nice to have item-* though...
Well, your idea for custom item-* attributes is just a way to more
concisely embed triples of non-visible data.
On 6/13/2011 2:41 PM, Tab Atkins Jr. wrote:
On Sat, Jun 11, 2011 at 4:20 AM, Brett Zamirbret...@yahoo.com wrote:
For example, to take a water-damaged text (e.g., for the TEI element
http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-damage.html ) which
in TEI could be expressed as:
e
Hi,
I'm interested to see more rich semantics (such as made possible in Text
Encoding Initiative documents to become available in HTML (e.g., toward
making markup more conveniently and richly queryable on sites like
Wikisource)), but this concern relates to data-centric markup as well.
On 4/26/2011 5:33 PM, Benjamin Hawkes-Lewis wrote:
On Tue, Apr 26, 2011 at 7:36 AM, Brett Zamirbret...@yahoo.com wrote:
This would prevent the need for such ugly hacks as:
span id=UnitedNations style=display:none; itemprop=orgName
item-placeName=New YorkUnited Nations/span
...
blockquote
On 4/26/2011 9:22 PM, Benjamin Hawkes-Lewis wrote:
On Tue, Apr 26, 2011 at 11:48 AM, Brett Zamirbret...@yahoo.com wrote:
On 4/26/2011 5:33 PM, Benjamin Hawkes-Lewis wrote:
On Tue, Apr 26, 2011 at 7:36 AM, Brett Zamirbret...@yahoo.comwrote:
This would prevent the need for such ugly
On 4/26/2011 9:55 PM, Benjamin Hawkes-Lewis wrote:
On Tue, Apr 26, 2011 at 2:32 PM, Brett Zamirbret...@yahoo.com wrote:
That's kind of my purpose though. Sometimes, one does not wish to embed the
text itself, but one still wishes the data encoded so it can be retrieved by
other means. Why
On 4/20/2011 2:11 AM, Lachlan Hunt wrote:
On 2011-04-19 19:33, Ian Hickson wrote:
On Tue, 12 Apr 2011, Lachlan Hunt wrote:
We are investigating registerProtocolHandler and have been discussing
the need for a blacklist of protocols to forbid.
[...]
We'd like to know if we've missed any
)
---
On Wed, 20 May 2009, Brett Zamir wrote:
I would like to suggest an incremental though I believe significant
enhancement to Offline applications/SQLite.
That is, the ability to share a complete database among offline
applications according to the URL
On 3/4/2011 3:53 AM, Aryeh Gregor wrote:
On Wed, Mar 2, 2011 at 8:27 PM, Brett Zamirbret...@yahoo.com wrote:
In any case, spans with inline styles are much less likely to conflict with
other styling
I'm not sure what you mean by this. Functionally, in what way is
span style=font-style:
On 3/3/2011 3:18 AM, Aryeh Gregor wrote:
On Tue, Mar 1, 2011 at 5:11 PM, Ryosuke Niwarn...@webkit.org wrote:
Styling a Range doesn't support styleWithCSS=false
I saw this feature in Mozilla's docs, but I don't really get it. What
use-cases does it have? Why do we need to support both ways
On 2/8/2011 1:33 AM, Adam van den Hoven wrote:
Hey guys,
I was reading the blog today and something I read (
http://blog.whatwg.org/whatwg-extensibility) prompted me to signup to the
list and get involved again. What follows is not exactly well thought out
but I'm hoping that it will spark
On 1/28/2011 3:15 PM, Boris Zbarsky wrote:
On 1/28/11 1:22 AM, Brett Zamir wrote:
My point is that a selector can be tied to a property through the
ruleset.
No, not really. Something that _matches_ selectors an be tied to a
property via seeing which selectors it matches and then considering
On 1/28/2011 3:33 PM, Ryosuke Niwa wrote:
On Wed, Jan 26, 2011 at 10:23 PM, Brett Zamirbret...@yahoo.com wrote:
I'll give a more concrete example, but I did state the problem: separation
of concerns, and the data I want, getting a CSS property for a given
selector.
For example, we want the
On 1/27/2011 3:59 PM, Tab Atkins Jr. wrote:
On Wed, Jan 26, 2011 at 10:23 PM, Brett Zamirbret...@yahoo.com wrote:
For example, we want the designer guy to be able to freely change the colors
in the stylesheet for indicating say a successful transition (green), an
error (red), or waiting
On 1/28/2011 2:19 AM, Boris Zbarsky wrote:
On 1/27/11 1:23 AM, Brett Zamir wrote:
I'll give a more concrete example, but I did state the problem:
separation of concerns, and the data I want, getting a CSS property for
a given selector.
selectors don't have properties. Elements have
On 1/28/2011 2:22 AM, Boris Zbarsky wrote:
On 1/27/11 4:48 AM, Brett Zamir wrote:
I was thinking of it grabbing the winning property for the whole
document, i.e., the one which would be applicable without knowing more
contextual information. So, if the selector specified were .error
While it can already be done dynamically by iterating through
document.stylesheets, in order to allow full separation of presentation
from content in a convenient way and foster best practices, I think it
would be helpful to have a built-in method to obtain a CSS property for
a given selector.
On 1/27/2011 11:21 AM, Tab Atkins Jr. wrote:
On Wed, Jan 26, 2011 at 6:47 PM, Brett Zamirbret...@yahoo.com wrote:
While it can already be done dynamically by iterating through
document.stylesheets, in order to allow full separation of presentation from
content in a convenient way and foster
to keep
them in harmony.
Brett
On 6/13/10, Ashley Sheridana...@ashleysheridan.co.uk wrote:
On Sun, 2010-06-13 at 13:57 +0800, Brett Zamir wrote:
Has thought been given to allow textarea, input and/or contenteditable
elements to use an attribute (maybe likecode/ does with
class=language-XX
On 11/26/2010 6:18 PM, Julian Reschke wrote:
On 26.11.2010 05:20, Brett Zamir wrote:
I'd like to propose reserving two protocols for use with
navigator.registerProtocolHandler: urn and xri (or possibly xriNN
where NN is a version number).
See http://en.wikipedia.org/wiki
On 11/26/2010 7:13 PM, Julian Reschke wrote:
On 26.11.2010 11:54, Brett Zamir wrote:
...
My apologies for the lack of clarity on the approval process. I see all
the protocols listed with them, so I wasn't clear.
In any case, I still see the need for both types being reserved
On 11/26/2010 11:59 PM, Julian Reschke wrote:
On 26.11.2010 16:55, Brett Zamir wrote:
On 11/26/2010 7:13 PM, Julian Reschke wrote:
On 26.11.2010 11:54, Brett Zamir wrote:
...
My apologies for the lack of clarity on the approval process. I see
all
the protocols listed with them, so I wasn't
I'd like to propose reserving two protocols for use with
navigator.registerProtocolHandler: urn and xri (or possibly xriNN
where NN is a version number).
See http://en.wikipedia.org/wiki/Extensible_Resource_Identifier for info
on XRI (basically allows the equivalents of URN but with a
or xri:http://example.com/myProtocols/someProtocol which
hopefully registerProtocolHandler could be expanded to allow such
specification without interfering with other URN/XRI protocol handlers
which attempted to handle a different namespace.
thanks,
Brett
On 11/26/2010 12:20 PM, Brett Zamir
On 8/13/2010 2:00 AM, Adam Barth wrote:
On Thu, Aug 12, 2010 at 3:02 AM, Brett Zamirbret...@yahoo.com wrote:
On 8/12/2010 4:19 PM, Ian Hickson wrote:
On Sat, 24 Jul 2010, Brett Zamir wrote:
Might there be a way thatscript/tags could add an attribute which
combined the meaning of both
On 8/12/2010 4:19 PM, Ian Hickson wrote:
On Sat, 24 Jul 2010, Brett Zamir wrote:
Might there be a way thatscript/ tags could add an attribute which
combined the meaning of both defer and document.write, whereby the
last statement was evaluated to a string, but ideally treated, as far
How about a pull-down for Wikipedia which lets you choose the year or
period? Or a charting application which looks at trends in history.
While some uses may be more common than others, I personally favor going
the extra kilometre to allow full expressiveness for whatever ranges are
allowed.
This is and was a great idea. A few points/questions:
1) I think it would be nice to see explicit confirmation in the spec
that this works with offline caching.
2) Could data files such as .txt, .json, or .xml files be used as part
of such a package as well?
3) Can XMLHttpRequest be made
On 7/28/2010 6:22 AM, Eduard Pascual wrote:
On Tue, Mar 30, 2010 at 11:44 PM, Christoph Päper
christoph.pae...@crissov.de wrote:
If you think about various syntax variants of wiki systems they’ve got one thing in common that makes
them preferable to direct HTML input: easy links! (Local ones
On 7/24/2010 12:02 PM, Boris Zbarsky wrote:
On 7/23/10 11:59 PM, Silvia Pfeiffer wrote:
Is that URLs as values of attributes in HTML or is that URLs as pasted
into the address bar? I believe their processing differs...
It certainly does in Firefox (the latter have a lot more fixup done to
On 7/23/2010 6:35 AM, Luke Hutchison wrote:
On Thu, Jul 22, 2010 at 5:39 PM, Boris Zbarskybzbar...@mit.edu wrote:
I can see the security benefits of disallowing all cross-origin application
of javascript: (if you don't know where it came from, don't apply it).
Yes, that is actually a
I would like to see attributes be added to allow iframes to have
independent navigation controls, or rather, to allow a parent document
to have ongoing access to the navigation history of its iframes (say to
be informed of changes to their histories via an event) so that it could
create such
On 6/24/2010 10:13 AM, Benjamin M. Schwartz wrote:
The HTML5 spec appears to allow inside an attribute value. For
example, the following page (note the body tag) passes the experimental
HTML5 validator at w3c.org:
!DOCTYPE HTMLhtmlheadtitle/title/head
body class=32
/body/html
I think should
their own editor.
thank you,
Brett Zamir
On 3/11/2010 10:44 AM, Brett Zamir wrote:
On 3/11/2010 10:31 AM, Ian Hickson wrote:
I would recommend following a pattern somewhat like the Web's initial
development: create a proof of concept, and convince people that it's
what
they want. That's the best way to get a feature adopted
On 6/4/2010 12:59 PM, Brett Zamir wrote:
On 3/11/2010 10:44 AM, Brett Zamir wrote:
On 3/11/2010 10:31 AM, Ian Hickson wrote:
I would recommend following a pattern somewhat like the Web's initial
development: create a proof of concept, and convince people that
it's what
they want. That's
Hello,
Although it seems a lot of attention has been given to ensuring
backward-compatibility in HTML5, and while a kind of namespacing has
been considered in use of data- attributes (over expando properties), it
appears to my limited observations that global (window) properties are
being
My apologies, it was brought to my attention that JSON was specified in
ECMAScript 5, but the principle still applies (for ECMAScript as well I
would say).
thank you,
Brett
On 5/10/2010 1:08 PM, Brett Zamir wrote:
Hello,
Although it seems a lot of attention has been given to ensuring
On 3/2/2010 6:54 PM, Ian Hickson wrote:
On Tue, 2 Mar 2010, Elliotte Rusty Harold wrote:
The handling of processing instructions in the XHTML syntax seems
reasonably well-defined; but it feels a little off in the HTML syntax.
There's no such thing as processing instructions in
On 3/12/2010 3:41 PM, Anne van Kesteren wrote:
On Fri, 12 Mar 2010 08:35:48 +0100, Brett Zamir bret...@yahoo.com
wrote:
My apologies if this has been covered before, or if my asking this is
a bit dense, but I don't understand why there are restrictions on
obtaining data via XMLHttpRequest from
Hi,
My apologies if this has been covered before, or if my asking this is a
bit dense, but I don't understand why there are restrictions on
obtaining data via XMLHttpRequest from other domains, if the request
could be sandboxed to avoid passing along sensitive user data like
cookies (or if
On 3/11/2010 9:19 AM, Ian Hickson wrote:
On Mon, 8 Feb 2010, Brett Zamir wrote:
Internet Explorer has an attribute on anchor elements for URNs:
http://msdn.microsoft.com/en-us/library/ms534710%28VS.85%29.aspx
This has not caught on in other browsers, though I believe it could be a very
On 3/11/2010 10:31 AM, Ian Hickson wrote:
On Thu, 11 Mar 2010, Brett Zamir wrote:
Is there really a need for a more dedicated mechanism? It's not clear
that there is much pent-up demand for this.
There wasn't a lot of pent up demand for the web itself either (why
would people
On 3/3/2010 7:06 PM, Philip Taylor wrote:
On Wed, Mar 3, 2010 at 10:55 AM, Brett Zamirbret...@yahoo.com wrote:
On 3/2/2010 6:54 PM, Ian Hickson wrote:
On Tue, 2 Mar 2010, Elliotte Rusty Harold wrote:
Briefly it seems that? causes the parser to go into Bogus comment
state,
On 2/10/2010 3:55 PM, Martin Atkins wrote:
Brett Zamir wrote:
Hi,
Internet Explorer has an attribute on anchor elements for URNs:
http://msdn.microsoft.com/en-us/library/ms534710%28VS.85%29.aspx
This has not caught on in other browsers, though I believe it could
be a very powerful feature
Hi,
Internet Explorer has an attribute on anchor elements for URNs:
http://msdn.microsoft.com/en-us/library/ms534710%28VS.85%29.aspx
This has not caught on in other browsers, though I believe it could be a
very powerful feature once the feature was supported with a UI that
handled URNs (as
Ian Hickson wrote:
On Mon, 18 May 2009, Brett Zamir wrote:
Section 10.1, Writing XHTML documents observes: According to the XML
specification, XML processors are not guaranteed to process the external
DTD subset referenced in the DOCTYPE.
While this is true, since no doubt the majority
- Original Message
From: Ian Hickson i...@hixie.ch
To: Brett Zamir bret...@yahoo.com
Cc: wha...@whatwg.org
Sent: Wednesday, June 10, 2009 11:48:09 AM
Subject: Re: [whatwg] DOM3 Load and Save for simple parsing/serialization?
On Mon, 18 May 2009, Brett Zamir wrote:
Has any thought
From: Anne van Kesteren ann...@opera.com
To: Michael A. Puls II shadow2...@gmail.com; Brett Zamir
bret...@yahoo.com; Ian Hickson i...@hixie.ch
Cc: wha...@whatwg.org
Sent: Thursday, June 11, 2009 12:31:10 AM
Subject: Re: [whatwg] DOM3 Load and Save for simple parsing/serialization?
On Wed, 10
Ian Hickson wrote:
On Mon, 13 Apr 2009, Markus Ernst wrote:
I found a message in the list archives from July 2004, where Ian
announced to put nested optgroups back into the spec:
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2004-July/001200.html
Anyway in the current spec, the
Hello,
Regardless of any decision on whether my recommendation for
document.contentType to be standardized and made settable on a document
created by createDocument() (rather than needing to call the
less-than-intuitive doc.open() fix for HTML), I'd still like to
recommend standardizing on
Henri Sivonen wrote:
On May 18, 2009, at 11:50, Brett Zamir wrote:
Henri Sivonen wrote:
On May 18, 2009, at 09:36, Brett Zamir wrote:
Also, as far as heavy server loads for frequent DTDs, entities could
be deliberately not defined at a resolvable URL.
There are existing XML doctypes out
I also wonder if feeds being accessible in HTML might give rise, as with
stylesheets and scripts contained in the head (convenient as those can
be too), to excessive bandwidth, as agents repeatedly request updates to
a whole HTML page containing a lot of other data.
(If we had external
Jonas Sicking wrote:
On Wed, May 20, 2009 at 12:49 AM, Maciej Stachowiakm...@apple.com wrote:
On May 19, 2009, at 11:49 PM, Jonas Sicking wrote:
On Mon, May 18, 2009 at 5:45 AM, Brett Zamirbret...@yahoo.com wrote:
Has any thought been given to standardizing on at least a
Brett Zamir wrote:
Jonas Sicking wrote:
On Wed, May 20, 2009 at 12:49 AM, Maciej Stachowiakm...@apple.com wrote:
On May 19, 2009, at 11:49 PM, Jonas Sicking wrote:
On Mon, May 18, 2009 at 5:45 AM, Brett Zamirbret...@yahoo.com wrote:
Has any thought been given
Brett Zamir wrote:
Brett Zamir wrote:
Jonas Sicking wrote:
On Wed, May 20, 2009 at 12:49 AM, Maciej Stachowiakm...@apple.com wrote:
On May 19, 2009, at 11:49 PM, Jonas Sicking wrote:
On Mon, May 18, 2009 at 5:45 AM, Brett Zamirbret...@yahoo.com wrote:
Has any thought
Anne van Kesteren wrote:
On Tue, 19 May 2009 03:20:49 +0200, Brett Zamir bret...@yahoo.com
wrote:
In order to comply with XML ID requirements in XML, and facilitate
future transitions to XML, can HTML 5 explicitly encourage id
attribute values to follow this pattern (e.g., disallowing numbers
Anne van Kesteren wrote:
On Tue, 19 May 2009 13:46:43 +0200, Brett Zamir bret...@yahoo.com
wrote:
While it may not be that common, people may want at a later date to
apply some files for validation...
And don't forget the vanity/business factor in having a fully
validating site :)
You
I would like to suggest an incremental though I believe significant
enhancement to Offline applications/SQLite.
That is, the ability to share a complete database among offline
applications according to the URL from which it was made available. It
could be designated by the origin site as a
Henri Sivonen wrote:
On May 18, 2009, at 09:36, Brett Zamir wrote:
Section 10.1, Writing XHTML documents observes: According to the
XML specification, XML processors are not guaranteed to process the
external DTD subset referenced in the DOCTYPE.
While this is true, since no doubt
Kristof Zelechovski wrote:
AFAIK, WebKit is not going to validate XML, they say it makes page load too
slow.
Yes, I can see validation would be a problem, and see little use for
that except local file testing. But I'm just talking about using the DTD
to access entities, not to do validation.
While this may be too far in the game to bring up, I'd very much be
interested (and think others would be too) to have a standard means of
representing not only individual files, but also groups of files on the web.
One application of this would be for a web user to be able to do the
One more thought...
While it is great that innerHTML is being officially standardized, I'm
afraid it would be rather hackish to have to use it for parsing and
serializing dynamically created content which wasn't destined to make it
immediately into the document, if at all.
Has any thought
In order to comply with XML ID requirements in XML, and facilitate
future transitions to XML, can HTML 5 explicitly encourage id attribute
values to follow this pattern (e.g., disallowing numbers for the
starting character)?
Also, there is this minor errata:
Hello,
I don't want to go too far off topic here, but I'll respond to the
points as I do think it illustrates one of the uses of entities
(localization)--which would apply to some degree in XHTML (at least for
entities) as well as in XML.
Kristof Zelechovski wrote:
Using entities in XSL
85 matches
Mail list logo