Re: [dev] [surf] read from stdin

Hi, Quoth Quentin Rameau : > What about /dev/stdin? The thing is that you need a seeakable stream, and it is unlikely that you can do that with /dev/stdin or directly reading from stdin. Regards,

Re: [dev] [surf] read from stdin

> Hi, Hi, > > I thought it did have this feature. That’s wild. > > > > > On Mar 15, 2025, at 5:05 PM, Avid Seeker > > > wrote: > > > > > > I was kinda surprised suckless surf doesn't have this feature. > > > > > > It's a surprisingly frequently asked [1] question and a > > > straightforwar

Re: [dev] [surf] read from stdin

Hi, Quoth Cole Young : > I thought it did have this feature. That’s wild. > > > On Mar 15, 2025, at 5:05 PM, Avid Seeker wrote: > > > > I was kinda surprised suckless surf doesn't have this feature. > > > > It's a surprisingly frequently asked [1] question and a straightforward > > way to ren

Re: [dev] [surf] read from stdin

I thought it did have this feature. That’s wild. > On Mar 15, 2025, at 5:05 PM, Avid Seeker wrote: > > I was kinda surprised suckless surf doesn't have this feature. > > It's a surprisingly frequently asked [1] question and a straightforward > way to render HTML. > > [1]: see https://unix.sta

Re: [dev] [surf][stylesheet][startpage] New ownership of Startpage not reflected in description

On Fri, Mar 29, 2024 at 05:00:29PM +, dev@1reverse.engineer wrote: > The description under suckless/surf/stylesheets/startpage tells the > user, that startpage is "hiding your identity [...]", yet after > Startpage's change of ownership, users might receive a false sense of > privacy as outline

Re: [dev] surf: usage does not match supported flags

Hi Eric, > Since at least commit fce76429b8f8ed48116557df3a478bc435145d94, the > flags in surf's usage don't match what's actually supported. Fixed, thanks!

Re: [dev] surf: usage does not match supported flags

On Fri, Nov 10, 2023 at 10:37:31AM -0800, Eric Pruitt wrote: > Since at least commit fce76429b8f8ed48116557df3a478bc435145d94, the > flags in surf's usage don't match what's actually supported. > > Eric > This is the -p and -P option. It should probably also be removed from the man page :) --

Re: [dev] surf/webkit2gtk-2.38.0 file descriptors

Hi, On Sun, Oct 16, 2022 at 05:48:44PM +0200, Quentin Rameau wrote: > I've hacked some solution to the problem of passing the socket pair > to the web-extension. > > It is pushed to git but not released yet, > please test it and report if it works or if you get any issue with it. I have tested i

Re: [dev][surf] surf has become super-slow!

On 2022-10-12 05:00 PM, Robert Winkler wrote: Hi, I just re-compiled surf on a recent manjaro arch linux; However, text input has become too slow for productive use. Is the problem known? Any idea on how to solve it? Hi, you should check your webkit2gtk version if it was installed using the pa

Re: [dev] [surf] Application renders unresponsive after first keystrokes

On 2022-10-09 04:40 PM, Petr Vaněk wrote: Hi, On Sun, Oct 09, 2022 at 06:12:56PM +0200, Chris Weber wrote: Surf is my browser for 6 month (/wo any issue ) and last week the above issue arose. When I navigate to any website (js heavy or html only) and begin to interact with the website via keyb

Re: [dev] [surf] Application renders unresponsive after first keystrokes

Hi, On Sun, Oct 09, 2022 at 06:12:56PM +0200, Chris Weber wrote: > Surf is my browser for 6 month (/wo any issue ) and last week the above > issue arose. > When I navigate to any website (js heavy or html only) and begin to > interact with the website via keyboard, the website content renders > un

Re: [dev] [surf] Ctrl-Y doesn't copy url to clipboard

On Wed, Aug 3, 2022, at 8:43 AM, Chris Weber wrote: > When I start a blank installation of surf and try to copy any url into > my clipboard via ctrl-y (as stated in the man pages), it won't copy > anything at all. Is the man page outdated? Am I doing anything wrong? Do > I need to install some user

Re: [dev] [surf] Ctrl-Y doesn't copy url to clipboard

