Darin Adler da...@apple.com writes:
On Apr 25, 2014, at 1:05 AM, Raphael Kubo da Costa rak...@webkit.org wrote:
Sam Weinig wei...@apple.com writes:
Hello,
Is anyone using the LevelDB backend to IndexedDB?
The EFL and GTK+ ports are.
Are you sure?
Since the GTK+ port is now WebKit2
Sam Weinig wei...@apple.com writes:
Hello,
Is anyone using the LevelDB backend to IndexedDB?
The EFL and GTK+ ports are.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Geoffrey Garen gga...@apple.com writes:
Also:
Adopt libc++
My FreeBSD hat appreciates that, but can you elaborate? Is there
something specific to libc++ not present in, say, libstdc++, that is
going to be used?
--
Intel Finland Oy
Open Source Technology Center
Geoffrey Garen gga...@apple.com writes:
Concepts we plan to remove:
Features #defines that haven't gained traction
Do you already have anything in mind? Is the process described in the
DeprecatingFeatures article on the wiki still going to be followed?
--
Intel Finland Oy
Open Source
Dirk Pranke dpra...@chromium.org writes:
So, it seems like WK1 and WK2 keywords might be useful. However, I
don't really want to add more divergence between ports, so it would be
nice to have everyone agree to use it if we were to add it.
What do you all think? Would you like this feature,
Kentaro Hara hara...@chromium.org writes:
EFL and other ports used to have an option to build with V8, but it
looks like the option is no longer supported. For example, UseV8.cmake
is already out of sync with existing V8 binding files.
- Would it be OK to remove UseV8.cmake?
- Would it be
Hey there,
Looking at build.webkit.org I see many white bubbles in all bots, and
the most recent commits have been pending in them for a few hours.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
Brady Eidson beid...@apple.com writes:
On Sep 26, 2012, at 2:46 PM, Tony Chang t...@chromium.org wrote:
I suppose we're biased in Mac-land where the mechanism originated,
but the API is simply a single string based API that only had to
be implemented once.
Your comment leads me to
Geoffrey Garen gga...@apple.com writes:
Hi folks.
The EFL build is failing because the bot did not rebuild WebCore
derived sources, despite a change to CodeGeneratorJS.pm.
Do you have a bug number for the change? I'd like to double-check if we
don't have a build system problem here.
Raphael Kubo da Costa rak...@webkit.org writes:
Geoffrey Garen gga...@apple.com writes:
Hi folks.
The EFL build is failing because the bot did not rebuild WebCore
derived sources, despite a change to CodeGeneratorJS.pm.
Do you have a bug number for the change? I'd like to double-check
I've been trying to send a patch to bug 78600 for a few hours, but the
style bot is always rejecting [1] it when trying to apply a separate
patch.
Does the bot need some love?
[1] https://bugs.webkit.org/show_bug.cgi?id=78600#c2
--
Raphael Kubo da Costa
ProFUSION embedded systems
http
platforms.
Can someone reword this?
The website code is part of the SVN tree; you can also do that and
submit a patch via bugs.webkit.org if you feel like doing so.
--
Raphael Kubo da Costa
ProFUSION embedded systems
http://profusion.mobi
___
webkit-dev
others).
Cheers!
--
Raphael Kubo da Costa
ProFUSION embedded systems
http://profusion.mobi
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
commits to reduce
the differences in scrollbar size and appearance, so at least this
should be common with other ports.
Anyway, are there any options besides simply svn commit'ting all these
files?
--
Raphael Kubo da Costa
ProFUSION embedded systems
http://profusion.mobi
://bugs.webkit.org/show_bug.cgi?id=61962
https://bugs.webkit.org/show_bug.cgi?id=61974
https://bugs.webkit.org/show_bug.cgi?id=63086
https://bugs.webkit.org/show_bug.cgi?id=61974
--
Raphael Kubo da Costa
ProFUSION embedded systems
http://profusion.mobi
Darin Adler da...@apple.com writes:
On May 23, 2011, at 1:34 PM, Raphael Kubo da Costa wrote:
While working on the EFL port, I've noticed that sometimes a
FrameLoader's DocumentLoader ends up being deleted too early
(FrameLoader::setDocumentLoader causes the current DocumentLoader
this DocumentLoader instance that has already been
freed, causing a crash.
I couldn't find any abnormal behaviour that could deref the
DocumentLoaders more than they should have been. Are there any
recommended places where I should look to check what's going on?
--
Raphael Kubo da Costa
ProFUSION
17 matches
Mail list logo