Re: [dev] surf

Do you have an X server running? Like xquartz? Run it from a terminal inside the environment of an X server. Ben > On Jan 26, 2019, at 12:50 PM, Igor Rubel wrote: > > Hello! > > I've just installed surf using MacPorts. > >> surf https://www.apple.com/ >> Can't open default display > > How

[dev] surf

Hello! I've just installed surf using MacPorts. > surf https://www.apple.com/ > Can't open default display How can one solve that? Regards, I. Rubel

Re: [dev] [surf] copying to clipboard instead of primary

Em ter, 8 de jan de 2019 às 20:34, Robin Pedersen escreveu: > Does this help? > https://developer.gnome.org/gdk3/stable/gdk3-Selections.html > https://git.suckless.org/surf/file/surf.c.html#l1817 > > Regards Robin. Hum, yes! It seems that this is the right track. I just changed the definition of

Re: [dev] [surf] copying to clipboard instead of primary

I'm not sure if this is related but I noticed that if I type Ctrl-Shift-o to open the Inspector nothing happens. Hi. For WebInspector try 'surf -N'. Regards, Marcin Szpak

Re: [dev] [surf] copying to clipboard instead of primary

Hi. Does this help? https://developer.gnome.org/gdk3/stable/gdk3-Selections.html https://git.suckless.org/surf/file/surf.c.html#l1817 Regards Robin. On Tue, 8 Jan 2019 at 18:37, Caio Barros wrote: > > Hello, > > For some time I've been struggling with clipboard selection on surf. > It seemed

[dev] [surf] copying to clipboard instead of primary

Hello, For some time I've been struggling with clipboard selection on surf. It seemed to me that it was inconsistent: if i used the mouse do copy text it worked, but Ctrl-c didn't seem to always work. After trying to use Ctrl-y to copy the current URL I noticed that I could paste it using the

Re: [dev] [surf] Proxy not respected

Hi Peter, Quoth Quentin Rameau: > So maybe something's wrong with your webkitgtk/libsoup setup. To add on to what Quentin said, webkitgtk2 hasn't always respected the http_proxy variable, so updating it is definitely the likely fix here. I used to have the same problem. That said, as I laid

Re: [dev] [surf] Proxy not respected

On Wed, 22 Aug 2018 13:11:00 +0200 li...@vollmar.ch (Peter Vollmar) wrote: Hello Peter, > I have been using surf on Gentoo for a long time, but recent versions do no > longer respect the http_proxy variable (in contrast to what it says in the > manpage). It does for me: $

[dev] [surf] Proxy not respected

I have been using surf on Gentoo for a long time, but recent versions do no longer respect the http_proxy variable (in contrast to what it says in the manpage). Yours faithfully Peter Vollmar Vollmar Übersetzungen / Translations 9100 Herisau Tel. 071 35 000 34 www.vollmar.ch = The Word

Re: [dev][surf] SURF_FIND not working after WebKitGtk update

Hi Ian, Quoth Ian Macdonald: > I have just updated webkitgtk from 2.18.3 to 2.20.2 and now the 'search > page' hot keys ( CTRL-slash and Ctrl-f ) no longer do anything. > > Has anyone else had this problem? I don't have time to look into it properly, but as a datapoint I'm currently using a

Re: [dev][surf] SURF_FIND not working after WebKitGtk update

> Hi, Hello Ian, > I have just updated webkitgtk from 2.18.3 to 2.20.2 and now the 'search > page' hot keys ( CTRL-slash and Ctrl-f ) no longer do anything. > > Has anyone else had this problem? You shouldn't have this. Are you sure this was the webkitgtk update which caused the issue? At

[dev][surf] SURF_FIND not working after WebKitGtk update

Hi, I have just updated webkitgtk from 2.18.3 to 2.20.2 and now the 'search page' hot keys ( CTRL-slash and Ctrl-f ) no longer do anything. Has anyone else had this problem?

