From: Julien Danjou <julien@danjou.info>
To: joakim@verona.se
Cc: emacs-devel@gnu.org
Subject: Re: webkit integration in the xwidget branch
Date: Wed, 29 Jun 2011 10:33:18 +0200 [thread overview]
Message-ID: <sa3k4c5m3zl.fsf@cigue.easter-eggs.fr> (raw)
In-Reply-To: <m3ei2d9161.fsf@verona.se> (joakim@verona.se's message of "Tue, 28 Jun 2011 22:00:22 +0200")
[-- Attachment #1: Type: text/plain, Size: 1167 bytes --]
On Tue, Jun 28 2011, joakim@verona.se wrote:
> I did a proof of concept webkit xwidget in the xwidget branch.
I'm glad to read that.
> pros:
> - shows tighter webkit integration is indeed possible and that the
> xwidget branch is a pretty cool playground
:-)
> cons:
> - well, webkit doesnt have an out of the box mvc model. I find it
> perplexing that state of the art web engines in 2011 cant even do a 1990s
> type split pane view. I did some brief research around this mysterious
> ommission and found odd references in wikipedia that this might be
> covered by a patent or something. I hope I'm just having a bad dream.
What does that means when using it, concretely? I don't know what model
WebKit uses if it's not MVC, so what's wrong conretely?
(maybe I should take a look at the WebKit API :-)
> Links like these:
> http://www.chromeplugins.org/plugins/google-chrome-dual-view/
> makes me think time stands still. Which is good news for us Emacsers I
> suppose.
In such a context, I tend to argue that this kind of the work of the
window manager to organize windows.
--
Julien Danjou
❱ http://julien.danjou.info
[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]
next prev parent reply other threads:[~2011-06-29 8:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-28 20:00 webkit integration in the xwidget branch joakim
2011-06-28 20:12 ` joakim
2011-06-29 8:33 ` Julien Danjou [this message]
2011-06-29 23:37 ` joakim
2011-07-09 22:19 ` haawda
2011-07-10 17:43 ` joakim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=sa3k4c5m3zl.fsf@cigue.easter-eggs.fr \
--to=julien@danjou.info \
--cc=emacs-devel@gnu.org \
--cc=joakim@verona.se \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).