> This isn't easily possible. WebKit handles all the scrollbars for all
> frames, which we implement in our graphics layer to make them look and
> act like Windows ones. You would have to go do a bunch of changes in
> this area to get the scrollbar to look differently.
>
> Brett
Do you think some
> Two hacky ideas:
> 1) Tell WebKit that the page is 4000px tall, then scroll the WebKit
> widget's view. I guess pages that examine their scrolloffset via
> Javascript would break.
Unfortunately do web pages render very differently when they fit the
desired area and when not. E.g. alignement an
On Oct 29, 2:39 pm, "Simon B." <[EMAIL PROTECTED]> wrote:
> > Also, what happens next time I visit the app? Is it authorized to launch the
> >backgroundtask, or do I have to re-authorize it?
>
> Surely it has to stay authorized. Someone I asked even expected that
> authorization to follow them b
Thank you very much for your mockup. We'll take this into account and
try to find out a more discoverable and simpler opt-in mechanism.
On Oct 29, 2:30 pm, "Simon B." <[EMAIL PROTECTED]> wrote:
> Make it easier, and try to replace "OK" with a meaningful verb.
>
> Click on a BB element, and a conf
As an experiment, I've moved the Linux build instructions to a
world-writeable page here:
http://code.google.com/p/chromium/wiki/LinuxBuildInstructions
And I've added some hints on how to get the build working on 64-bit
systems (special thanks to Graeme Humphries):
http://code.google.com/p/chr
Thanks. Please see my comments inline.
On Oct 29, 2:32 pm, "Linus Upson" <[EMAIL PROTECTED]> wrote:
> First thoughts:
>
> 1. It would be good if this proposal converged in some way with HTML 5 workers
We're trying to converge with web worker as defined in HTML 5.
>
> 2. There needs to be a way t
Thanks for your great feedbacks. Please see my comments below.
On Oct 29, 2:03 pm, "Nick Baum" <[EMAIL PROTECTED]> wrote:
> *Permissions:* I agree with Brian that drag-n-drop is somewhat clumsy for
> granting permissions (see how well that works for bookmarklets...). I'm
> syncing up with Mike Sm
Now we have some documentation here:
http://sites.google.com/a/chromium.org/dev/developers/design-documents/disk-cache
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Chromium-dev" group.
To post to this group, send
On Fri, Oct 31, 2008 at 8:07 AM, Brett Wilson <[EMAIL PROTECTED]> wrote:
>> My only idea at the moment is to draw my scrollers on top of the OS
>> ones, but that would be a bad hack...
>>
>> Any better idea would be greatly appreciated.
>
> This isn't easily possible. WebKit handles all the scroll
Yes, very unlucky.
Thanks Brett!
On Fri, Oct 31, 2008 at 12:08 PM, Brett Wilson <[EMAIL PROTECTED]> wrote:
>
> On Oct 31, 6:53 am, "Lucila Sanjurjo" <[EMAIL PROTECTED]> wrote:
> > Thanks, I think maybe this version fails to compile.
> >
> > Last week I have synced to the last version of the code
On Oct 31, 6:53 am, "Lucila Sanjurjo" <[EMAIL PROTECTED]> wrote:
> Thanks, I think maybe this version fails to compile.
>
> Last week I have synced to the last version of the code. This version seems
> to have an issue when pressing TAB key, it throws an access violation.
>
> void WebContentsViewW
On Oct 30, 3:36 pm, slandvogt <[EMAIL PROTECTED]> wrote:
> I try to embed Chromium into a custom UI toolkit and got really far.
>
> One of the remaining issues is: Is there a way to get rid of the
> scrollers on the root frame?
> I want to use my own scroller (its okay for the inner scrollers to b
Thanks, I think maybe this version fails to compile.
Last week I have synced to the last version of the code. This version seems
to have an issue when pressing TAB key, it throws an access violation.
void WebContentsViewWin::OnPaint(HDC junk_dc) {
if (web_contents_->render_view_host() &&
13 matches
Mail list logo