Hi, I tried to port surf for the webkit2 (WebKitGTK 2.6 / GTK3), here
is the code:
git://quinq.eu.org/surf2
There will be some bugs, feel free to try it, feedback welcomed.
Greetings.
On Sun, 28 Sep 2014 08:03:57 +0200 the little girl wrote:
> hello hello suckless!
>
> a friend noticed that the "copy image address" item in surf's
> right-click menu doesn't work, so here's a simple fix.
>
> i hope it doesn't taste too bad!
Thanks for the patch. It has been applied
On Wed, 24 Sep 2014 04:45:57 +
the little girl wrote:
hey yui,
> i hope it doesn't taste too bad!
looks good to me. what do you guys think?
Cheers
FRIGN
--
FRIGN
hello hello suckless!
a friend noticed that the "copy image address" item in surf's
right-click menu doesn't work, so here's a simple fix.
i hope it doesn't taste too bad!
bye bye~
diff --git a/surf.c b/surf.c
index ba5383a..3c3305b 100644
--- a/surf.c
+++ b/surf.c
@@ -968,6 +968,7 @@ menuactivat
Greetings.
On Sat, 16 Aug 2014 08:48:43 +0200 Henrique Lengler
wrote:
> Hi,
>
> The patch to set homepage in the site is old and no longer works. So i
> fixed.
Thanks for the patch. You can change the wiki on your own: [0]
Sincerely,
Christoph Lohmann
[0] http://suckless.org/wiki
Hi,
The patch to set homepage in the site is old and no longer works. So i
fixed.
It is attached.
--
Henrique Lengler
https://gitorious.org/~henriqueleng
diff -u surf/config.def.h Sources/surf/config.def.h
--- a/config.def.h 2014-08-16 02:14:02.536275454 -0300
+++ b/config.def.h 2014-08
Greetings.
On Sun, 01 Jun 2014 16:03:19 +0200 YpN wrote:
> Hi,
>
> I plan to use surf as my primary browser and few weeks ago I decided
> to compile WebKitGTK 2.4.0. After that release, WebKit1 won't be
> included[1] in the tarballs.
> Actually, I like to compile the last WebKitGTK release for m
Nick writes:
> Quoth YpN:
> > About netsurf, yeah why not. But it lacks some properties IMHO.
> > One of my friend tried to run a CSS2 website from me and the support
> > was horrible, despite the care applied to the code.
> > CSS2 support isn't complete.
>
> Probably. There isn't javascript supp
Quoth YpN:
> Few months ago, I saw that webkitnix[1] was dropped. But the last
> commit isn't too old, it seems to be still updated sometimes.
> Maybe it could become really interesting for us.
Yeah, I was sad to see it was dropped. The problem is that being the
web, if it doesn't stay supported
Nick wrote:
> If you read the patch you'll see it updates surf to use webkitgtk3.
> Which I would guess uses Webkit 2. If that's the case it probably
> makes sense to switch to it, if Webkit 1 is about to be deprecated.
Yeah true, I guess I will need to "leave" GTK2 soon or late.
> Hopefully
On 2014-05-28 20:29Z, Nick wrote:
> If you read the patch you'll see it updates surf to use webkitgtk3.
> Which I would guess uses Webkit 2. If that's the case it probably
> makes sense to switch to it, if Webkit 1 is about to be deprecated.
WebKit versions are weird, when you install webkit-gtk-2
Quoth YpN:
> Markus Teich wrote:
> > You can use http://surf.suckless.org/patches/smoothscrolling-via-GTK3
>
> Excuse me, maybe I missed something, but could you tell me why you
> posted that patch? I was mentioning the API itself, in my previous
> email.
If you read the patch you'll see it upda
Good evening Markus,
Markus Teich wrote:
> You can use http://surf.suckless.org/patches/smoothscrolling-via-GTK3
Excuse me, maybe I missed something, but could you tell me why you
posted that patch? I was mentioning the API itself, in my previous
email.
Anyway, thank your for the patch, even if
YpN wrote:
> If I'm not wrong, surf only works with WBK1 API. Do we need to stick
> with <2.4?
Heyho YpN,
You can use http://surf.suckless.org/patches/smoothscrolling-via-GTK3
--Markus
Hi,
I plan to use surf as my primary browser and few weeks ago I decided
to compile WebKitGTK 2.4.0. After that release, WebKit1 won't be
included[1] in the tarballs.
Actually, I like to compile the last WebKitGTK release for my favourite
browsers. Could you tell me if it changes something for us?
Greetings.
On Sat, 17 May 2014 19:24:56 +0200 "suck less user" wrote:
> Patches for README and surf.1 attached.
Thanks. Your patches have been applied.
Sincerely,
Christoph Lohmann
Patches for README and surf.1 attached.
surf.1.patch
Description: Binary data
README.patch
Description: Binary data
On 16 May 2014 12:15, suck less user wrote:
> this dependency should
> also be mentioned in surf's README under
> "Requirements".
Send a patch.
Thank you. Now ctrl-g works.
Quoting koneu :
> Pacman output:
> >Optional dependencies for surf
> > dmenu: URL-bar
> > ca-certificates: SSL verification
> > xterm: default download handler
> > curl: default download handler
>
As i said in my first mail, i installed from
source not from pac
suck less user wrote:
> What does dmenu have to do with the functionality
> of surf?
Pacman output:
>Optional dependencies for surf
>dmenu: URL-bar
>ca-certificates: SSL verification
>xterm: default download handler
>curl: default download handler
Read the output of the software y
Quoting koneu :
> suck less user wrote:
> > Quoting Raphaël Proust :
> > > Do you have dmenu installed?
> > no
>
> Well, then install it.
>
What does dmenu have to do with the functionality
of surf?
suck less user wrote:
> Quoting Raphaël Proust :
> > Do you have dmenu installed?
> no
Well, then install it.
Quoting Raphaël Proust :
> On 16 May 2014 07:46, suck less user
wrote:
> > I have just installed surf using the latest
source
> > using git and ctrl-g does not work.
>
> This mailing list generally expects more
detailed report of the errors
> you encounter. Please be more precise next time
On 16 May 2014 07:46, suck less user wrote:
> I have just installed surf using the latest source
> using git and ctrl-g does not work.
This mailing list generally expects more detailed report of the errors
you encounter. Please be more precise next time.
Do you have dmenu installed?
>
> […] It
I have just installed surf using the latest source
using git and ctrl-g does not work.
In addition i would like to point out a behavioral
issue. When i use "surf -a a someurl" *after* i
have used it as "surf someotherurl" (so that a
cookie file exists), surf seems to still use the
cookie file. Whe
Heyho,
how to implement user certificates? I did not find any hint in the documentation
of webkit-gtk or libsoup… :(
--Markus
Swiatoslaw Gal writes:
>> > Did anyone implemented links hinting without java script?
>>
>> Why would you want that? It would be hundreds of lines of tremendously
>> ugly C-code for navigating the DOM, creating CSS, installing key
>> handlers...
>
> The reason I switched javascript on default i
> > Did anyone implemented links hinting without java script?
>
> Why would you want that? It would be hundreds of lines of tremendously
> ugly C-code for navigating the DOM, creating CSS, installing key
> handlers...
The reason I switched javascript on default is… quite embarrassing.
I use comp
Swiatoslaw Gal writes:
> Did anyone implemented links hinting without java script?
Why would you want that? It would be hundreds of lines of tremendously
ugly C-code for navigating the DOM, creating CSS, installing key
handlers...
--
\ Troels
/\ Henriksen
Did anyone implemented links hinting without java script?
s.
Here is my version of search engine and homepage patch. its pretty simple.
http://koti.kapsi.fi/~deferi/patches/surf-0.6-searchengine.diff
On Thu, Apr 10, 2014 at 12:16 PM, Martti Kühne wrote:
> On Thu, Apr 10, 2014 at 1:57 AM, wrote:
>> Bigby James said:
>>> On 04/09, hiro wrote:
>>
>> Please
On Thu, Apr 10, 2014 at 1:57 AM, wrote:
> Bigby James said:
>> On 04/09, hiro wrote:
>
> Please, don't feed trolls.
>
Well at least they're right about the Admins. They'll switch to
systemd as soon as both the software comes with a *.service file only
and their self-hacked initscripts breaking.
Bigby James said:
> On 04/09, hiro wrote:
Please, don't feed trolls.
--
Dmitrij D. Czarkoff
"I would suggest not arguing with an Administrator"
arch linux never fails to bring great value.
On 4/9/14, Bigby James wrote:
> On 04/09, hiro wrote:
>> > You can use a search engine to look for key phrases
>> in error messages that will lead to hints on how to resolve issues.
>>
>> That's pre
On 04/09, hiro wrote:
> > You can use a search engine to look for key phrases
> in error messages that will lead to hints on how to resolve issues.
>
> That's pretty awful advice if he doesn't know any C. stackoverflow and
> ubuntu-forums are not the place to learn programming.
You don't necessa
> You can use a search engine to look for key phrases
in error messages that will lead to hints on how to resolve issues.
That's pretty awful advice if he doesn't know any C. stackoverflow and
ubuntu-forums are not the place to learn programming.
> First of all: Don’t top post.
Bad rhetoric. If
On Tue, Apr 08, 2014 at 02:18:32PM -0300, Henrique Lengler wrote:
> I downloaded and i installed the patch how is described on the website!
>
> I received this message:
>
> # patch -p1 < /home/henrique/surf-0.6-searchengines.diff
> patching file config.def.h
> Hunk #1 FAILED at 101.
> 1 out of 1
Greetings.
On Tue, 08 Apr 2014 19:17:18 +0200 Henrique Lengler
wrote:
> I received this message:
>
> # patch -p1 < /home/henrique/surf-0.6-searchengines.diff
> patching file config.def.h
> Hunk #1 FAILED at 101.
> 1 out of 1 hunk FAILED -- saving rejects to file config.def.h.rej
> patching fil
Hi,
I entered in suckless surf webpage i didn't found a patch for homepage for surf
6.0. But i found it for search engine.
I downloaded and i installed the patch how is described on the website!
I received this message:
# patch -p1 < /home/henrique/surf-0.6-searchengines.diff
patching file co
Henrique Lengler wrote:
> Hi, this is my first time in the mailing list, so, i don't know how to
> efficiently
> use this!
>
> I'm trying to set up a homepage and a searchengine on my surf web browser.
> But i
> can't understand the official wiki. I added those lines in my config.h
>
> #define
Greetings.
On Tue, 08 Apr 2014 06:40:47 +0200 Henrique Lengler
wrote:
> I'm trying to set up a homepage and a searchengine on my surf web browser.
> But i can't understand the official wiki. I added those lines in my config.h
>
> #define HOMEPAGE "http://www.google.com/";
>
> static SearchEng
Hi, this is my first time in the mailing list, so, i don't know how to
efficiently use this!
I'm trying to set up a homepage and a searchengine on my surf web browser. But
i can't understand the official wiki. I added those lines in my config.h
#define HOMEPAGE "http://www.google.com/";
static
break.com seems to be some sort of entertainment site. why would
youtube have an iframe from them on their page?
cheers!
mar77i
Greetings.
On Wed, 02 Apr 2014 18:20:45 +0200 James Periwinkle
wrote:
> surf-0.6, ©2009-2014 surf engineers, see LICENSE for details
>
> When attempting to play a video inside a frame, my terminal prints:
>
> ** Message: console message: @0: Blocked a frame with origin
> "https://www.youtube
surf-0.6, ©2009-2014 surf engineers, see LICENSE for details
When attempting to play a video inside a frame, my terminal prints:
** Message: console message: @0: Blocked a frame with origin
"https://www.youtube.com"; from accessing a frame with origin
"http://www.break.com";. The frame reques
Nick wrote:
> It's attached. It was against the trunk a week or so ago, but
> probably still applies ;)
>
> Oh, and note I'm not sure whether it'll print the ssl failure output
> if you have sslstrict on - I haven't tested but it may well abort
> the connection before surf gets a hold of it.
I
Quoth Markus Teich:
> > I recently wrote a patch that printed useful debug info about SSL failures,
> > but it got lost when mailman went down and I haven't re-sent it yet. I'll
> > try
> > to remember to send it to the list tonight.
>
> That could be very helpful. I'm looking forward to it.
It
Nick wrote:
> Are you using the latest version of surf from git? Because the original SSL
> code (which I contributed) was basically completely broken (sorry), but there
> was a patch to the list a few weeks ago which fixed it, which is now in the
> trunk.
Indeed I use the current f8f0c30 commit w
Hi Markus,
On Tue, Feb 25, 2014 at 03:49:21PM +0100, Markus Teich wrote:
> I use the ssl-strict setting with surf. When browsing to
> https://wiki.gentoo.org
> I get „SSL handshake failed“.
Are you using the latest version of surf from git? Because the
original SSL code (which I contributed) was
Heyho,
I use the ssl-strict setting with surf. When browsing to https://wiki.gentoo.org
I get „SSL handshake failed“. However I checked, that the root ca (DigiCert High
Assurance EV Root CA) is contained in /etc/ssl/certs/ca-certificates.crt. I also
use this file as cafile in config.h. When callin
Greetings.
On Sun, 16 Feb 2014 16:41:38 +0100 Markus Wichmann wrote:
> On Wed, Dec 25, 2013 at 09:54:51AM +0100, Christoph Lohmann wrote:
> > Greetings.
> >
> > On Wed, 25 Dec 2013 09:54:51 +0100 Markus Teich
> > wrote:
> > > Heyho,
> > >
> > > I noticed many CLOSE_WAIT connections from surf
> I'm weary about ifdef statements and it doesn't look like this would
> handle future versions of webkit anyway.
Yes, I'm not fond either of defining use cases with preprocessor
statements, that's why I'm rather asking if we should keep the if
check (as it is only useful for outdated versions of
I'm weary about ifdef statements and it doesn't look like this would
handle future versions of webkit anyway.
--Carlos
On 2/9/14, Quentin Rameau wrote:
> Here is another patch, I'm not sure we should handle multiple versions
> of webkitgtk. But as this bug is corrected in newer (recent, stable)
Here is another patch, I'm not sure we should handle multiple versions
of webkitgtk. But as this bug is corrected in newer (recent, stable)
versions of webkitgtk, should we remove the needless workaround and
assume user has a valid version of webkitgtk ?
0001-Webkitgtk-1.11.5-fixes-anchor-title-h
Greetings.
On Sat, 08 Feb 2014 20:11:41 +0100 Quentin Rameau wrote:
> Sorry please disregard last mail, again I corrected some
> inconsistencies in my patch.
> This one is ok.
>
Thanks for the patch. It has been applied.
Sincerely,
Christoph Lohmann
This patch prevents title from being empty when following an anchor
within a page.
I'm don't think it breaks anything else, but of course I could be wrong.
0001-Prevent-title-from-being-empty-when-following-an-anc.patch
Description: Binary data
Sorry please disregard last mail, again I corrected some
inconsistencies in my patch.
This one is ok.
0001-deprecating-signal-populate-popup-for-context-menu.patch
Description: Binary data
He is another one for signals populate-popup/context-menu.
I'm not sure that is really necessary, but here, it's done.
On Thu, Feb 6, 2014 at 7:15 PM, Christoph Lohmann <2...@r-36.net> wrote:
> Greetings.
>
> On Thu, 06 Feb 2014 19:15:13 +0100 Quentin Rameau wrote:
>> As the subject of the mail t
Greetings.
On Thu, 06 Feb 2014 19:15:13 +0100 Quentin Rameau wrote:
> As the subject of the mail tells, this is a simple signal handling
> adjustment for page title modification.
The patch has been applied. Thanks for sending it.
Sincerely,
Christoph Lohmann
As the subject of the mail tells, this is a simple signal handling
adjustment for page title modification.
0001-deprecating-signal-title-changed-for-notify-title.patch
Description: Binary data
Greetings.
On Wed, 05 Feb 2014 20:18:01 +0100 Quentin Rameau wrote:
> Here are two patches for
> 1/ keeping cookie policies for newly spawned windows
> 2/ dwrawing flags on window creation, even without specified url
Thanks for sending the patches. They have been applied.
Please try to add at l
The same two patches in one attached file for easier commit.
On Wed, Feb 5, 2014 at 5:13 PM, Quentin Rameau wrote:
> Here are two patches for
> 1/ keeping cookie policies for newly spawned windows
> 2/ dwrawing flags on window creation, even without specified url
surf_Keep-cookie-policies-for-n
Here are two patches for
1/ keeping cookie policies for newly spawned windows
2/ dwrawing flags on window creation, even without specified url
0001-Keep-cookie-policies-for-new-windows.patch
Description: Binary data
0002-Draw-flags-on-window-creation.patch
Description: Binary data
Christoph Lohmann <2...@r-36.net> wrote:
> Both of your patches have been applied. Thank you for sending them!
I'm glad to see all those patches applied upstream. It was
an exciting week for surf.
Regards
Y.
On Thu, Jan 30, 2014 at 08:39:44PM +0100, Christoph Lohmann wrote:
> Sincerely,
>
> Christoph Lohmann
OT: I'm not sure if this is intentional, but your In-Reply-To: and
References: headers are broken and breaking threading, at least on my
copy of Mutt.
Eric
Greetings.
On Thu, 30 Jan 2014 20:39:44 +0100 Quentin Rameau wrote:
> Sorry, patches in previous mail were wrong, here are the good ones.
>
> On Wed, Jan 29, 2014 at 2:14 PM, Quentin Rameau wrote:
> > Hi, another version of the patches, with a command line option added.
> > I'll have a look on
Greetings.
On Thu, 30 Jan 2014 19:40:21 +0100 Steve Dee wrote:
> soup_message_get_flags returns a bunch of flags besides
> SOUP_MESSAGE_CERTIFICATE_TRUSTED, so the XOR check was incorrect.
>
> While I was tracking this bug, I switched from libsoup's deprecated [0]
> ssl-ca-file to its non-deprec
* Christoph Lohmann 2014-01-30 15:17
> About the modestring: The modestring is a given institution and
> won’t be extended. If more than the alphabet is needed, something is re‐
> ally going wrong in the web.
really really? how could that come!
> Any comments?
Regarding cookies: Vanil
On Thu, Jan 30, 2014 at 02:58:53PM +0100, Christoph Lohmann wrote:
> Such a file should be easily managable using scripts. Match the given
> domain name, surf would use and modify the given modestring. If no host‐
> name was found, add it’s raw value. Users should modify or shorten this
> on he
Greetings.
On Thu, 30 Jan 2014 14:58:53 +0100 Quentin Rameau wrote:
> Sorry, patches in previous mail were wrong, here are the good ones.
>
> On Wed, Jan 29, 2014 at 2:14 PM, Quentin Rameau wrote:
> > Hi, another version of the patches, with a command line option added.
> > I'll have a look on
Quentin Rameau wrote:
> Hi, another version of the patches, with a command line option added.
> I'll have a look on monday for implementing a whitelist.
I _really_ appreciate your work. It seems I will use surf as my
primary browser, really soon!
Good job.
Regards
Y.
Sorry, patches in previous mail were wrong, here are the good ones.
On Wed, Jan 29, 2014 at 2:14 PM, Quentin Rameau wrote:
> Hi, another version of the patches, with a command line option added.
> I'll have a look on monday for implementing a whitelist.
>
> On Sun, Jan 26, 2014 at 6:22 PM, Quenti
Hi, another version of the patches, with a command line option added.
I'll have a look on monday for implementing a whitelist.
On Sun, Jan 26, 2014 at 6:22 PM, Quentin Rameau wrote:
> Hi, I changed (and attached here) the patch using gtk object class,
> hope it is better that way.
>
>> One questi
Quoth Steve Dee:
> soup_message_get_flags returns a bunch of flags besides
> SOUP_MESSAGE_CERTIFICATE_TRUSTED, so the XOR check was incorrect.
Ah great, thanks for that patch, works perfectly. I meant to look
into this, but didn't find the time, so thanks.
soup_message_get_flags returns a bunch of flags besides
SOUP_MESSAGE_CERTIFICATE_TRUSTED, so the XOR check was incorrect.
While I was tracking this bug, I switched from libsoup's deprecated [0]
ssl-ca-file to its non-deprecated tls-database property. I don't know if I
did that properly, having nev
Hi, I changed (and attached here) the patch using gtk object class,
hope it is better that way.
> One question though, do you think it's possible to configure two states in
> config.h and then apply a key binding to toggle between those two, just like
> the already implemented enableplugins, ena
Quentin RAMEAU wrote:
> Hi,
> I made a patch which lets the user set the cookie policy (accept
> always, never, no third party) in config.h, since surf uses the
> default “accept always”.
> I didn't add a flag for it as I think that wouldn't be necessary.
> If someone finds it useful, I'll put it
* Quentin RAMEAU [24.01.2014 19:28]:
> Hi,
> I made a patch which lets the user set the cookie policy (accept
> always, never, no third party) in config.h, since surf uses the
> default “accept always”.
> I didn't add a flag for it as I think that wouldn't be necessary.
> If someone finds it usefu
Hi,
I made a patch which lets the user set the cookie policy (accept
always, never, no third party) in config.h, since surf uses the
default “accept always”.
I didn't add a flag for it as I think that wouldn't be necessary.
If someone finds it useful, I'll put it on the website. Also I'm not
sure I
Greetings.
On Mon, 13 Jan 2014 17:59:12 +0100 Nick wrote:
> Quoth Edgaras:
> > To be fair I'm not exactly sure what is your concern. I guess you'r worried
> > that when entering url, getting redirected and trying to edit url you would
> > get original url you entered and not the real/current one.
Quoth Edgaras:
> To be fair I'm not exactly sure what is your concern. I guess you'r worried
> that when entering url, getting redirected and trying to edit url you would
> get original url you entered and not the real/current one. That is not the
> case, url setting for that is in previously menti
On Sun, Jan 12, 2014 at 09:52:53PM +, Nick wrote:
> Quoth Edgaras:
> > Since I do not use any history or bookmarks, for a very long time it bugged
> > me
> > that if you misspell address and page is not found, when you try to edit
> > address you do not get what you have entered, but get "abou
Thanks!
--
CXblut
cxb...@gmail.com
#blut on irc.freenode.net
@cxblut twitter
bitbucket.org/blut
signature.asc
Description: Digital signature
Quoth Edgaras:
> Since I do not use any history or bookmarks, for a very long time it bugged me
> that if you misspell address and page is not found, when you try to edit
> address you do not get what you have entered, but get "about:blank" instead.
Good, thanks for looking at that, it bugs me too
Since I do not use any history or bookmarks, for a very long time it bugged me
that if you misspell address and page is not found, when you try to edit
address you do not get what you have entered, but get "about:blank" instead.
I would consider it a bug since other browsers let you edit urls if t
On Wed, Dec 25, 2013 at 09:54:51AM +0100, Christoph Lohmann wrote:
> Greetings.
>
> On Wed, 25 Dec 2013 09:54:51 +0100 Markus Teich
> wrote:
> > Heyho,
> >
> > I noticed many CLOSE_WAIT connections from surf in the output of `lsof -i
> > -an`
> > after browsing some websites with surf. Before
Greetings.
On Wed, 25 Dec 2013 09:54:51 +0100 Markus Teich
wrote:
> Heyho,
>
> I noticed many CLOSE_WAIT connections from surf in the output of `lsof -i -an`
> after browsing some websites with surf. Before blaming someone or trying to
> fix
> it: Is this expected behaviour? Or should it be fi
Heyho,
I noticed many CLOSE_WAIT connections from surf in the output of `lsof -i -an`
after browsing some websites with surf. Before blaming someone or trying to fix
it: Is this expected behaviour? Or should it be fixed?
Merry Christmas.
--Markus
> loaduri function in surf includes the following lines:
Knew I'd seen it somewhere! Thanks Eon.
On Tue, Dec 10, 2013 at 06:21:07PM +0100, Markus Teich wrote:
> Dmitrij D. Czarkoff wrote:
> > "file:///home/user/example.html" works for me.
>
> Ah, thanks. I did not try absolute paths.
IIRC file://./example.html works too. I thought I remember a patch
going in to surf that checked for a local
On Tue, 10 Dec 2013 17:30:10 +0100
Markus Teich wrote:
> Heyho,
>
> this morning I wondered how to open a file from the filesystem in
> surf, but neither "file://" nor "file:///" did work. Is it even
> possible? Thanks.
>
> --Markus
>
Hello
loaduri function in surf includes the following lin
Dmitrij D. Czarkoff wrote:
> "file:///home/user/example.html" works for me.
Ah, thanks. I did not try absolute paths.
--Markus
Markus Teich wrote:
>Heyho,
>
>this morning I wondered how to open a file from the filesystem in surf,
>but
>neither "file://" nor "file:///" did work. Is it even possible?
>Thanks.
>
>--Markus
"file:///home/user/example.html" works for me.
--
Dmitrij D. Czarkoff
Heyho,
this morning I wondered how to open a file from the filesystem in surf, but
neither "file://" nor "file:///" did work. Is it even possible?
Thanks.
--Markus
On Mon, Sep 23, 2013 at 05:19:44PM +0200, Roberto E. Vargas Caballero wrote:
> It would be really good. Using WebKitGtk+ usually means install a lot
> of suck software, like for example dbus. This new port of WebKit
> can reduce a lot the number of dependencies of surf.
Still WebKitNix requires GT
> There's still plenty of suck, but definitely a good deal less than
> WebKitGTK+, and it looks to be getting better.
>
> It would be lovely to see surf switch to using this port at some
> point. Perhaps I will have time to look into doing this, perhaps
> not, we'll see.
It would be really good.
Hi folks,
I just found out about a new webkit port called "WebKitNix". It
looks like a better alternative to WebKitGTK+, using OpenGL for
rendering, and not requiring a UI toolkit.
Initial announcement:
http://article.gmane.org/gmane.os.opendarwin.webkit.devel/24877/
Website: http://webkitnix.op
0001-c-uri-is-unused.patch
Description: 0001-c-uri-is-unused.patch
Greetings.
On Tue, 10 Sep 2013 19:18:01 +0200 "Alexander S." wrote:
> 2013/9/7 David Dufberg Tøttrup :
> > Hi!
> >
> > I don't have button 2 (and emulate 3 button mouse sucks). With this patch
> > you can open a new window if you hold MODKEY and click the link. Apply if it
> > makes sense.
> >
>
2013/9/7 David Dufberg Tøttrup :
> Hi!
>
> I don't have button 2 (and emulate 3 button mouse sucks). With this patch
> you can open a new window if you hold MODKEY and click the link. Apply if it
> makes sense.
>
> Sincerely,
> David
I want to thank you for this patch. I stumble on my old habits of
601 - 700 of 1998 matches
Mail list logo