Re: [webkit-dev] need some information......

2008-11-19 Thread Christian Dywan
Am Wed, 19 Nov 2008 16:49:40 +0530
schrieb Laxmi Kumar Sahu   [EMAIL PROTECTED]:

 Hi,
 As per my client requirements, To analysis better I need some
 information as bellow,

You make it sound like you are asking a contractor. I advise you might
want to ask in a slightly less demanding way if the addressée is an
open source based community. :)

 1.   What is market share value of this webkit layout engine ?

Use your favourite search engine to do some research yourself. I
suspect that's what everybody here does, unless they happen to work in
the Safari marketing team. And I'm not so sure if those guys are
reading the list.

 2.   What are security standards using in this engine like SSL
 2.0, SSL 3.0, TLS 1.0 ?

That is completely platform dependent I'm afraid. Please specify what
port and configuration you are using.

 4.   Is the USB Keyboard work with webkit engine ?

Any keyboard works. I don't think any part of WebKit cares about your
kind of keyboard, it might just be a holographic keyboard as long as
your driver does its job.

 5.   Answer the FLASH, PDF viewer XPS viewer and ActiveX control
 are work with webkit ?

Flash should work in all but in a direct frame buffer, naturally. I
believe no port currently supports ActiveX controls. As for PDF, the
mac port has that built-in, not sure about others.

ciao,
Christian
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


[webkit-dev] Need some information----by HCL

2008-11-19 Thread haithem rahmani
Hi Laxmi,

you can try this webKit based browser:
http://www.sand-labs.org/owb
it is open source.

regards.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


[webkit-dev] crash in the webkit rev. 38550

2008-11-19 Thread haithem rahmani
Hi all,

after updating webkit to the  rev. 38550, the Gtklauncher crashes with
segmentation fault error, and here the output of GDB.


