{"action":"created","issue":{"url":"https://api.github.com/repos/Matt-Esch/virtual-dom/issues/251","labels_url":"https://api.github.com/repos/Matt-Esch/virtual-dom/issues/251/labels{/name}","comments_url":"https://api.github.com/repos/Matt-Esch/virtual-dom/issues/251/comments","events_url":"https://api.github.com/repos/Matt-Esch/virtual-dom/issues/251/events","html_url":"https://github.com/Matt-Esch/virtual-dom/issues/251","id":77839834,"number":251,"title":"Add support for fragments","user":{"login":"Gozala","id":21236,"avatar_url":"https://avatars.githubusercontent.com/u/21236?v=3","gravatar_id":"","url":"https://api.github.com/users/Gozala","html_url":"https://github.com/Gozala","followers_url":"https://api.github.com/users/Gozala/followers","following_url":"https://api.github.com/users/Gozala/following{/other_user}","gists_url":"https://api.github.com/users/Gozala/gists{/gist_id}","starred_url":"https://api.github.com/users/Gozala/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Gozala/subscriptions","organizations_url":"https://api.github.com/users/Gozala/orgs","repos_url":"https://api.github.com/users/Gozala/repos","events_url":"https://api.github.com/users/Gozala/events{/privacy}","received_events_url":"https://api.github.com/users/Gozala/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":22,"created_at":"2015-05-18T23:03:53Z","updated_at":"2015-06-03T17:27:15Z","closed_at":null,"body":"I don't seem to see any support for fragments similar to react's https://facebook.github.io/react/docs/create-fragment.html in virtual-dom implementation. I would really like to get support for those."},"comment":{"url":"https://api.github.com/repos/Matt-Esch/virtual-dom/issues/comments/108535603","html_url":"https://github.com/Matt-Esch/virtual-dom/issues/251#issuecomment-108535603","issue_url":"https://api.github.com/repos/Matt-Esch/virtual-dom/issues/251","id":108535603,"user":{"login":"Gozala","id":21236,"avatar_url":"https://avatars.githubusercontent.com/u/21236?v=3","gravatar_id":"","url":"https://api.github.com/users/Gozala","html_url":"https://github.com/Gozala","followers_url":"https://api.github.com/users/Gozala/followers","following_url":"https://api.github.com/users/Gozala/following{/other_user}","gists_url":"https://api.github.com/users/Gozala/gists{/gist_id}","starred_url":"https://api.github.com/users/Gozala/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Gozala/subscriptions","organizations_url":"https://api.github.com/users/Gozala/orgs","repos_url":"https://api.github.com/users/Gozala/repos","events_url":"https://api.github.com/users/Gozala/events{/privacy}","received_events_url":"https://api.github.com/users/Gozala/received_events","type":"User","site_admin":false},"created_at":"2015-06-03T17:27:15Z","updated_at":"2015-06-03T17:27:15Z","body":"> Indeed won't be able to manage a fragment as a thunk (i.e taking control of the diff'ing process of your whole fragment), but is that a really requirement ?\r\n\r\nMost my use cases around fragments has benig `Thunk` (or `React.Component` in case of React) returning a fragment with children as that code unit is reused in a several different scenarios and there is no single wrapper that would work in all those scenarios.\r\n\r\nI'm afraid I don't fully understand your queston. Never the less, there are valid use cases where one would like to create a unit (thunk, React.Component) that gathers items from diffenet units and do so without extra containers that may even make markup invalid.\r\n \r\n> Unless you planned to decline everything as xxxFragment like a ThunkFragment. And modify createElement() to returns either an array of DOM element or a single DOM element depending if it's called with a \"xxxFragment\" or not. And then rewriting the whole patch algorithm accordingly. I don't see what you mean.\r\n\r\nI don't follow your line of thoughts here, but changes required to implement that are going to be with-in the `diff`-ing code rather that `patch`-ing."}}