> When I start a blank installation of surf and try to copy any url into > my clipboard via ctrl-y (as stated in the man pages), it won't copy > anything at all. Is the man page outdated? Am I doing anything wrong? Do > I need to install some userscripts for this? Ctrl-y copies url into primary se

Re: [dev] [surf] webkit

On Sun, Jul 10, 2022 at 08:20:04AM +0200, Roberto E. Vargas Caballero wrote: > I use surf in this way too. It works but it has problems with some pages. > It is hard to kow the patches that you distribution adds to the upstream > project. > > Solvable problem: $ apt-get source webkitgtk $ cd webk

Re: [dev] [surf] webkit

Hi, On Sat, Jul 09, 2022 at 11:39:37AM -0300, Renato Andrade Galvão wrote: > So I have used surf, which I compile from your suckless repositories, > along with the webkit lib package from debian. Currently I can't do > anything better than this. I use surf in this way too. It works but it has pro

Re: [dev][surf] Is there any suckless webkit?

On Mon, May 2, 2022 at 3:44 PM Robert Winkler wrote: > > Maybe I am a bit naiv, or technically not informed enough, > BUT: > > Is there any webkit/browser that: > - Does not consume most of the computer resources (!!!). > - Is compatible with Java script. > - Displays modern websites without getti

Re: [dev][surf] Compatibility: "empty" wep pages

Hi, > I find that it is unfortunately not satisfactory yet from a > privacy-respecting > standpoint, at least until it supports plugins such as uMatrix which block > Ads > and various other privacy-intruding technologies. Simple filtering of URLs > just isn't enough. You could port uMatrix t

Re: [dev][surf] Compatibility: "empty" wep pages

On 22/04/29 09:48, Robert Winkler wrote: > Hi, surf is up to now the best browser I found for weak machines such as the > Raspberry Pi 0W, with respect to compatibility and customisability (link > hints, full keyboard control). > > The support of Javascript pages is fair. > > However, some Web P

Re: [dev][surf] Compatibility: "empty" wep pages

Hi Robert, * Robert Winkler [2022-04-29 09:48]: However, some Web Pages do not work at all. Example: just produces a white page. Works fine here with libwebkit2gtk-4.1-dev version 2.36.1-1+b1 from Debian unstable and surf from git. Cheers Jochen signature.asc Descri

Re: [dev] [surf] Link hints (javascript) not working

On Fri Apr 15, 2022 at 5:12 AM CDT, Viktor Grigorov wrote: > Hey, > > I have a slightly modified linkhints, that i use with both surf and > boredserf. I'm attaching it so to forgo more questions, but the gist is: >    if(e.altKey && String.fromCharCode(e.keyCode) == '1') { hintMode(); } >   el

Re: [dev] [surf] Link hints (javascript) not working

On Fri Apr 15, 2022 at 5:12 AM CDT, Viktor Grigorov wrote: > Hey, > > I have a slightly modified linkhints, that i use with both surf and > boredserf. I'm attaching it so to forgo more questions, but the gist is: >    if(e.altKey && String.fromCharCode(e.keyCode) == '1') { hintMode(); } >   el

Re: [dev] [surf] segmentation fault

m...@datameer.com wrote: > yea, I should do it. The thing is I didn't run into a crash with firefox > or vimb. just for correctness. i was running into the same thing with vimb (they catch the error and do not crash at all) so it is obvisuosly a webkit issue. thx marko

Re: [dev] [surf] segmentation fault

Страхиња Радић wrote: > On 22/01/13 11:52, m...@datameer.com wrote: > Why don't you just try it and find out? I did it and i'm getting the same issue. > If you are asking me about my personal experience, I always compile surf from > source. yes, i was more interrested into personal experience.

Re: [dev] [surf] segmentation fault

On 22/01/13 11:52, m...@datameer.com wrote: > Regarding the note on the website `Compile your own webkit or expect > hell`... > Is it better or more stable to compile webkit as well? Why don't you just try it and find out? If you are asking me about my personal experience, I always compile surf f

Re: [dev] [surf] segmentation fault

m...@datameer.com wrote: > Does that mean I have to compile surf incl all dependencies with > https://github.com/void-linux/void-packages? > > Or do you have any other hint for me? Страхиња did show you the way : config.h is the user configuration file, distributions might also want packages with