#0  0x299eb0a2 in WebCore::StringImpl::computeHash (data=0x497000,
length=749940800)
at ./WebCore/platform/text/StringImpl.h:183
#1  0x2a038fa0 in WebCore::UCharBufferTranslator::hash ([EMAIL PROTECTED]) at
WebCore/platform/text/AtomicString.cpp:128
#2  0x2a0394fc in WTF::HashSetTranslatorAdapterWebCore::StringImpl*,
WTF::HashTraitsWebCore::StringImpl*, WebCore::UCharBuffer,
WebCore::UCharBufferTranslator::hash ([EMAIL PROTECTED]) at
./JavaScriptCore/wtf/HashSet.h:103
#3  0x2a03b45c in WTF::HashTableWebCore::StringImpl*, WebCore::StringImpl*,
WTF::IdentityExtractorWebCore::StringImpl*, WebCore::StringHash,
WTF::HashTraitsWebCore::StringImpl*, WTF::HashTraitsWebCore::StringImpl*
::fullLookupForWritingWebCore::UCharBuffer,
WTF::HashSetTranslatorAdapterWebCore::StringImpl*,
WTF::HashTraitsWebCore::StringImpl*, WebCore::UCharBuffer,
WebCore::UCharBufferTranslator  (this=0x463570, [EMAIL PROTECTED]) at
./JavaScriptCore/wtf/HashTable.h:562
#4  0x2a03c962 in WTF::HashTableWebCore::StringImpl*, WebCore::StringImpl*,
WTF::IdentityExtractorWebCore::StringImpl*, WebCore::StringHash,
WTF::HashTraitsWebCore::StringImpl*, WTF::HashTraitsWebCore::StringImpl*
::addPassingHashCodeWebCore::UCharBuffer, WebCore::UCharBuffer,
WTF::HashSetTranslatorAdapterWebCore::StringImpl*,
WTF::HashTraitsWebCore::StringImpl*, WebCore::UCharBuffer,
WebCore::UCharBufferTranslator  (this=0x463570, [EMAIL PROTECTED],
[EMAIL PROTECTED])
at ./JavaScriptCore/wtf/HashTable.h:702
#5  0x2a03cd9c in WTF::HashSetWebCore::StringImpl*, WebCore::StringHash,
WTF::HashTraitsWebCore::StringImpl* ::addWebCore::UCharBuffer,
WebCore::UCharBufferTranslator (this=0x463570, [EMAIL PROTECTED]) at
./JavaScriptCore/wtf/HashSet.h:215
#6  0x2a03879c in WebCore::AtomicString::add (s=0x474c40, length=749940800)
at WebCore/platform/text/AtomicString.cpp:175
#7  0x29b941a4 in AtomicString (this=0x7b9d420c, s=0x474c40,
length=749940800) at ./WebCore/platform/text/AtomicString.h:37
#8  0x2a265d94 in WebCore::CSSParserString::operator WebCore::AtomicString
(this=0x7b9d3030)
at ./WebCore/css/CSSParserValues.h:37
#9  0x2a262bdc in cssyyparse (parser=0x7b9d43e8) at
WebCore/css/CSSGrammar.y:979
#10 0x29ae1980 in WebCore::CSSParser::parseSheet (this=0x7b9d43e8,
sheet=0x479598, [EMAIL PROTECTED])
at WebCore/css/CSSParser.cpp:225
#11 0x29b71b5a in WebCore::CSSStyleSheet::parseString (this=0x479598,
[EMAIL PROTECTED], strict=true)
at WebCore/css/CSSStyleSheet.cpp:159
#12 0x29b3ceb4 in parseUASheet (
characters=0x2a5fd020
html,body,div{display:block}body{margin:8px}div:focus,span:focus{outline:auto
5px -webkit-focus-ring-color}, size=107) at
WebCore/css/CSSStyleSelector.cpp:478
#13 0x29b3f19a in loadSimpleDefaultStyle () at
WebCore/css/CSSStyleSelector.cpp:516
#14 0x29b403d4 in CSSStyleSelector (this=0x479198, doc=0x475458,
[EMAIL PROTECTED], styleSheets=0x474c40,
mappedElementSheet=0x0, strictParsing=false,
matchAuthorAndUserStyles=true) at WebCore/css/CSSStyleSelector.cpp:398
#15 0x29bb2944 in WebCore::Document::attach (this=0x475458) at
WebCore/dom/Document.cpp:1244
#16 0x29f5a714 in WebCore::Frame::setDocument (this=0x463140,
[EMAIL PROTECTED]) at WebCore/page/Frame.cpp:238
#17 0x29eb052e in WebCore::FrameLoader::begin (this=0x464c04, [EMAIL PROTECTED],
dispatch=false, origin=0x0)
at WebCore/loader/FrameLoader.cpp:942
#18 0x29eb5bc0 in WebCore::FrameLoader::receivedFirstData (this=0x464c04) at
WebCore/loader/FrameLoader.cpp:874
#19 0x29eb5ffa in WebCore::FrameLoader::setEncoding (this=0x464c04,
[EMAIL PROTECTED], userChosen=false)
at WebCore/loader/FrameLoader.cpp:1878
#20 0x29992276 in WebKit::FrameLoaderClient::committedLoad (this=0x464770,
loader=0x46efd8, data=0x0, length=0)
at WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:177
#21 0x29990d34 in WebKit::FrameLoaderClient::finishedLoading (this=0x464770,
documentLoader=0x46efd8)
at WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:603
#22 0x29eba454 in WebCore::FrameLoader::finishedLoadingDocument
(this=0x464c04, loader=0x46efd8)

could you help me please.

regards.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


[webkit-dev] loadRequest

2008-11-19 Thread [EMAIL PROTECTED]
I finally got WebKit to build properly. 

I'm building a test application and I'm using WinLauncher as my example.

WinLauncher doesn't appear to work for me when I type a URL in e.g. 
http://yahoo.com so it doesn't surprise me that my code doesn't work.

I'm essentially taking the loadURL function from WinLauncher. All of the 
HRESULTS's come back with S_OK, yet all I see in my window is a white blank 
screen. loadHTMLString() works properly.

This also leads to a second question about some DLL dependencies. Namely, 
CFNetwork, CoreFoundation, etc. Obviously I got these from my Safari 
installation. Are these DLL's freely redistributable?

Thanks

Here's my code for my URL. I took out a lot of the checks for brevity.


void CWebKitTestView::loadURL(BSTR urlBStr)
{
  IWebFrame* frame = 0;
  IWebMutableURLRequest* request = 0;
  static BSTR methodBStr = 0;

  if (!methodBStr)
methodBStr = SysAllocString(TEXT(GET));

  HRESULT hr = gWebView-mainFrame(frame);

  hr = CoCreateInstance(CLSID_WebMutableURLRequest, 0, CLSCTX_ALL, 
IID_IWebMutableURLRequest, (void**)request);

  hr = request-initWithURL(urlBStr, WebURLRequestUseProtocolCachePolicy, 0);
  hr = request-setHTTPMethod(methodBStr);
  hr = frame-loadRequest(request);

  if (frame)
frame-Release();
  if (request)
request-Release();
}


  
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] loadRequest

