Re: [dev] [surf] [PATCH] cookie policy

2014-01-30 Thread Eric Pruitt
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

Re: [dev] [surf] [PATCH] cookie policy

2014-01-30 Thread Christoph Lohmann
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

Re: [dev] [surf] [PATCH] cookie policy

2014-01-30 Thread stanio
* 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

Re: [dev] [surf] [PATCH] cookie policy

2014-01-30 Thread Nick
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

Re: [dev] [surf] [PATCH] cookie policy

2014-01-30 Thread Christoph Lohmann
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

Re: [dev] [surf] [PATCH] cookie policy

2014-01-29 Thread YpN
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.

Re: [dev] [surf] [PATCH] cookie policy

2014-01-29 Thread Quentin Rameau
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

Re: [dev] [surf] [PATCH] cookie policy

2014-01-29 Thread Quentin Rameau
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

Re: [dev] [surf] [PATCH] cookie policy

2014-01-26 Thread Quentin Rameau
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

Re: [dev] [surf] [PATCH] cookie policy

2014-01-26 Thread YpN
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

Re: [dev] [surf] [PATCH] cookie policy

2014-01-25 Thread sekret
* 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

[dev] [surf] [PATCH] cookie policy

2014-01-24 Thread Quentin RAMEAU
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