Re: [webkit-dev] Regarding WebKit Support Libraries

2009-10-07 Thread George Staikos
Hi Jason, We actually changed our network implementation long ago. The one that is in sync with the tree is part of the private support library and we won't be releasing source for it at this time. The one that is in the repository and not in sync is in fact not used, but at one time d

[webkit-dev] Regarding WebKit Support Libraries

2009-10-07 Thread Jason Rukman
George, I was wondering if you are intending to push this implementation into the current webkit respository at some point. It looks like the code in your repository is out of sync with the current tree. If anyone else has had success working with wininet on windows we'd like to know so we can a

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-23 Thread Brent Fulgham
I assume the click-through license is for the binary, not the WebKit sources? I.e., the license seems to indicate that I may only make one personal copy of the software, which is not in agreement with the BSD/ LGPL license of the WebKit sources, correct? On Feb 23, 2008, at 5:04 PM, George

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-23 Thread George Staikos
On 23-Feb-08, at 9:08 PM, Brent Fulgham wrote: I assume the click-through license is for the binary, not the WebKit sources? I.e., the license seems to indicate that I may only make one personal copy of the software, which is not in agreement with the BSD/LGPL license of the WebKit sources

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-23 Thread George Staikos
On 23-Feb-08, at 8:00 PM, Brent Fulgham wrote: > Hi George, > > Where can I find the source drop? Did you file a bug on http:// > bugs.webkit.org or someplace? I don't see an obvious place on your > torchmobile.com site to grab it. It's available on the same page with the binaries right

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-23 Thread Brent Fulgham
Hi George, Where can I find the source drop? Did you file a bug on http://bugs.webkit.org or someplace? I don't see an obvious place on your torchmobile.com site to grab it. Thanks, -Brent On Feb 23, 2008, at 9:37 AM, George Staikos wrote: > > On 17-Feb-08, at 2:27 PM, Alp Toker wrote:

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-23 Thread George Staikos
On 17-Feb-08, at 2:27 PM, Alp Toker wrote: > Daniel Zucker wrote: >> Hi Alp and Brent, >> >> My vote is to use Wininet. > > Hi Daniel, > > You can register your vote by writing and offering to maintain a > WinINet > http backend. We have already done one. You can find the source for it in

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-19 Thread Daniel Zucker
Hi Alp, I am happy to contribute to this ongoing effort to make a Windows version of WebKit free from Apple libraries. I would prefer to wait until there is consensus from the community on the best way to move forward, so that my coding effort is not wasted. Cheers, Dan On Feb 17, 2008 11:27 AM

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-17 Thread Guenter Obiltschnig
... and not to mention the very liberal licensing terms (Boost license). Günter On Feb 17, 2008, at 22:20 , Guenter Obiltschnig wrote: > Hi there, > > Another option/alternative to Curl would be POCO - > . It has the advantage of being nice C++ cross-platform code, > a

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-17 Thread Guenter Obiltschnig
Hi there, Another option/alternative to Curl would be POCO - . It has the advantage of being nice C++ cross-platform code, available for all major platforms. Already has nice HTTP(S) and FTP client support. Günter On Feb 17, 2008, at 18:15 , Daniel Zucker wrote: >

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-17 Thread Brent Fulgham
On Feb 17, 2008, at 10:25 AM, Mike Emmel wrote: > A obvious reason to have this available is it makes it easier to > support > new standards or get around show stopper bugs in closed libraries. I major point in its favor is that it allows several platforms (Qt, GTK, and win32 [modulo non-red

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-17 Thread Alp Toker
Daniel Zucker wrote: > Hi Alp and Brent, > > My vote is to use Wininet. Hi Daniel, You can register your vote by writing and offering to maintain a WinINet http backend. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/m

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-17 Thread Mike Emmel
I'd like to see a pretty much pure open source solution available for all platforms. By pure I mean down to the core windowing and libc level. As far as porting curl to WinCE. Found this. http://curl.haxx.se/mail/lib-2002-07/0085.html A obvious reason to have this available is it makes it easier

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-17 Thread Daniel Zucker
Hi Alp and Brent, My vote is to use Wininet. This is because my objective is to eventually support a WinCE version. Wininet is used in both Win32 and WinCE, so it is a convenient choice from this point of view. CURL would be OK if it could be easily ported to WinCE. I haven't looked into that,

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-14 Thread Brent Fulgham
Hi Alp, On Feb 14, 2008, at 2:05 AM, Alp Toker wrote: > Brent Fulgham wrote: >> In the medium term, I will probably end up ripping out the >> CFNetwork code to replace with native windows calls, though it >> would be nice to avoid this needless work. > The CURL http backend used by the GTK+ a

[webkit-dev] Regarding WebKit Support Libraries

2008-02-13 Thread Fuenty, Chris
Hello! I'm reading on two different pages, the first from Apple's developer site ( http://developer.apple.com/opensource/internet/webkit_sptlib_agree.html) stating that there is no distribution of the Support Libraries (which I'm assuming is everything that is bundled within that download. Howeve

Re: [webkit-dev] Regarding WebKit Support Libraries

2008-02-13 Thread Brent Fulgham
Hi Chris, According to Apple's website (http://www.opensource.apple.com/darwinsource/10.5.2/ ), Core Foundation "Lite" and CFNetwork are open source under the APSL. However, current versions of these libraries do not seem to actually be accessible (see http://www.opensource.apple.com/darwin