2008-11-19 Thread Darin Adler

On Nov 19, 2008, at 8:34 AM, [EMAIL PROTECTED] wrote:

Namely, CFNetwork, CoreFoundation, etc. Obviously I got these from  
my Safari installation. Are these DLL's freely redistributable?


They're not. The license at http://developer.apple.com/opensource/internet/webkit_sptlib_agree.html 
 and the license you agreed to when installing Safari have some  
details.


-- Darin

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] Fwd: Using WebKit's markup as facility of Chrome's DOM serializer

2008-11-19 Thread Darin Adler

On Nov 18, 2008, at 12:45 AM, Johnny Ding wrote:

For adding above features to markup. I think we can define a  
abstract class called MarkupClient


I think it's fine to add a client interface to make the markup  
machinery extensible. But the five features you're talking about above  
seem to all be things that should be added to WebKit, making the  
markup functions more capable for all WebKit users rather than adding  
Chrome-only code for these things.


Some features may be so unusual that they should be kept out of the  
core WebKit code, but none of the ones you list above seem that unusual.


Before adding an extensibility mechanism to the markup functions, I  
suggest you instead consider how to add these additional features. As  
the number of arguments to markup becomes larger, the right thing to  
do would be to create an object to hold all of the options and pass  
that in, rather than having a long list of arguments.


-- Darin

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] loadRequest

2008-11-19 Thread [EMAIL PROTECTED]
Thank you Darin.

Is there a way to remove the Apple binary dependencies from WebKit? I'll be ok 
using the Windows networking stack. What's most important for me is that I'm 
able to use the rendering engine.

Thanks,
Drew


--- On Wed, 11/19/08, Darin Adler [EMAIL PROTECTED] wrote:

 From: Darin Adler [EMAIL PROTECTED]
 Subject: Re: [webkit-dev] loadRequest
 To: [EMAIL PROTECTED]
 Cc: webkit-dev@lists.webkit.org
 Date: Wednesday, November 19, 2008, 9:36 AM
 On Nov 19, 2008, at 8:34 AM, [EMAIL PROTECTED] wrote:
 
  Namely, CFNetwork, CoreFoundation, etc. Obviously I
 got these from  
  my Safari installation. Are these DLL's freely
 redistributable?
 
 They're not. The license at
 http://developer.apple.com/opensource/internet/webkit_sptlib_agree.html
 
   and the license you agreed to when installing Safari
 have some  
 details.
 
  -- Darin


  
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] loadRequest

2008-11-19 Thread Christian Dywan
Am Wed, 19 Nov 2008 10:32:23 -0800 (PST)
schrieb [EMAIL PROTECTED] [EMAIL PROTECTED]:

 Thank you Darin.
 
 Is there a way to remove the Apple binary dependencies from WebKit?
 I'll be ok using the Windows networking stack. What's most important
 for me is that I'm able to use the rendering engine.

Hey Drew,

there's a port for Windows, based on Cairo, which is not fully merged
with the WebKit repository. The goal of that port is the same as yours.
I don't have the right references handy right now, but you should be
able to find related bugs in the bug tracker as well as posts to this
list.

ciao,
Christian
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


[webkit-dev] We are porting WebKit to UIQ (Symbian based platform)

2008-11-19 Thread Zalan Bujtas
Hi,
Ozone team has been porting WebKit to UIQ platform and the first, alpha
version is available at http://www.o3mobi.com It is based on r34485
(06/10/08).

For us, it is important to make sure that our port takes advantage of all
the improvements coming to WebKit trunk, so for this reason, we'd like to
merge our changes back, rather than having it forked.

Thanks,
Zalan Bujtas / Ozone team.

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


[webkit-dev] calcPrefWidths, SimpleFontData, and text fields (oh my!)

2008-11-19 Thread Mike Pinkerton
In tracking down something for Mac Chromium, I came across something
in WebCore that I can't explain, and hopefully someone on this list
can vend me a clue.