Re: [dev] [surf] segmentation fault

Страхиња Радић wrote: > Compiling from source is the intended way to use suckless software. > > Suckless software is configured by editing config.h, rather than by using > configuration files. Yes, i'm used to compile my suckless software setup (when i have patches). In this case I hadn't patche

Re: [dev] [surf] segmentation fault

On 22/01/12 04:02, m...@datameer.com wrote: > Does that mean I have to compile surf incl all dependencies with > https://github.com/void-linux/void-packages? Compiling from source is the intended way to use suckless software. Suckless software is configured by editing config.h, rather than by usi

Re: [dev] [surf] XDG conformity

Hi Janek, > After trying surf recently, I was appalled to see a ".surf" directory in my > home. > Is XDG basedir compliance not natural in suckless software? I won't answer directly this question, as you might be able yourself to look that up. But if you're asking about surf specifically, you c

Re: [dev] [surf] XDG conformity

On 21/12/16 09:39, Janek F wrote: > After trying surf recently, I was appalled to see a ".surf" directory in my > home. > Is XDG basedir compliance not natural in suckless software? Suckless software follows the principles that predate X Desktop Group and its specifications, as well as its own pr

Re: [dev] [surf] XDG conformity

Hi Janek, > After trying surf recently, I was appalled to see a ".surf" > directory in my home. Is XDG basedir compliance not natural in > suckless software? dmenu is the only suckless software I know that does anything related to the XDG basedir spec. I think the suckless way is to implement o

Re: [dev] surf ephemeral not switching(?)

> Hey, Hi Viktor, > Usually I clean out ~/.surf/cache/localstorage for all but 2 sites. I found > out the emphemeral option could acomplish just that, and setting up peruri > options with all 3 permutations (each being same priority) turned out to not > work. It's either on, or off, as evidenc

Re: [dev] surf: copy and paste

> Hello, Hi Alex, > Wanted to ask if there is any way to copy and paste text in surf like in > any other browser, using the usual ctrl+c/v keybindings. I don't know about “any other browser”, we have yet to produce an exhaustive list of (I suppose you mean web) browsers. But I think that GTK d

Re: [dev] surf: copy and paste

On Mon, Oct 18, 2021, at 2:36 PM, Alex Beakes wrote: > Wanted to ask if there is any way to copy and paste text in surf like in > any other browser, using the usual ctrl+c/v keybindings. > Trying to use surf as my main driver.need the copy/paste function. FYI, I am using Debian Stable 11 and

Re: [dev] [surf] content filter interest check

