On Fri, Apr 29, 2016 at 10:25:48PM +0200, Kamil Cholewiński wrote:
>
> I don't mean to run GMail, but just basic web browsing: render text,
> follow links, show images, terminal or X.
>
> K.
I discovered retawq [1] lately, a terminal web browser. It does not
have an as low number of lines as
On Mon, 02 May 2016, Leo Gaspard wrote:
> To get closer to the original topic, I think rust is among the best
> choices for a webkit replacement. A webkit replacement *will* be huge,
> bloated and sucky. It's pretty sad, but most of us need a way to access
> sucky websites that
On 04/30/2016 03:04 PM, ra...@openmailbox.org wrote:
> On 2016-04-30 11:47, Kajetan Jasztal wrote:
>> how about servo[1]? aims for memory security and fast parallel rendering
>>
>> [1] https://servo.org/
>
> There is a lot of hype about rust being 'memory safe' but where is the
> proof?
AFAICT,
WOW. The compile took 7 mins but there was only 1 (ONE) warning and NO
errors after i installed libXmu-devel on my server. The bad news: it
doesnt run on an X11 tunnel
On Mon, May 2, 2016 at 10:56 AM, Aditya Goturu wrote:
> Argh. Compile failed. But i found out some more
Argh. Compile failed. But i found out some more interesting things.
The BUILD SYSTEM depends on python and DBUS. Also, when the compile
finished, it popped up a GUI notification (!), on the machine on which
i ssh -Yed into the build server...
On Mon, May 2, 2016 at 10:53 AM, Aditya Goturu
Cargo pulling in libs for servo on a system with just rustc installed:
Updating registry `https://github.com/rust-lang/crates.io-index`
Updating git repository `https://github.com/servo/rust-layers`
Updating git repository `https://github.com/servo/webrender`
Updating git
On Sun, May 01, 2016 at 01:23:54PM +0200, Sanel Zukan wrote:
> Mitt Green writes:
> >> but find me portable and usable C UI toolkit
> >> without tons of dependencies
> >
> > Tcl/Tk
>
> Hell yeah +1
Tk x11 widget toolkit needs Tcl scripting language...
Not a lean set of
On Mon, May 02, 2016 at 12:14:20AM +0200, FRIGN wrote:
> C is definitely not suckless either, especially when it comes
> to UB, but it's probably the language with least suck and
> highest simplicity while giving the most power to the developer.
+1
:)
--
Sylvain
On Sat, Apr 30, 2016 at 10:24:31AM +1100, Sylvain BERTRAND wrote:
> Additionnaly, the "modern" www tends to force the user to have a script-able
> www browser, even though many www sites could provide their services with a
> noscript www browser through a cleverly crafted main www portal or a
On Sun, May 01, 2016 at 05:20:08PM +0200, Sanel Zukan wrote:
> Sylvain BERTRAND writes:
> >> pthreads are bad? Really?
> >
> > c++ is _really_ bad, indeed.
>
> I think I mentioned pthreads, not c++ :)
Anyway, c++ is still _really_ bad and light years away from
On Sat, 30 Apr 2016 18:54:39 +0200
Kamil Cholewiński wrote:
Hey Kamil,
> You don't need a proof, you only need a significant improvement upon C,
> which Rust delivers.
the big drawback of Rust in my opinion is lack of readability.
There are too many things to do one thing
Sylvain BERTRAND writes:
>> pthreads are bad? Really?
>
> c++ is _really_ bad, indeed.
I think I mentioned pthreads, not c++ :)
>> dependencies (gtk, I look at you).
>
> https://github.com/sylware/misc/blob/master/gtk-utox/gtk-utox.sh
This probably works for you
Sanel Zukan writes:
> > - FLTK is 100k sloc C++; includes support for Cairo, GL, kitchen sinks
>
> All these things can be disabled at compile time. Maybe you are not fond
> of C++, but find me portable and usable C UI toolkit without tons of
> dependencies (gtk, I look at you).
libagar?
--
On Sun, May 01, 2016 at 11:58:36AM +0200, Sanel Zukan wrote:
> Kamil Cholewiński writes:
> > Bad stuff:
> >
> > - C++, autohell, pthreads
>
> pthreads are bad? Really?
c++ is _really_ bad, indeed.
> dependencies (gtk, I look at you).
> but find me portable and usable C UI toolkit
> without tons of dependencies
Tcl/Tk
Kamil Cholewiński writes:
> Bad stuff:
>
> - C++, autohell, pthreads
pthreads are bad? Really?
> - FLTK is 100k sloc C++; includes support for Cairo, GL, kitchen sinks
All these things can be disabled at compile time. Maybe you are not fond
of C++, but find me portable and
On Sat, Apr 30, 2016 at 04:09:28PM -0700, Menche wrote:
> On Sun, 1 May 2016 10:04:37 +1100
> Sylvain BERTRAND wrote:
>
> > On Sat, Apr 30, 2016 at 12:47:36PM +0200, Kajetan Jasztal wrote:
> > > how about servo[1]? aims for memory security and fast parallel rendering
On Sat, Apr 30, 2016 at 08:53:35PM +0200, Anselm R Garbe wrote:
> [0] http://www.netsurf-browser.org/
I was looking at netsurf to add the javascript/DOM bits required for online
banking (my bank
account and online payement).
But it seems rather not that easy to get into it. I will give it
On Sat, Apr 30, 2016 at 12:47:36PM +0200, Kajetan Jasztal wrote:
> how about servo[1]? aims for memory security and fast parallel rendering
>
> [1] https://servo.org/
At least servo can be compiled with a simple ISO C99 compiler and limited
SDK... unlike gcc with its mandatory ISO c++98.
--
On 30 April 2016 at 12:47, Kajetan Jasztal wrote:
> how about servo[1]? aims for memory security and fast parallel rendering
>
> [1] https://servo.org/
I'd rather suggest NetSurf[0]. The idea is a couple of years old, but
one could consider forking it and remove all
On Sat, 30 Apr 2016, ra...@openmailbox.org wrote:
> There is a lot of hype about rust being 'memory safe' but where is the
> proof?
You don't need a proof, you only need a significant improvement upon C,
which Rust delivers.
> secondly 1 in every 100 lines of servo is an 'unsafe {' directive.
On Sat, 30 Apr 2016, Ben Woolley wrote:
> You pretty much just described Dillo. Bookmarks exist, but through the
> plugin API only. Memory only cache. CSS and SSL support, but no JS.
> About the only thing I could see counted against it is that it is C++
> and not C, but
On 2016-04-30 11:47, Kajetan Jasztal wrote:
how about servo[1]? aims for memory security and fast parallel
rendering
[1] https://servo.org/
There is a lot of hype about rust being 'memory safe' but where is the
proof?
secondly 1 in every 100 lines of servo is an 'unsafe {' directive.
On
how about servo[1]? aims for memory security and fast parallel rendering
[1] https://servo.org/
Sent from my iPhone
> On Apr 29, 2016, at 4:24 PM, Sylvain BERTRAND
> wrote:
>
> The main issue is java/ecma script on the "www DOM" (Document Object Model):
> Between noscript www browser code requirements and script-able www browser
> code
> requirements, there
> On Apr 29, 2016, at 1:25 PM, Kamil Cholewiński wrote:
>
>> On Fri, 29 Apr 2016, Christoph Lohmann <2...@r-36.net> wrote:
>> Greetings.
>>
>>> On Fri, 29 Apr 2016 17:58:08 +0200 Jochen Sprickerhof
>>> wrote:
>>> Hi,
>>>
>>> just saw this
The main issue is java/ecma script on the "www DOM" (Document Object Model):
Between noscript www browser code requirements and script-able www browser code
requirements, there is an abyss in size and complexity.
Additionnaly, the "modern" www tends to force the user to have a script-able
www
On Fri, 29 Apr 2016, Christoph Lohmann <2...@r-36.net> wrote:
> Greetings.
>
> On Fri, 29 Apr 2016 17:58:08 +0200 Jochen Sprickerhof
> wrote:
>> Hi,
>>
>> just saw this commit:
>>
>> http://git.suckless.org/sites/commit/?id=6e3450a047c5f7eda300f68814f7b1dfd499119e
On 2016-04-29 16:23, Jochen Sprickerhof wrote:
Hi,
just saw this commit:
http://git.suckless.org/sites/commit/?id=6e3450a047c5f7eda300f68814f7b1dfd499119e
Can someone (@Christoph) please specify which version of Webkit and
which
packaging is meant and what are the symptoms of hell?
Thanks!
Greetings.
On Fri, 29 Apr 2016 17:58:08 +0200 Jochen Sprickerhof
wrote:
> Hi,
>
> just saw this commit:
>
> http://git.suckless.org/sites/commit/?id=6e3450a047c5f7eda300f68814f7b1dfd499119e
>
> Can someone (@Christoph) please specify which version of Webkit and
Hi,
just saw this commit:
http://git.suckless.org/sites/commit/?id=6e3450a047c5f7eda300f68814f7b1dfd499119e
Can someone (@Christoph) please specify which version of Webkit and which
packaging is meant and what are the symptoms of hell?
Thanks!
Jochen
signature.asc
Description: PGP signature
31 matches
Mail list logo