RenderTextControl::calcPrefWidths() checks the average character width
of the primary font if the width isn't explicitly set. This calls into
SimpleFontData to return its |m_avgCharWidth| member. However, there's
nothing I can find (blame Spotlight, perhaps?) in the WebKit source
that actually sets m_avgCharWidth, besides an initialization to 0 in
SimpleFontData.cpp. If this is the case, shouldn't text fields always
get a 0 width + some padding?

Am I missing the obvious code that sets this member variable in the
font code? Or am I reading this chunk incorrectly?

Thanks!

-- 
Mike Pinkerton
Mac Weenie
[EMAIL PROTECTED]
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] calcPrefWidths, SimpleFontData, and text fields (oh my!)

2008-11-19 Thread Dan Bernstein


On Nov 19, 2008, at 1:17 PM, Mike Pinkerton wrote:


In tracking down something for Mac Chromium, I came across something
in WebCore that I can't explain, and hopefully someone on this list
can vend me a clue.

RenderTextControl::calcPrefWidths() checks the average character width
of the primary font if the width isn't explicitly set.


I don’t see such code in TOT WebKit. Are you by any chance looking at  
a version of the source that has a patch similar to the one from https://bugs.webkit.org/show_bug.cgi?id=15312 
 applied to it?

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] calcPrefWidths, SimpleFontData, and text fields (oh my!)

2008-11-19 Thread Mike Pinkerton
Sorry everyone, I was looking at our current Chromium source, which
has patches applied over ToT Webkit.

It all makes sense now. Clue vended, thanks!

On Wed, Nov 19, 2008 at 4:26 PM, Dan Bernstein [EMAIL PROTECTED] wrote:

 On Nov 19, 2008, at 1:17 PM, Mike Pinkerton wrote:

 In tracking down something for Mac Chromium, I came across something
 in WebCore that I can't explain, and hopefully someone on this list
 can vend me a clue.

 RenderTextControl::calcPrefWidths() checks the average character width
 of the primary font if the width isn't explicitly set.

 I don't see such code in TOT WebKit. Are you by any chance looking at a
 version of the source that has a patch similar to the one from
 https://bugs.webkit.org/show_bug.cgi?id=15312 applied to it?



-- 
Mike Pinkerton
Mac Weenie
[EMAIL PROTECTED]
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] We are porting WebKit to UIQ (Symbian based platform)

2008-11-19 Thread Holger Freyther
On Wednesday 19 November 2008 22:16:21 Zalan Bujtas wrote:
 Hi,
 Ozone team has been porting WebKit to UIQ platform and the first, alpha
 version is available at http://www.o3mobi.com It is based on r34485
 (06/10/08).

wasn't the development of the UIQ platform stopped recently? Or at least most 
of their developers laid off?

So how relevant is UIQ after this?

z.

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] Webkit compatibility in India - Transcoding Indic fonts