Re: [dev] Surf with SOCKS5 proxy

Quoth Piotr: > Does Surf work woith Socks5 proxy? How to configure it? If you're using the webkit2 branch, then if the webkit/libsoap/whatever is not too old it will respect the http_proxy and https_proxy environment variables, so set your socks environment variables appropriately (you can

[dev] Surf with SOCKS5 proxy

Hi, Does Surf work woith Socks5 proxy? How to configure it? Regards, Zaxon

Re: [dev] [surf] [patch] Optionally handle downloads through webkit.

Great. Quentin, could I take a look at your patch? It's probably better than what I sent. Yeah, the current surf approach is not ideal because it actually hits the server twice, and it may also not work for downloads where the resource is generated dynamically and change from one request to the

Re: [dev] [surf] [patch] Optionally handle downloads through webkit.

I think the most ellegant solution would be to develop a download manager and establish a small, pipe-driven protocol to expose download handling. This way, you can choose to use the suckless download manager, or make your own shell script, or even use none at all (which is what would work for our

Re: [dev] [surf] [patch] Optionally handle downloads through webkit.

Quoth v4hn: > On Thu, Mar 22, 2018 at 08:54:34PM +, Nick wrote: > > I wonder whether it would be best to move to webkit handling > > downloads itself, like this, albeit with a basic user interface. > > This is not a new thought. > Five years ago people thought it a bad idea. > >

Re: [dev] [surf] [patch] Optionally handle downloads through webkit.

On Thu, Mar 22, 2018 at 08:54:34PM +, Nick wrote: > I wonder whether it would be best to move to webkit handling > downloads itself, like this, albeit with a basic user interface. This is not a new thought. Five years ago people thought it a bad idea.

Re: [dev] [surf] [patch] Optionally handle downloads through webkit.

On Thu, Mar 22, 2018 at 02:12:48PM -0600, Arturo Espinosa wrote: > Hi. > > First of all, thank you for surf. It's a great, minimalistic shell for > webkit, and it has proven of great value for our current project. Big > thumbs up for that, thanks. > > We are working on a POS system and using

Re: [dev] [surf] [patch] Optionally handle downloads through webkit.

> Hi. Hello Arturo, > First of all, thank you for surf. It's a great, minimalistic shell for > webkit, and it has proven of great value for our current project. Big > thumbs up for that, thanks. Well, I'm glad you find it useful! > We are working on a POS system and using surf as part of our >

Re: [dev] [surf] [patch] Optionally handle downloads through webkit.

Hi Arturo, Quoth Arturo Espinosa: > The problem is that with the way surf currently handles downloads, it > is not possible to handle Blob URIs, since these are resources that > are only accessible through the web component's internal state. > > Our current solution is to disable curl spawning

[dev] [surf] [patch] Optionally handle downloads through webkit.

Hi. First of all, thank you for surf. It's a great, minimalistic shell for webkit, and it has proven of great value for our current project. Big thumbs up for that, thanks. We are working on a POS system and using surf as part of our kiosk-like solution. Part of our system requires to be able

Re: [dev] [surf] unreliable loading of multiple requests over tor

> I found the bug on their tracker, along with an annoying workaround: > https://bugs.webkit.org/show_bug.cgi?id=183163 Ah, well done! > Last time I dug around in libsoup/webkitgtk I found it unhelpful to > my mental health. Do I dare swim through that bog again? Indeed, good luck with that.

Re: [dev] [surf] unreliable loading of multiple requests over tor

Quoth Nick: > Quoth Quentin Rameau: > > Sadly, the webkit process is managing connexions, surf itself doesn't. > > Yeah, I thought that, it may be tricky to debug. This has persisted > across the many versions of webkit2 I've used (compiling from > source). I'm pretty sure it also happened

Re: [dev] [surf] unreliable loading of multiple requests over tor

Thanks for getting back to me, Quentin. Quoth Quentin Rameau: > Sadly, the webkit process is managing connexions, surf itself doesn't. Yeah, I thought that, it may be tricky to debug. This has persisted across the many versions of webkit2 I've used (compiling from source). I'm pretty sure it

Re: [dev] [surf] unreliable loading of multiple requests over tor

> Hi all, Hi Nick, > I've had this issue with surf forever, but it is gradually becoming > more of a problem as the web gets ever further away from HTML pages > served over HTTP. > > When using Tor+Privoxy in standard configuration, and sending surf's > traffic through that by setting the

[dev] [surf] unreliable loading of multiple requests over tor

Hi all, I've had this issue with surf forever, but it is gradually becoming more of a problem as the web gets ever further away from HTML pages served over HTTP. When using Tor+Privoxy in standard configuration, and sending surf's traffic through that by setting the http_proxy and https_proxy

Re: [dev] [surf] crashing in libcairo

On 2017-12-11 12:46 pm, David Demelier wrote: Hello, I've compiled the latest surf from git. Trying to go on reddit.com immediately crashes the webkit process, surf still runs though but shows a blank page. I get this error logged: [ 7793.051138] WebKitWebProces[2099]: segfault at 0 ip

[dev] [surf] crashing in libcairo

Hello, I've compiled the latest surf from git. Trying to go on reddit.com immediately crashes the webkit process, surf still runs though but shows a blank page. I get this error logged: [ 7793.051138] WebKitWebProces[2099]: segfault at 0 ip 73434b44 sp 7fffc4e8 error 4 in

[dev] [surf][PATCH] Remove call to gtk_window_set_wmclass

From: Ivy Foster The function is deprecated. Also, GTK automatically sets the class to what surf was manually setting it to. --- Hello! I thought that the best greeting would be a patch, so here's a tiny one. Specifically, gtk_window_set_wmclass is deprecated as of gtk 3.22.

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

> Hi Quentin, Hi Sijmen, > > +   for (; *text && (*text == ' ' || *text == '\t'); > > ++text) > > +   ; > > Sweet and simple. The first *text check does seem unnecessary as it's > covered by the second part. Right! I inverted my logic at some point and

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

Hi Quentin, > +   for (; *text && (*text == ' ' || *text == '\t'); ++text) > +   ; Sweet and simple. The first *text check does seem unnecessary as it's covered by the second part. Sijmen

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

On Thu, Oct 19, 2017 at 12:19:13PM +0200, Quentin Rameau wrote: > Hello Jianzhong, > > It's easy for keyboard selection, but for mouse selection, precise > > positioning is a little bit difficult. > > I'd suggest you manage this outside of surf, either by training your > mouse skills, or by

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

> On Thu, 19 Oct 2017 17:36:15 +0200 > Quentin Rameau wrote: > > Hey Quentin, > > > There's enough pollution on the list. > > that's true, but it was a genuine question both Kamil and I had, and > it served the question. If GNOME for some reason had an internal >

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

On Thu, 19 Oct 2017 17:36:15 +0200 Quentin Rameau wrote: Hey Quentin, > There's enough pollution on the list. that's true, but it was a genuine question both Kamil and I had, and it served the question. If GNOME for some reason had an internal ref-counter for objects

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

Please folks, don't start yet another endless diverging thread about how *thing* is ugly and all. There's no need to write so much about what g_strdup() is, seriously, were you born yesterday? Keep the threads about what they are initially, start your own apart if you want to diverge from it.

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

On Thu, 19 Oct 2017 15:17:43 +0200 Laslo Hunhold wrote: > As a small fun part, there's also a function g_malloc0_n() just below > g_malloc_n() which does exactly the same (the code is identical). I > think they created g_malloc0_n() to be a "safe" interface while > keeping

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

Hi Laslo, On 19 October 2017 at 15:17, Laslo Hunhold wrote: [..] > Alright, we are now at g_malloc(), and as we can see in line 94 it's > just malloc() with some GNOME-vomit around it. > > TL;DR: g_strdup() == strdup() > > Reading this code is a real pain. It's like diving into a

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

On Thu, Oct 19, 2017 at 3:43 PM, Kamil Cholewiński wrote: > Nice digging, thanks Laslo. > >> TL;DR: g_strdup() == strdup() > > And this is why the world needs suckless. > > Who cares if it's open source, if the code is incomprehensible? I care, because if it wasn't open

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

Nice digging, thanks Laslo. > TL;DR: g_strdup() == strdup() And this is why the world needs suckless. Who cares if it's open source, if the code is incomprehensible? <3,K.

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

On Thu, 19 Oct 2017 11:11:13 +0200 Kamil Cholewiński wrote: Dear Kamil, > > - Arg a = {.v = text }; > > + char *trimed = g_strstrip(g_strdup(text)); > > + Arg a = {.v = trimed }; > > Doesn't this leak memory via strdup on every paste? Or does Gobject do > some

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

Hello Jianzhong, > When using ctrl-p to load uri from clipboard, it's better to strip the > leading whitespace. I'm not sure it is. > For example, to select/copy a uri  from text in terminal and paste to > surf, currently it need to be very careful not to include any > whitespace before the

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

On Thu, 19 Oct 2017, Kamil Cholewiński wrote: >> - Arg a = {.v = text }; >> + char *trimed = g_strstrip(g_strdup(text)); >> + Arg a = {.v = trimed }; > > Doesn't this leak memory via strdup on every paste? Or does Gobject do > some automagic ref counting or whatnot?

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

> - Arg a = {.v = text }; > + char *trimed = g_strstrip(g_strdup(text)); > + Arg a = {.v = trimed }; Doesn't this leak memory via strdup on every paste? Or does Gobject do some automagic ref counting or whatnot?

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

在 2017年10月19日 16:00, Hiltjo Posthuma 写道: > On Thu, Oct 19, 2017 at 12:47:41PM +0800, 黄建忠 wrote: >> When using ctrl-p to load uri from clipboard, it's better to strip the >> leading whitespace. >> >> For example, to select/copy a uri  from text in terminal and paste to >> surf, currently it need to

Re: [dev] [surf] [patch] strip uri leading whitespace when ctrl-p

On Thu, Oct 19, 2017 at 12:47:41PM +0800, 黄建忠 wrote: > When using ctrl-p to load uri from clipboard, it's better to strip the > leading whitespace. > > For example, to select/copy a uri  from text in terminal and paste to > surf, currently it need to be very careful not to include any whitespace

[dev] [surf] [patch] strip uri leading whitespace when ctrl-p

When using ctrl-p to load uri from clipboard, it's better to strip the leading whitespace. For example, to select/copy a uri  from text in terminal and paste to surf, currently it need to be very careful not to include any whitespace before the uri. It's easy for keyboard selection, but for

Re: [dev] [surf+tabbed] Occassional black screen when opening new instance of surf in an existing instance of tabbed

On Mon, Oct 02, 2017 at 03:18:35PM +0200, curry wrote: > Hello, > > I've been having this problem ever since upgrading to surf2. > > All i know about the problem is that it only happens when i open a new > instance and that it doesn't happen when i open surf without tabbed. So its > an emedding

Re: [dev] surf webkit 2 : zooming with C-+

> hi. i had to make the below change to allow C-+ (which, on my > keyboard, at least, requires a shift) to zoom. (seems like this > *shouldn't* be needed, but...) Hi Greg, Sorry for the delay in answering. I guess the “standard” expected keyboard would be the US qwerty, so yeah this

[dev] surf webkit 2 : zooming with C-+

hi. i had to make the below change to allow C-+ (which, on my keyboard, at least, requires a shift) to zoom. (seems like this *shouldn't* be needed, but...) cheers, Greg diff --git a/config.def.h b/config.def.h index fec6916..d0c6b7c 100644 --- a/config.def.h +++ b/config.def.h @@ -133,6

Re: [dev] [surf] Error compiling surf-2.0

On Fri, 9 Jun 2017 18:13:17 +0800 Lau Jing Chen wrote: > I have installed libgtk-3-dev, libwebkit2gtk-4.0-dev (dependencies > also) and dmenu-4.7. config.mk and config.h have not been modified. Update your gtk (>= 2.20) and webkit (>=2.8) versions.

[dev] [surf] Error compiling surf-2.0

I have installed libgtk-3-dev, libwebkit2gtk-4.0-dev (dependencies also) and dmenu-4.7. config.mk and config.h have not been modified. surf build options: CFLAGS = -std=c99 -pedantic -Wall -Os -I. -I/usr/include -I/usr/X11R6/include -pthread -I/usr/include/webkitgtk-4.0 -I/usr/include/gtk-3.0

Re: [dev] [surf] freeze with gstreamer error

On Tue, May 30, 2017, at 12:26, Quentin Rameau wrote: > Yes, set MediaManualPlay to 1. > I think I'll push it as a default. I agree. I am in favor of the default behavior being manual play of media.

Re: [dev] [surf] Looking for setting or patch to make links load in the same page

On Thu, Jun 01, 2017 at 01:28:23AM -0400, Albert Cardona wrote: > Would like to avoid opening a new window for every click on a link. > > Thanks for any leads. > > Albert > It shouldn't by default. http://git.suckless.org/surf/tree/config.def.h#n181 (static Button buttons[]) Make sure to run

[dev] [surf] Looking for setting or patch to make links load in the same page

Would like to avoid opening a new window for every click on a link. Thanks for any leads. Albert

Re: [dev] [surf] freeze with gstreamer error

2017-05-30 12:26 GMT-04:00 Quentin Rameau : > Hi Albert, > >> In web pages such as twitter.com, the following gstreamer errors >> occur. The second one freezes surf. >> >> (WebKitWebProcess:31459): GStreamer-CRITICAL **: >> Trying to dispose element webkitwebsrc0, but it is in

Re: [dev] [surf] freeze with gstreamer error

* Quentin Rameau 2017-05-30 18:27 > Yes, set MediaManualPlay to 1. > I think I'll push it as a default. useful, thanks to Quentin and Albert!

Re: [dev] [surf] freeze with gstreamer error

Hi Albert, > In web pages such as twitter.com, the following gstreamer errors > occur. The second one freezes surf. > > (WebKitWebProcess:31459): GStreamer-CRITICAL **: > Trying to dispose element webkitwebsrc0, but it is in PAUSED instead > of the NULL state. > You need to explicitly set

[dev] [surf] freeze with gstreamer error

In web pages such as twitter.com, the following gstreamer errors occur. The second one freezes surf. (WebKitWebProcess:31459): GStreamer-CRITICAL **: Trying to dispose element webkitwebsrc0, but it is in PAUSED instead of the NULL state. You need to explicitly set elements to the NULL state

Re: [dev] [surf] Errors compiling the surf-webkit2 branch

> Thank you, that makes it clear. The git history shows that config.h > was managed by git in September 2009, hence my comment. I stand corrected indeed, *almost* always. :)

Re: [dev] [surf] Errors compiling the surf-webkit2 branch

2017-05-29 16:13 GMT-04:00 Quentin Rameau : >> The errors: >> >> surf.o: In function `main': >> surf.c:(.text+0x3292): undefined reference to >> `gdk_display_get_default_seat' surf.c:(.text+0x329e): undefined >> reference to `gdk_seat_get_keyboard' collect2: error: ld returned 1

Re: [dev] [surf] Errors compiling the surf-webkit2 branch

2017-05-29 16:08 GMT-04:00 Quentin Rameau : >> >> Hi all, > > Hi Albert, > >> >> Upon compiling the surf-webkit2 with either cc or clang, I am >> >> getting a number of errors. >> > >> > I wonder if your config.h is outdated and is supposed to declare >> > these. Not

Re: [dev] [surf] Errors compiling the surf-webkit2 branch

> The errors: > > surf.o: In function `main': > surf.c:(.text+0x3292): undefined reference to > `gdk_display_get_default_seat' surf.c:(.text+0x329e): undefined > reference to `gdk_seat_get_keyboard' collect2: error: ld returned 1 > exit status Makefile:29: recipe for target 'surf' failed > make:

Re: [dev] [surf] Errors compiling the surf-webkit2 branch

> >> Hi all, Hi Albert, > >> Upon compiling the surf-webkit2 with either cc or clang, I am > >> getting a number of errors. > > > > I wonder if your config.h is outdated and is supposed to declare > > these. Not familiarvwith surf myself. > > > > Thanks. > > > Thank you David, I had failed

Re: [dev] [surf] Errors compiling the surf-webkit2 branch

2017-05-29 15:44 GMT-04:00 Albert Cardona : > 2017-05-29 15:35 GMT-04:00 David Phillips : >> On Mon, May 29, 2017 at 03:29:47PM -0400, Albert Cardona wrote: >>> Hi all, >>> >>> Upon compiling the surf-webkit2 with either cc or clang, I am getting >>> a number

Re: [dev] [surf] Errors compiling the surf-webkit2 branch

2017-05-29 15:35 GMT-04:00 David Phillips : > On Mon, May 29, 2017 at 03:29:47PM -0400, Albert Cardona wrote: >> Hi all, >> >> Upon compiling the surf-webkit2 with either cc or clang, I am getting >> a number of errors. > > I wonder if your config.h is outdated and is supposed to

Re: [dev] [surf] Errors compiling the surf-webkit2 branch

On Mon, May 29, 2017 at 03:29:47PM -0400, Albert Cardona wrote: > Hi all, > > Upon compiling the surf-webkit2 with either cc or clang, I am getting > a number of errors. I wonder if your config.h is outdated and is supposed to declare these. Not familiarvwith surf myself. Thanks.

[dev] [surf] Errors compiling the surf-webkit2 branch

Hi all, Upon compiling the surf-webkit2 with either cc or clang, I am getting a number of errors. Error 1: In file included from surf.c:257:0: config.h:71:8: error: unknown type name ‘SiteStyle’ static SiteStyle styles[] = { ^ ... which was perhaps introduced with commit 5c5273398

Re: [dev] Surf update

On Sun, May 28, 2017 at 01:39:58PM +0200, Laslo Hunhold wrote: > On Sat, 27 May 2017 12:34:14 + > sylvain.bertr...@gmail.com wrote: > > On GPU shaders, no salvation, a SPIR-V compiler has to be written > > from scratch and some mistakes in the specifications made it far from > > trivial. But

Re: [dev] Surf update

screenreaders work fine on js websites

Re: [dev] Surf update

On Sat, 27 May 2017 12:34:14 + sylvain.bertr...@gmail.com wrote: Hey Sylvain, > It seems that EU (I'm french) is not able to secure a *proper* > "comfort zone" to let us release our coding power. > > I did investigate EU funding seriously though, but what I got my > hands on, are jokes,

Re: [dev] Surf update

> In the time of writing this obvious whine/rant you could have send a simple > patch to fix a bug or help the community. Instead you wrote this rant and > wasted everyones time. > > As a suckless user you're not entitled to anything. > > -- > Kind regards, > Hiltjo no you

Re: [dev] Surf update

On Sat, May 27, 2017 at 12:38:11PM +, sylvain.bertr...@gmail.com wrote: > On Sat, May 27, 2017 at 12:57:30PM +0200, Lumidify Productions wrote: > > Hi, I just wanted to mention that there _is_ another layout engine, > > graphite (http://graphite.sil.org, https://github.com/silnrsi/graphite),

Re: [dev] Surf update

Well, It seems that EU (I'm french) is not able to secure a *proper* "comfort zone" to let us release our coding power. I did investigate EU funding seriously though, but what I got my hands on, are jokes, real f*cking jokes. I perceived like some "forces" are blocking any attempts at funding

Re: [dev] Surf update

On Sat, May 27, 2017 at 10:25:55AM +, sylvain.bertr...@gmail.com wrote: > - harfbuzz, the _only_ unicode layout engine which has an interface changing >all the time, and a brain damaged implementation. I did a C partial port >from c++, and I can tell you about it is that the guys

Re: [dev] Surf update

On Sat, 27 May 2017 10:25:55 + sylvain.bertr...@gmail.com wrote: Hey Sylvain, > I got the urge to recall that obvious to people here, coze it's > discussing way too much on the surf front-end without anything done > on solving the real pb: the web engine. it has been settled years ago that

Re: [dev] Surf update

On Sat, May 27, 2017 at 10:25:55AM +, sylvain.bertr...@gmail.com wrote: > On Fri, May 26, 2017 at 08:56:58PM +0200, Quentin Rameau wrote: > > > Hi, > > > > > > This is not sane. There is no modern web engine which is suckless. > > > > > > Having a suckless front-end to those massive c++

Re: [dev] Surf update

On Fri, May 26, 2017 at 08:56:58PM +0200, Quentin Rameau wrote: > > Hi, > > > > This is not sane. There is no modern web engine which is suckless. > > > > Having a suckless front-end to those massive c++ object oriented brain > > fuckages sounds way too much schizophrenic. > > > > The first

[dev] [Surf] Surf-2.0

Hi, I will paste the content of my post on the Gentoo forum about surf and some hardened check that's doesn't comply anymore with the new version of this browser : - Hello, I'm having a problem since the new update of www-client/surf, the version

Re: [dev] Surf update

> Hi, > > This is not sane. There is no modern web engine which is suckless. > > Having a suckless front-end to those massive c++ object oriented brain > fuckages sounds way too much schizophrenic. > > The first step would be to code a modular modern web engine in simple > C or at least have

Re: [dev] Surf update

Hi, This is not sane. There is no modern web engine which is suckless. Having a suckless front-end to those massive c++ object oriented brain fuckages sounds way too much schizophrenic. The first step would be to code a modular modern web engine in simple C or at least have an on-going effort

Re: [dev] Surf update

hi jochen, > try the attached patch. > > from 2b804da35568f957062b75506d1f1d5eb76b1b19 mon sep 17 00:00:00 2001 > from: jochen sprickerhof > date: thu, 25 may 2017 13:16:55 +0200 > subject: [patch] set config upon start > > --- > surf.c | 4 > 1 file changed,

Re: [dev] Surf update

Hi Kajetan, > In both - surf (with webkit1) and surf-webkit2 there wasn't the issue > with style, > but after switch of surf-webkit2 to surf something changed and style > is not working on start (besides flag being on), to make it work flag > has to be turned off and on again. > Don't know if

Re: [dev] Surf update

Hi Kajetan, * Kajetan Jasztal [2017-05-26 14:19]: > In both - surf (with webkit1) and surf-webkit2 there wasn't the issue > with style, > but after switch of surf-webkit2 to surf something changed and style > is not working on start (besides flag being on), to make it

Re: [dev] Surf update

In both - surf (with webkit1) and surf-webkit2 there wasn't the issue with style, but after switch of surf-webkit2 to surf something changed and style is not working on start (besides flag being on), to make it work flag has to be turned off and on again. Don't know if other options (don't)works

Re: [dev] surf: which webkit version

> Hi folks, Hello Enrico, > I've tried to build surf mainline, but seems to be incompatible > w/ my webkit version. Which one should I use ? You should find the information you need on the website, http://surf.suckless.org/

[dev] surf: which webkit version

Hi folks, I've tried to build surf mainline, but seems to be incompatible w/ my webkit version. Which one should I use ? --mtx

[dev] surf -- C-y to clipboard? (patch)

hi. i tend to live in a clipboard'y world (emacs 25, etc.). it's nice for me, but i have the problem that surf's C-y copies to the primary selection rather than the clipboard and so i always have to stand on my head to get it in the clipboard. (i don't use a mouse for pasting.) here is a patch

Re: [dev] [surf] Web inspector not working

Apparently that last message was sent as HTML even though I had plain text selected in Outlook. Going to blame Microsoft there. Anyways, I provided the use flags for webkit-gtk and midori, because I've been working on some bugs in midori recently and got confused. Can't blame anyone else for

Re: Re: [dev] [surf] Web inspector not working

xant...@openmailbox.org wrote: > On 27-04-2017 06:08, David Kennedy wrote: > > When I attempt to open the web inspector with Ctrl-Shift-o, nothing > > happens. > > No errors are generated in the console or anything. I've enabled the > > inspector > > feature in config.h with the following line:

Re: [dev] [surf] Web inspector not working

On 27-04-2017 07:28, xant...@openmailbox.org wrote: > Is it built with musl ? Nope. Am I missing a use flag or something? For webkit-gtk, I've got: coverage doc +egl geolocation gles2 gnome-keyring +gstreamer introspection +jit libnotify nsplugin +opengl spell test wayland +webgl For

Re: [dev] [surf] Web inspector not working

On 27-04-2017 06:08, David Kennedy wrote: When I attempt to open the web inspector with Ctrl-Shift-o, nothing happens. No errors are generated in the console or anything. I've enabled the inspector feature in config.h with the following line: SETB(Inspector, 1), I haven't

Re: [dev] [surf] Web inspector not working

David Kennedy wrote: > When I attempt to open the web inspector with Ctrl-Shift-o, nothing happens. > No errors are generated in the console or anything. I've enabled the inspector > feature in config.h with the following line: > > SETB(Inspector, 1), > >

[dev] [surf] Web inspector not working

When I attempt to open the web inspector with Ctrl-Shift-o, nothing happens. No errors are generated in the console or anything. I've enabled the inspector feature in config.h with the following line: SETB(Inspector, 1), I haven't changed the default key binding from: {

Re: [dev] surf+tabbed and session management

no, the implementation is actually trivial. you can have two pipes per browser process. threads aren't magic. just try it one time (best on plan9, cause other OS have too many ways to do it, and the common ones suck).

Re: [dev] surf+tabbed and session management

On 15.04.2017 22:46, hiro wrote: > the interface is not so hard, browser needs to communicate via lines > of text to one process. for that it has stdin/out. process that starts > the browser can arrange those fds internally as is needed. doing that > for multiple processes is what i called

Re: [dev] surf+tabbed and session management

the interface is not so hard, browser needs to communicate via lines of text to one process. for that it has stdin/out. process that starts the browser can arrange those fds internally as is needed. doing that for multiple processes is what i called demuxing. it doesn't need to be a 9p file

Re: [dev] surf+tabbed and session management

Hi, I went a bit further. Each window/tab should be locked to an origin, and it should have an origin-private browser profile, and process isolation. I already produced a proof of concept using surf for webkit1, but webkit2 doesn't have the necessary navigation hooks in its API.

Re: [dev] surf+tabbed and session management

* hiro 2017-04-14 17:11 > personally i think tabs are stupid. there should be one url and title > per process. this! it's on my todo for long time now to come up with a clean and simple way to deal with stateful surf sessions (session being an arbitrary number, N, of current urls (and possibly

Re: [dev] surf+tabbed and session management

> That should be done in a separate session manager process, IMHO. yes, that's what i mean. it just needs to demux the info from multiple browser processes and then just write them to the file exactly like opera does right now. On 4/14/17, Enrico Weigelt, metux IT consult

<    1   2   3   4   5   6   7   8   9   10   >