It's obviously not up-to-date in its definition (eg. handheld devices
are not "typically small screen, limited bandwidth" anymore), but on
the other hand it allows undefined types as well so nothing prevents
implementers to extend it beforehand (like is done with most CSS
properties a
e facto
way of doing things in everybody's minds. It is not. It is always
subjective what workflow makes sense.
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff at http://sandbox.movial.com
___
webkit-dev mailing list
webk
2012/3/9 Mark Rowe :
>
> On 2012-03-09, at 09:15, Kalle Vahlman wrote:
>
>> 2012/3/9 Ryosuke Niwa :
>>> Frankly, I don't quite understand the benefit of this transition. Do we
>>> really need to move to git? If the only problem of keeping svn was about
>
not receive
or deal out commits, it will show in response times. I'm sure people
using svn do not check the log often, for obvious reasons, but it is
still a factor to consider.
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff at http://sandbox.movial.com
011-November/018445.html
I suppose bugzilla has bugs for this, although they are not mentioned
in the announcement.
Would probably be a good idea to have a tracking bug for this though?
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff a
t-queue-draw-area
or invalidate the whole widget with gtk_widget_queue_draw().
This will (eventually, not immediately) result in the widget receiving
an expose event for the invalid area.
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff at http://sandbox.mov
Garen point out, make submitting via SVN
> substantially slower to boot.
Given the above, I believe it would be quite possible to make the git
part of the script cwd-aware too.
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff at http://sandbox.movial.com
See also h
D-Bus Bridge) and the only missing piece in getting them to work
as-is for QtWebKit is to get the JS Context.
It would be a shame if QtWebKit projects would be missing out all that
coolness just because the JSC API isn't Qt-ish enough to expose. It's
not like every project will start to carr
be wrong.
Ok, it's ASCII art, but hopefully a graphical version would make it
more clear which object actually has the pointer to the other object.
Or if they always have the connected object pointer on both ends of
the relation, it would be nice to mention that in the description.
--
Kal
create one), all you need to do is get
the function object (most likely JSObjectGetProperty() on the global
object) and then call it with JSObjectCallAsFunction().
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff at http://sandbox.movia
x27;s a known bug with ARM and bison earlier than version 2.2:
https://bugs.webkit.org/show_bug.cgi?id=22456
though that one outright chrashes (and it's CSS parsing that is crashing).
But maybe you should try different bison versions to see if it makes a
difference?
--
Kalle Vahlman
ld someone please explain me why this function is missing? Is it
> deprecated?
> Any fix?
Yeah, it was removed around the time of the revision you used and the
gtk+ build got fixed (multiple times) some time after that:
http://trac.webkit.org/changeset/37172/trunk/WebCore/platform/gtk/Scrol
I wonder if anyone is doing that
already in browser engines?
--
Kalle Vahlman, z...@iki.fi
Powered by http://movial.fi
Interesting stuff at http://sandbox.movial.com
See also http://syslog.movial.fi
___
webkit-dev mailing list
webkit-dev@lists.webkit.or
GTK+ version, which should be higher than 2.14.0,
> which adds that symbol, could you try that?
...and file a bug about the configuration/build system allowing the
unit tests to be built when GTK+ version < 2.14.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting
I think the GTK+ port tries to find the inspector files only from the
install location currently, so if you didn't run 'make install', that
would explain why it doesn't find them.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at h
2008/11/30 ying lcs <[EMAIL PROTECTED]>:
> On Sat, Nov 29, 2008 at 3:29 AM, Kalle Vahlman <[EMAIL PROTECTED]> wrote:
>> 2008/11/29 ying lcs <[EMAIL PROTECTED]>:
>>> >From this entry, it said Inspector is ported to Webkit/GTK
>>> http://blog.kov.eti
yboard
shortcut):
https://bugs.webkit.org/show_bug.cgi?id=22551
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://sandbox.movial.com
See also http://syslog.movial.fi
___
webkit-dev mailing list
webkit-dev@lists.webkit.o
2008/11/28 ying lcs <[EMAIL PROTECTED]>:
> If I get the source for WebKitGtk, using the documentation described here:
>
> http://live.gnome.org/WebKitGtk
>
> Does it have SquirrelFish?
Yes, it will. All ports share the same JavaScript engine code.
--
Kalle Vahlman, [EMAIL
mple, it creates a DBus JS
object with two methods (which are implemented in C) and few (static)
properties for JS application usage:
http://sandbox.movial.com/gitweb?p=browser-dbus-bridge.git;a=blob;f=jscorebus/jscorebus.c#l392
--
Kalle Vahlman,
2008/8/14 Jack Wootton <[EMAIL PROTECTED]>:
> On Thu, Aug 14, 2008 at 11:02 AM, Kalle Vahlman <[EMAIL PROTECTED]> wrote:
>> 2008/8/14 Jack Wootton <[EMAIL PROTECTED]>:
>>> I think perhaps this depends on how you choose to categorise what has
>>> (not)
sourced code[1]. Blackmailing them with empty threats
about unrelated contributions is hardly going to buy you better
support in any case...
[1] That's why the license says: 'THIS SOFTWARE IS PROVIDED [...] "AS
IS" AND ANY EXPRESS OR IMPLIED WARRANTIES [...]'
2008/8/1 Afonso Costa <[EMAIL PROTECTED]>:
> Hi Kalle,
>
> On Fri, Aug 1, 2008 at 4:47 AM, Kalle Vahlman <[EMAIL PROTECTED]>
> wrote:
>>
>> 2008/7/23 Afonso Costa <[EMAIL PROTECTED]>:
>> > Hi Kalle,
>> >
>> > I upgraded
e the configure script is supposed to be, but
for example
here is an example of how to check the version when common unix tools (sed, awk)
are available:
https://svn.apache.org/repos/asf/quetzalcoatl/mod_python/trunk/configure.in
Any comments from Alp regarding this? I can cook up a patch if usin
atchbox-core from
http://scratchbox.org/~jhakala/unofficial/
to version 1.0.11~200805291240 (there is no official release yet with
newer flex)
and the other is to compile a newer flex yourself. Sources are
available from here:
http://flex.sourceforge.net/
--
Kalle Vahl
work-around that you can try out, mentioned in comment 2.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff at http://syslog.movial.fi
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/
00e9c034f8652f495d390d6a4178061e;f=test/pdiff
So assuming that the layout code produces identical output on all
platforms, testing cairo -backed platforms (gtk, win32...) for
pixel-perfectness might make sense.
--
Kalle Vahlman, [EMAIL PROTECTED]
Powered by http://movial.fi
Interesting stuff
> to help test, and is willing to get their hands a bit dirty, check out
> <http://svn.webkit.org/repository/webkit/squirrelfish>.
Just to make it obvious for anyone trying to check out the branch, the
URL above misses the branches dir. The correct URL is
http://svn.webkit.org/repo
27 matches
Mail list logo