Sam and I talked about this at length over coffee this evening.
He and I agreed, this conversation should be less about #ifdefs and
more about abstractions. I'm sure I'm clear on which abstractions we
need for Chromium (beyond ScriptController, and GraphicsContext),
certainly not as clear as Dari
On Wed, Sep 24, 2008 at 10:44 PM, Maciej Stachowiak <[EMAIL PROTECTED]> wrote:
>
> On Sep 24, 2008, at 10:10 PM, Amanda Walker wrote:
>
> On Wed, Sep 24, 2008 at 7:25 PM, Maciej Stachowiak <[EMAIL PROTECTED]> wrote:
>>
>>> On Sep 24, 2008, at 3:36 PM, Darin Fisher wrote:
>>>
I don't think an
On Sep 24, 2008, at 10:10 PM, Amanda Walker wrote:
> On Wed, Sep 24, 2008 at 7:25 PM, Maciej Stachowiak <[EMAIL PROTECTED]>
> wrote:
>> On Sep 24, 2008, at 3:36 PM, Darin Fisher wrote:
>>> I don't think anything about our port implies hosted in a rendering
>>> subprocess. Our port works perfec
Hi,All,
Is there somebody could tell me how to change the ICU libraries as the
icudt36.dll is too large?
If this can do, how many files should be modified and what are the main
files?
Best wishes
___
webkit-dev mailing list
webkit-dev@lists
On Wed, Sep 24, 2008 at 7:25 PM, Maciej Stachowiak <[EMAIL PROTECTED]> wrote:
> On Sep 24, 2008, at 3:36 PM, Darin Fisher wrote:
> > I don't think anything about our port implies hosted in a rendering
> > subprocess. Our port works perfectly well in a single process traditional
> > browser model.
On Wed, Sep 24, 2008 at 7:22 PM, Maciej Stachowiak <[EMAIL PROTECTED]> wrote:
> Do you guys have cross-process rendering working on Mac yet, even as a
> prototype? I am wondering if these statements about what is required to do
> it have been tested or are just assumptions.
We have working proofs
Hi,
Is there someone can tell me how to change the ICU libraries as the
icudt36.dll is too large?
If this can do, how many files should be modify and what are the main
files?
Best wishes
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED
On Sep 24, 2008, at 5:03 PM, Eric Seidel wrote:
> I think this is best discussed as individual patches. I would
> encourage Amanda (and others) to make patches as necessary and mark
> them for review.
I think it's worth discussing the plan a bit up front. Not endlessly,
but enough so that rev
I think this is best discussed as individual patches. I would
encourage Amanda (and others) to make patches as necessary and mark
them for review.
I would also encourage the rest of WebKit to be rather lenient about
getting these #ifdefs into our source. I think that the benefit of
getting all o
[resent, doh... that's it, i'm registering my other email address]
On Wed, Sep 24, 2008 at 4:32 PM, Darin Fisher <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 24, 2008 at 4:22 PM, Maciej Stachowiak <[EMAIL PROTECTED]> wrote:
>
>>
>> On Sep 24, 2008, at 3:30 PM, Amanda Walker wrote:
>>
>> >
>> > The re
On Sep 24, 2008, at 3:36 PM, Darin Fisher wrote:
On Wed, Sep 24, 2008 at 2:16 PM, Maciej Stachowiak <[EMAIL PROTECTED]>
wrote:
On Sep 24, 2008, at 12:14 PM, Amanda Walker wrote:
Hello all,
A conversation started on https://bugs.webkit.org/show_bug.cgi?id=20890
that Alexey suggested movi
On Sep 24, 2008, at 3:30 PM, Amanda Walker wrote:
>
> The renderer process will be using CoreText, CG, some Cocoa, etc., but
> using the Apple WebView sitting inside an NSScrollView which is in
> turn inside an NSWindow--we must introduce a proxy, since remoting
> NSView or NSWindow over DO doesn
Am Wed, 24 Sep 2008 15:16:24 -0700
schrieb Darin Adler <[EMAIL PROTECTED]>:
> On Sep 24, 2008, at 3:10 PM, Weber, Bernd wrote:
>
> > The holy grail however would be to achieve transparency to the
> > underlying desktop, by defining “transparent” as the background
> > color.
>
> WebKit definite
[resent from an address mailman knows about]
On Wed, Sep 24, 2008 at 3:36 PM, Darin Fisher <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 24, 2008 at 2:16 PM, Maciej Stachowiak <[EMAIL PROTECTED]> wrote:
>
>>
>> On Sep 24, 2008, at 12:14 PM, Amanda Walker wrote:
>>
>> Hello all,
>> A conversation start
On Wed, Sep 24, 2008 at 5:53 PM, Darin Adler <[EMAIL PROTECTED]> wrote:
> I think that despite its short pithy name that seems to refer to only a type
> of computer, the Mac suffix and PLATFORM(MAC) doesn't mean "code that runs
> on Mac OS X". In my opinion it doesn't mean "Apple's Mac port" either
On Wed, Sep 24, 2008 at 5:16 PM, Maciej Stachowiak <[EMAIL PROTECTED]> wrote:
> 1) PLATFORM macros should primarily be about use of particular underlying
> libraries technologies that a port sits on top of.
This is where things get a little messy (at least in their current
usage), but it makes goo
On Sep 24, 2008, at 3:17 PM, David Kilzer wrote:
> Would replacing PLATFORM(MAC) with PLATFORM(COCOA) make more sense
> (in some cases)?
There are two separate issues. Naturally, we could rename MAC to
COCOA, and without commenting on whether I think that's a good change
— if we did it we'd
On Wed, 9/24/08, Darin Adler <[EMAIL PROTECTED]> wrote:
> PS: We could also consider coming up with a new name for
> PLATFORM(MAC)
> or PLATFORM(WIN) that expresses this more clearly.
> That's a challenge,
> but I wouldn't rule out changing the name for clarity
> if we can come
> up with som
On Sep 24, 2008, at 3:10 PM, Weber, Bernd wrote:
> The holy grail however would be to achieve transparency to the
> underlying desktop, by defining “transparent” as the background color.
WebKit definitely supports this. It's used this way in the Mac OS X
Dashboard.
> I’m not sure whether Web
Hi,
I'm trying to get Webkit running with transparency on GTK/DirectFB. I
can see that it does create transparency effects with the background
color of an HTML page, defining, eg. opacity:0.5 or rgba(255,0,0,0.5) in
a div. The holy grail however would be to achieve transparency to the
underlyin
On Wed, 9/24/08, Albert Law <[EMAIL PROTECTED]> wrote:
> 3) I got the code but McAfee On-Access Scan sees
> "LayoutTests\fast\encoding\*\decoder-allow-null-chars.*"
> as containing
> "Exploit-ScriptNull (Trojan)". Anyone else?
See also:
McAfee Antivirus reports false positive when checking out
On Sep 24, 2008, at 1:11 PM, Amanda Walker wrote:
> ScrollView, where we will want to not define or call
> ScrollView::getDocumentView() even though PLATFORM(MAC) is defined.
> Our initial approach is to change the #if in ScrollView.h to add "&&
> !PLATFORM(CHROMIUM)" (and then have a differen
On Sep 24, 2008, at 8:12 AM, Albert Law wrote:
> Hi All,
>
> I'm checking out Webkit, and I'm having problems. So I've got a
> bunch of
> questions. Apologizes if these are doubled up in the archive as I'm
> finding
> manually searching the archives very difficult.
>
> Note: I'm using cygwi
On Sep 24, 2008, at 12:14 PM, Amanda Walker wrote:
Hello all,
A conversation started on https://bugs.webkit.org/show_bug.cgi?id=20890
that Alexey suggested moving to webkit-dev, so here we go :-).
One of the things we ran into when bringing up the Chromium
application architecture was th
Hi All,
I'm checking out Webkit, and I'm having problems. So I've got a bunch of
questions. Apologizes if these are doubled up in the archive as I'm finding
manually searching the archives very difficult.
Note: I'm using cygwin + MS VS 2005 + WinXP Pro.
1) What should $(PRODUCTION) be set to?
On Wed, Sep 24, 2008 at 3:35 PM, Darin Adler <[EMAIL PROTECTED]> wrote:
>
> It's really hard to usefully discuss this in the abstract. Can we start with
> a particular example where PLATFORM(CHROMIUM) is being used, but where the
> code in question is really more of a "don't crawl a view hierarch
It's really hard to usefully discuss this in the abstract. Can we
start with a particular example where PLATFORM(CHROMIUM) is being
used, but where the code in question is really more of a "don't crawl
a view hierarchy" change rather than a truly Chromium-specific change?
-- Darin
Hello all,
A conversation started on https://bugs.webkit.org/show_bug.cgi?id=20890 that
Alexey suggested moving to webkit-dev, so here we go :-).
One of the things we ran into when bringing up the Chromium application
architecture was that we needed to distinguish between "platform" and
"applicati
28 matches
Mail list logo