2008-11-19 Thread Christian Dywan
Am Wed, 19 Nov 2008 17:26:23 -0800
schrieb Maciej Stachowiak [EMAIL PROTECTED]:

 
 On Nov 19, 2008, at 10:42 AM, Jungshik Shin (신정식, 申政湜)  
 wrote:
 
 
 
  2008/11/6 Prunthaban Kanthakumar [EMAIL PROTECTED]
 
  Now we can do the following,
  1. Add an additional condition in styleDidChange method to check
  if the font-family is supported by our transcoder (At present a
  fast look-up table should do because we plan to support only
  limited set of fonts)  - This condition will be #ifdefed on  
  ENABLE(TRANSCODER_SUPPORT).
 
  Shouldn't this be triggered by (font-family, site) rather than
  just font-family?
 
 Since we're looking at this as a legacy compatibility feature, and  
 would like future sites to move to proper Unicode-encoded text, my  
 first instinct would be {font, site} pairs. But that depends on  
 whether we can achieve acceptable Indic browsing results with just a  
 fixed list of sites.
 
 
  On a related note, I would like to mention here that, we cannot go  
  with the approach of 'one look-up table' per font-face and a
  single transcoder to do the look-up for all fonts. The problem is
  that many indic languages use multiple code-points to represent one
  character and different fonts use different standards! For example
  there are situations where one glyph in EOT needs to be transcoded
  to 5+ Unicode code points. A reverse situation is also possible.
  Due to these issues, we cannot go with a simple look-up table for
  all fonts. This forces us to write some specialized code to handle
  each font (there might also be some fonts where a one-to-one
  look-up table will be enough).
 
  In October, I listed two alternatives for this transformation. One  
  is adding ICU converters for Indic font encodings (it can deal
  with m-to-n mappings) and the other is implementing your own. The
  first was ruled out because it's not easy to add new converters on
  Mac OS X where ICU is a part of the OS.   There's another approach
  you can take. You can build ICU transliterator rules and it seems
  to be the cleanest way to do this. You don't need to port/implement
  conversion code (from another project : e.g. Padma) but just need
  to 'port' the conversion tables to ICU transliterator rules.
 
  This transcoding will be invoked on the content of a text node  
  already in Unicode just like 'text-transform: capitalize' or 'text- 
  transform: lowercase' is.  ICU transformer is for transforming a  
  chunk of text in Unicode to another chunk of text in Unicode.
  ( http://www.icu-project.org/userguide/Transform.html ) So, it  
  appears to be almost a perfect fit.
 
 This sounds like it would work for any ICU-based, though it would  
 prevent the feature from working for ports that use something other  
 than ICU for unicode and text transcoding support, most notably the
 Qt port. Would it simplify the code significantly to make it an ICU  
 transformer rather than something custom?

Note that the Gtk port is also going to drop ICU in favour of Glib
encoding functionality, so an ICU based solution would already not
apply on two ports.

ciao,
Christian
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


[webkit-dev] Unforking Chromium: The Upstreaminess Dashboard

2008-11-19 Thread Dimitri Glazkov
As you may know, we at the Chromium project have been working toward
being on the ToT WebKit, so that we could become productive members of
the WebKit community. You can see the progress of our effort here:

http://build.chromium.org/merge/

The page lists all WebKit files to which we made changes, each file
having two meters.

The first meter shows the difference (lines added=green, removed=red,
unchanged=gray) between revision of a WebKit file in the Chromium tree
(http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/WebKit/)
and that of the last WebKit merge revision. That is, you can see the
changes remaining after the merge for each file.

The second meter shows the difference between Chromium's WebKit file
and its cousin at the ToT
WebKit. In other words, you can see how our changes relate to those
made in the WebKit trunk.

You can also click on each meter to see a side-by-side diff for each file.

The fewer reds and greens we see in vs. [EMAIL PROTECTED] column, the
closer we are to the unforking.

Hope this helps! I will try to update this page every day or so.

:DG
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] loadRequest

2008-11-19 Thread Mital Vora
hi Drew,
I am also trying to work on Cairo build since last couple of days.
Unfortunately the trunk version of Cairo build is not compiling. Brent
Fulgham has worked on cairo build.you should contact him for any query.

Regards,
Mital


On Thu, Nov 20, 2008 at 1:21 AM, Christian Dywan [EMAIL PROTECTED]wrote:

 Am Wed, 19 Nov 2008 10:32:23 -0800 (PST)
 schrieb [EMAIL PROTECTED] [EMAIL PROTECTED]:

  Thank you Darin.
 
  Is there a way to remove the Apple binary dependencies from WebKit?
  I'll be ok using the Windows networking stack. What's most important
  for me is that I'm able to use the rendering engine.

 Hey Drew,

 there's a port for Windows, based on Cairo, which is not fully merged
 with the WebKit repository. The goal of that port is the same as yours.
 I don't have the right references handy right now, but you should be
 able to find related bugs in the bug tracker as well as posts to this
 list.

 ciao,
 Christian
 ___
 webkit-dev mailing list
 webkit-dev@lists.webkit.org
 http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev




-- 
Regeards,

Mital Vora.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] Unforking Chromium: The Upstreaminess Dashboard

2008-11-19 Thread Geoffrey Garen
Thank you, Dimitri. I found http://build.chromium.org/merge/ very  
informative.


Cheers,
Geoff___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


Re: [webkit-dev] Unforking Chromium: The Upstreaminess Dashboard

2008-11-19 Thread Eric Seidel
All of our chromium platform/ files are off in a separate part of our
repository, but will be moved into our WebKit vendor branch, and thus will
appear on that page soon.
http://src.chromium.org/viewvc/chrome/trunk/src/webkit/port/  (note in
particular the platform/ subdirectory)

-eric

On Wed, Nov 19, 2008 at 10:30 PM, Geoffrey Garen [EMAIL PROTECTED] wrote:

 Thank you, Dimitri. I found http://build.chromium.org/merge/ very
 informative.
 Cheers,
 Geoff

 ___
 webkit-dev mailing list
 webkit-dev@lists.webkit.org
 http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev