10x smaller is certainly not suckless either. check the archives, you
only need a couple lines to parse the youtube bullshit for the real
video file with some sed or so.
On Sun, Dec 25, 2016 at 6:00 AM, Ivan Tham wrote:
>
> On Sat, Dec 24, 2016 at 10:03:51PM +, Teodoro Santoni wrote:
>>
>> Hi
On Sun, Dec 25, 2016 at 01:00:20PM +0800, Ivan Tham wrote:
>
> On Sat, Dec 24, 2016 at 10:03:51PM +, Teodoro Santoni wrote:
> > Hi Laslo,
> >
> > 2016-12-24 10:11 GMT, Laslo Hunhold :
> > > > Anything else can be solved by finding your way into scraping the
> > > > website and building a prox
On Sat, Dec 24, 2016 at 10:03:51PM +, Teodoro Santoni wrote:
Hi Laslo,
2016-12-24 10:11 GMT, Laslo Hunhold :
Anything else can be solved by finding your way into scraping the
website and building a proxy that sends you a very simplified version
of it at your w3m, links, lynx, dillo, mosaic
Hi Laslo,
2016-12-24 10:11 GMT, Laslo Hunhold :
>> Anything else can be solved by finding your way into scraping the
>> website and building a proxy that sends you a very simplified version
>> of it at your w3m, links, lynx, dillo, mosaic or shell script.
>> It isn't easier and should be packed in
On Sat, Dec 24, 2016 at 11:11:56AM +0100, Laslo Hunhold wrote:
> > Anything else can be solved by finding your way into scraping the
> > website and building a proxy that sends you a very simplified version
> > of it at your w3m, links, lynx, dillo, mosaic or shell script.
> > It isn't easier and s
On Fri, Dec 23, 2016 at 11:49:15PM +, Josuah Demangeon wrote:
> On 2016-12-17 20:22, Cág wrote:
> > And this is why the web engine should be in C, hackable, simple and
> > small enough
> > to be compiled with tcc/pcc/scc, just like other suckless software
> > (I haven't tried scc though, looks
On Sat, 24 Dec 2016 01:17:51 +
Teodoro Santoni wrote:
Hey Teodoro,
> Obfuscation of the data used to draw the web application is also
> often done on purpose, to protect the website's revenue from
> adblockers. I dispute the idea that web services like Soundcloud
> would need an interface li
Hi,
2016-12-17 17:51 GMT, Sylvain BERTRAND :
> The real pb are web coders: many of the web sites could have a noscript
> portal
> without losing significant functionalities. The web sites which _must_ have
> a
> rich GUI (hence a dynamic browser, for instance soundcloud) should provide
> an
> simp
On 2016-12-17 20:22, Cág wrote:
And this is why the web engine should be in C, hackable, simple and
small enough
to be compiled with tcc/pcc/scc, just like other suckless software
(I haven't tried scc though, looks like active work is in progress by
glancing
at the log and hackers list).
I j
On Sat, Dec 17, 2016 at 09:08:39PM +0100, Martin Kühne wrote:
> Talking about banks who make things inherently complicated, I heard
> some people use gnucash and similar things to do their bank stuff,
> though I don't know how much functionality is there effectively
> available on this stuff. I jus
On Sun, Dec 18, 2016 at 03:32:25PM +, Cág wrote:
> Sylvain BERTRAND wrote:
>
> >Logs? Are you talking about a javascript enabled dynamic www renderer
> >or C compilers?
>
> scc logs, here at suckless.
scc/qbe good things... but no happy end since they won't be able to one-step
compile a mode
On Sun, Dec 18, 2016 at 04:15:10PM +0100, Laslo Hunhold wrote:
> However, we still have bootstrapping, so gcc might as well be written in
> Brainfuck. As long as you can bootstrap it, everything is alright.
You cannot bootstrap with C in a reasonable way.
For instance you want to compile that pil
Sylvain BERTRAND wrote:
Logs? Are you talking about a javascript enabled dynamic www renderer
or C compilers?
scc logs, here at suckless.
Because, people at google screwe* us: they made gcc c++.
Not really, they allowed C++ in the compiler itself but not that
much. C compiler is still in C
On Sun, 18 Dec 2016 16:02:39 +0100
Sylvain BERTRAND wrote:
Hey Sylvain,
> Because, people at google screwe* us: they made gcc c++. It's means
> that the reasonable starting point of any modern distros is a c++
> compiler and runtime! In order to compile linux and many critical
> applications (li
On Sat, Dec 17, 2016 at 08:22:02PM +, Cág wrote:
> to be compiled with tcc/pcc/scc, just like other suckless software
> (I haven't tried scc though, looks like active work is in progress by
> glancing at the log and hackers list).
Logs? Are you talking about a javascript enabled dynamic www re
Sylvain BERTRAND wrote:
c++ software pulls also a c++ compiler and runtime in their
dependencies, which
are horrendous compared to a C compiler/miminal runtime.
And this is why the web engine should be in C, hackable, simple and
small enough
to be compiled with tcc/pcc/scc, just like other
Talking about banks who make things inherently complicated, I heard
some people use gnucash and similar things to do their bank stuff,
though I don't know how much functionality is there effectively
available on this stuff. I just know my own bank which is otherwise
really preferable for being Swis
On Sat, Dec 17, 2016 at 06:51:25PM +0100, Sylvain BERTRAND wrote:
> I'm about to sue some french administrations over their www sites and my
> french
> bank www sites for their lack of interop with light www browsers.
I wish you luck with that endeavor.
My bank won't even let me log in if their
On Sat, Dec 17, 2016 at 07:06:52PM +0100, hiro wrote:
> no, it's great they all are incompetent to create usable apis, it
> means i don't have to waste my time with their shitty content either.
Well, for many www sites not providing any critical services, you are right,
it's sad, but they just can
no, it's great they all are incompetent to create usable apis, it
means i don't have to waste my time with their shitty content either.
On Sat, Dec 17, 2016 at 6:51 PM, Sylvain BERTRAND
wrote:
> On Sat, Dec 17, 2016 at 01:17:38PM +, Cág wrote:
>> Staven wrote:
>>
>> >or do you know a better c
On Sat, Dec 17, 2016 at 01:17:38PM +, Cág wrote:
> Staven wrote:
>
> >or do you know a better compromise than webkit?
>
> Yeah, write our own web engine with blackjack and hookers, which is
> mentioned on Project ideas page.
c++ software pulls also a c++ compiler and runtime in their depende
Staven wrote:
or do you know a better compromise than webkit?
Yeah, write our own web engine with blackjack and hookers, which is
mentioned
on Project ideas page.
Cág
On Sat, Dec 17, 2016 at 01:32:55PM +0100, Sylvain BERTRAND wrote:
> Is there anybody who dared to think that webkit-anything or geecko-anything is
> in no way suckless due to their c++ implementation?
>
> --
> Sylvain
>
I don't think anybody's ever claimed otherwise.
I think the point of surf i
Is there anybody who dared to think that webkit-anything or geecko-anything is
in no way suckless due to their c++ implementation?
--
Sylvain
On Sat, 17 Dec 2016 09:27:02 +0800
Ivan Tham wrote:
> On Sat, Dec 17, 2016 at 01:19:54AM +0100, Quentin Rameau wrote:
> >> Hi,
> >Hi Ian,
> >
> >> I have been using 'standard' surf through a proxy server for some
> >> time by just setting 'http_proxy' in the env. This doesn't work
> >> with w
On Sat, Dec 17, 2016 at 01:19:54AM +0100, Quentin Rameau wrote:
Hi,
Hi Ian,
I have been using 'standard' surf through a proxy server for some time
by just setting 'http_proxy' in the env. This doesn't work with
webkit2. Does anyone know a fix? Otherwise surf2 seems to be working
fine.
Works f
> Hi,
Hi Ian,
> I have been using 'standard' surf through a proxy server for some time
> by just setting 'http_proxy' in the env. This doesn't work with
> webkit2. Does anyone know a fix? Otherwise surf2 seems to be working
> fine.
Works for me.
With webkit2gtk, the proxy handling is delegated do
Hi,
I have been using 'standard' surf through a proxy server for some time
by just setting 'http_proxy' in the env. This doesn't work with webkit2.
Does anyone know a fix? Otherwise surf2 seems to be working fine.
Thanks
28 matches
Mail list logo