(Apologies for this inelegant reply to https://lists.suckless.org/dev/2105/34317.html) Greetings, Quentin. I hadn't seen wyebadblock; that looks like a great backstop and I'll try it soon. Thanks for pointing it out, and for helping me think about this in the larger context of webkitgtk rather

Re: [dev] [surf] content filter interest check

> When it comes to feature sets, I might be considered to be extreme but I just > love Adnauseam (adnauseam.io) which is an agressive take on content > filtering. From what I can tell though, this community cares about privacy > and any way tracking and/or fingerprinting can be avoided is a welc

Re: [dev] [surf] content filter interest check

> Hi there John, Hello Benjamin, > > Is anyone interested in using surf with WebKit content filtering? > > > > If so, I'd like to see your must-have features and can't-have excesses. But > > a mere yea or nay would also be informative, if perhaps more suitable for > > direct contact. > > > >

Re: [dev] [surf] content filter interest check

Hi there John, > > Is anyone interested in using surf with WebKit content filtering? > > If so, I'd like to see your must-have features and can't-have excesses. But a > mere yea or nay would also be informative, if perhaps more suitable for > direct contact. > Your idea sounds great, and my opi

Re: [dev] [surf] content filter interest check

On 5/16/21 2:45 PM, Quentin Rameau wrote: => Good password management (autofill is a must) Good password management is your brain. I see autofill almost as much secure as having no password or the same one everywhere. Good password management is pass[0] plus passmenu[1]! [0]: https://www.pas

Re: [dev] [surf] content filter interest check

Hello Jonathan, > Launch delays might be a problem as WebKit seems to want to compile the > filtering binary from a json rules file upon each and every launch. But I > believe that is an optimization issue which I can address later. (Short term, > I'll do what I can and you can opt out. Perhap

Re: [dev] [surf] Releasing surf?

Hello Quentin, On Fri, Nov 20, 2020 at 2:36 AM Quentin Rameau wrote: > > On Thu, 19 Nov 2020 15:33:44 -0500 > "Ivan \"Rambius\" Ivanov" wrote: > > > Hello, > > Hello Ivan, > > > I have been using dwm with netbsd for some time and I am happy with it > > and I decided to try surf as well. I was ab

Re: [dev] [surf] Releasing surf?

On Thu, 19 Nov 2020 15:33:44 -0500 "Ivan \"Rambius\" Ivanov" wrote: > Hello, Hello Ivan, > I have been using dwm with netbsd for some time and I am happy with it > and I decided to try surf as well. I was able to build and run surf > from git head with no problems. I tried to build surf-2.0 (do

Re: [dev] [surf] LibEGL warning : DRI2 : Failed to authenticate

Hello Ben, > Using OpenBSD 6.8 arm64 on RPi 4. > > I recieve the following warning while running surf as both a regular and root > user: > "LibGL warning : DRI2 : Failed to authenticate" > > Surf has been running slow on this particular computer and I suspect this > warning has > something to

Re: [dev] [surf][bug] bug in pipe communication to extension

Hi Jona, * Jona Ackerschott [2020-10-17 09:53]: To reproduce this bug, execute mainline surf without patches, go to 'google.com' (Exactly this, combinations of 'http(s)' or 'www' added to this can change the behaviour) and then to 'twitter.com' (Again extactly this). These sites are just one ex

Re: [dev] [surf][bug] bug in pipe communication to extension

Hello Hiltjo, So i found the specific problem present in the code, it works as follows: Wenn surf gets started, it sets up the two communication pipes, the surf web extension gets initialized and 'initwebextensions' in surf.c gets called. This function sends the numbers for the two file descriptor

Re: [dev] [surf][bug] bug in pipe communication to extension

Hello Hiltjo, > Where is the patch? Sorry, see the appendix of this mail. First let me say that i never worked with the codebase of surf before. I realised that my previous understanding of this bug seems to be partially wrong, so this patch works, but i don't know why exactly. My idea to avoid t

Re: [dev] [surf][bug] bug in pipe communication to extension

On Sat, Oct 17, 2020 at 09:53:47AM +0200, Jona Ackerschott wrote: > Dear suckless community, > Hi Jona, > There seems to be a bug in surf, in the 'readpipe' function in surf.c. > The pipes for communication with the web extension are being closed > there in the switch statement, which is problem

Re: [dev] [surf] Cannot copy URL to clipboard

> I can't reproduce the issue. ^Y and ^P both act on PRIMARY correctly here. > I am testing on current HEAD (d068a38). > > Double check that your system isn't doing something weird like "bridging" > or merging PRIMARY and CLIPBOARD. > > Best regards, > David > I don't believe my system has anythin

Re: [dev] [surf] Cannot copy URL to clipboard

On Wed, Mar 04, 2020 at 04:27:38PM -0500, Jason Blocklove wrote: > I've just reinstalled surf from scratch and everything seems to work as > expected so far except that I can't seem to use to copy the > current page's URL. I've tried both with the primary selection as well > as the clipboard itsel

Re: [dev] [surf] can't follow a link for download

2020-02-20 14:15 GMT-03:00, Reiner Herrmann : > On Thu, Feb 20, 2020 at 02:05:01PM -0300, Renato A. Galvão wrote: >> >>> surf: execvp x-terminal-emulator failed: Permission denied >> >> There is an apparmor file, >> >> /etc/apparmor.d/usr.bin.surf >> > [...] >> /usr/bin/stterm ix, > > In the past

Re: [dev] [surf] can't follow a link for download

On Thu, Feb 20, 2020 at 02:05:01PM -0300, Renato A. Galvão wrote: > >>> surf: execvp x-terminal-emulator failed: Permission denied > > There is an apparmor file, > > /etc/apparmor.d/usr.bin.surf > [...] > /usr/bin/stterm ix, In the past st was shipped in the stterm package with only an stterm

Re: [dev] [surf] can't follow a link for download

2020-02-20 11:33 GMT-03:00, Renato A. Galvão : > 2020-02-20 10:35 GMT-03:00, Greg Reagle : >> On Thu, Feb 20, 2020, at 08:26, Renato A. Galvão wrote: >>> I use the packaged version buster (stable) of surf in Debian. >>> >>> While trying to make any download I'm receiving this: >>> >>> surf: execvp

Re: [dev] [surf] can't follow a link for download

2020-02-20 10:35 GMT-03:00, Greg Reagle : > On Thu, Feb 20, 2020, at 08:26, Renato A. Galvão wrote: >> I use the packaged version buster (stable) of surf in Debian. >> >> While trying to make any download I'm receiving this: >> >> surf: execvp x-terminal-emulator failed: Permission denied > > Run t

Re: [dev] [surf] can't follow a link for download

On Thu, Feb 20, 2020, at 08:26, Renato A. Galvão wrote: > I use the packaged version buster (stable) of surf in Debian. > > While trying to make any download I'm receiving this: > > surf: execvp x-terminal-emulator failed: Permission denied Run the command x-terminal-emulator from a shell prompt

Re: [dev] [surf] can't follow a link for download

> Dear developers, Hi Renato, > I use the packaged version buster (stable) of surf in Debian. > > While trying to make any download I'm receiving this: > > surf: execvp x-terminal-emulator failed: Permission denied This seems to be a Debian issue, surf uses "st" terminal emulator by default, i

Re: [dev] Surf backend

Hello, 2020-01-25 17:12 GMT, Hadrien Lacour : > On Sat, Jan 25, 2020 at 05:20:19AM -0500, Jesse Limerick wrote: >> In regard to "replace webkit with something sane" from the TODO.md >> fileincluded within surf. I'm not sure if you all are aware of this: >> https://github.com/SteveDeFacto/zsurf

Re: [dev] Surf backend

On Sat, Jan 25, 2020 at 06:22:18PM +0100, Quentin Rameau wrote: > Hi Jesse, Hadrien, > > > > In regard to "replace webkit with something sane" from the TODO.md > > > fileincluded within surf. I'm not sure if you all are aware of this: > > > https://github.com/SteveDeFacto/zsurf > > > Little aban

Re: [dev] Surf backend

Hi Jesse, Hadrien, > > In regard to "replace webkit with something sane" from the TODO.md > > fileincluded within surf. I'm not sure if you all are aware of this: > > https://github.com/SteveDeFacto/zsurf > > Little abandoned project in the vein of surf, but using webengine > > backend. > > > >

Re: [dev] Surf backend

On Sat, Jan 25, 2020 at 05:20:19AM -0500, Jesse Limerick wrote: > In regard to "replace webkit with something sane" from the TODO.md > fileincluded within surf. I'm not sure if you all are aware of this: > https://github.com/SteveDeFacto/zsurf > Little abandoned project in the vein of surf, but

Re: [dev] [surf] Zombies when forking

Thanks for info. There's something messed up with my system. SIGCHLD is never caught. :( /cjw 17 sep. 2019 17:08 av nullp...@gmx.net: > On Tue, Sep 17, 2019 at 12:15:59PM +0200, C.J. Wagenius wrote: > >> Hi. >> >> I'm using surf on void linux (musl). I get a whole lot of zombies (sh >> ) when

Re: [dev] [surf] Zombies when forking

On Tue, Sep 17, 2019 at 12:15:59PM +0200, C.J. Wagenius wrote: > Hi. > > I'm using surf on void linux (musl). I get a whole lot of zombies (sh > ) when spawning child processes (Go & Find). I don't know where the > optimal place is to put a waitpid for them but this works for me. > > # --- Start

[surf] "GitHub no longer supports old versions of Safari." (was: Re: [dev] [surf] FreeBSD GST_IS_GL_CONTEXT assertion failed)

Hello Jason, Jason Smith writes: > I tried with lots of FreeBSD setups there is bug related with surf or > gstreamer. Playing youtube videos are not possible and there is "Please note > that GitHub no longer supports old versions of Safari." warning at > github.com. Here is output and screenshot

Re: [dev] [surf] FreeBSD GST_IS_GL_CONTEXT assertion failed

I also attaching my gst-inspect output. On 19/08/06 07:12PM, Jason Smith wrote: > I tried with lots of FreeBSD setups there is bug related with surf or > gstreamer. Playing youtube videos are not possible and there is "Please note > that GitHub no longer supports old versions of Safari." warning a

Re: [dev] [surf] Surf not using http_proxy settings

dev@suckless.org/2019-07-08 18:34:59+0200 > Surf-2.0 won't use the systemwide http_proxy and https_proxy I noticed this happen in another context. The solution was to set `all_proxy` instead. Perhaps that could help?

Re: [dev] [surf] Surf not using http_proxy settings

Hello Florian, Florian Fortner writes: > [...] > Surf-2.0 won't use the systemwide http_proxy and https_proxy environment > variables which I want to use to run surf through tor. I tried with a > packaged version (void linux xbps repository), and a > build from up-to-date source. > > A "Peer fa

Re: [dev] [surf] unveil

Please send your port/patch. Maybe I will try it. On Sat, May 4, 2019, at 12:04, Thuban wrote: > Hi, > Is there any OpenBSD user who have already unveiled surf? > > I'm trying to, but I keep having an error about "Can't open display". > -- > thuban > >

Re: [dev] [surf] scroll not working

Is it me only or scroll stopped working after 7ea0c2f? Maybe something to include in the git master? My fault; it works just fine. I was running surf in workdir but apparently `make install` was necessary to update web extension dir. s/

Re: [dev] [surf] scroll not working

Hi Szpak, * Szpak [2019-04-15 14:12]: Is it me only or scroll stopped working after 7ea0c2f? Not sure about the sha1 but I have the attached patch to fix this. Maybe something to include in the git master? Cheers Jochen From 01148684fb65a434c7c5d36251d6bc414dfb1711 Mon Sep 17 00:00:00 2001 F

Re: [dev] [surf] Bug: _SURF_URI and _SURF_GO sometimes won't update

This is a bug of surf, it usually happens when browsing some js heavy sites, I have something like the following in my custom version of surf, and it solved the problem. commit 9280cffc390e79416487d23f6cbca96fb80fc0da Author: nzl Date: Fri Jan 18 06:44:30 2019 + signal uri change dif

Re: [dev] [surf] Bug: _SURF_URI and _SURF_GO sometimes won't update

Quoth Szpak: > It's not very often so I don't worry much about that, but I have a feeling > that (at least on my machine) it's related to: > 1. using proxy (privoxy or squid in my case); > 2. unfinished page loading, which stops at some percent before 100, like 89% > or even 40%; > > The problem

Re: [dev] [surf] Bug: _SURF_URI and _SURF_GO sometimes won't update

Hi Suleiman, I can't reproduce your problem just like that (google.de → search → redirection → copy/bookmark url). So mostly it works just fine, but sometimes I notice similar behavior, which is incorrect url after redirection (from duckduckgo in my case). It's not very often so I don't w

Re: [dev] surf

Le 26/01/2019 à 22:33, Igor Rubel a écrit : Unfortunately, it seems that XQuartz doesn't support Retina displays properly. X does not perform any kind of scaling on its own. It's the purpose of toolkiks to do that. For example with Gtk applications one should set the environment variable GDK_

Re: [dev] surf

Yeah, that is the problem. Thanks! Unfortunately, it seems that XQuartz doesn't support Retina displays properly. > On 26. Jan 2019, at 21:08, Greg Reagle wrote: > > On Sat, Jan 26, 2019, at 15:58, Igor Rubel wrote: >> I've just installed surf using MacPorts. >> >>> surf https://www.apple.com/

Re: [dev] surf

On Sat, Jan 26, 2019, at 15:58, Igor Rubel wrote: > I've just installed surf using MacPorts. > > > surf https://www.apple.com/ > > Can't open default display > > How can one solve that? Hi. My guess, and it is just a wild guess because I don't even own an Apple/Mac (although I have used them a

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

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 t

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 o

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: $ http_proxy=http://12

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 se

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 some

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 sear

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 ot

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. > > https://lists

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. https://lists.suckless.org/dev/1301/14371

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 surf

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 w

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 wit

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 a

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 htt

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 7

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 forg

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 stripp

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 alloc

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 allocated with g_strdup(),

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. Th

  1   2   3   4   5   6   7   8   9   10   >