On Mon, 07 Sep 2009 11:51:46 +0200, Uriel wrote:
On Mon, Sep 7, 2009 at 2:38 AM, Pinocchio wrote:
A few months ago lobobrowser.org caught my eye. Its a browser written in
java (hold on... don't kick me off the list... :) ) but the thing I
liked
about it was its support for alternative docum
* defining a protocol that would play the role of HTTP,
I don't think that would be necessary. HTTP is okay.
Good enough versus Right. An old story.
It is true it isn't that bad, but it needs some cleanup.
Of course it has to be totally incompatible with the current "web
stack",
browser in
On Wed, 09 Sep 2009 10:06:20 +0200, Anselm R Garbe
wrote:
2009/9/9 Pinocchio :
I am saying this because even after a lot of marketing muscle and
commercial force, it has been hard for Adobe, Sun and Microsoft to
push
their rendering stacks over HTML + Javascript. Flash is the only thing
w
Maybe it is not that hard to do. I think it is possible to build a
prototype using Lua with some GUI toolkit bindings for instance: the
server would send the Lua source to the client, and the client
interprets
it.
Yup something like that. I guess you chose Lua because Lua is small in
size
Sorry Anselm, I forgot to thank you for your quick answer.
1. I designed a software to automate testing of the boxes that we
build. The main language used is Python (I guess it's hard to avoid OO
when using python). Basically the design is such that I have a test
case class that is used wh
Anselm R Garbe wrote:
I don't miss closures. You got the static keyword to avoid polluting
the global namespace.
Kind regards,
Anselm
U think it may be genetic? :)
Byzantine libraries, rich class hierarchies, clever closures, maybe are
for members of the species /programmator domesticus/.
On Fri, 18 Sep 2009 05:00:05 +0200, Pinocchio wrote:
On Wed, 16 Sep 2009 04:58:39 -0700, Szabolcs Nagy
wrote:
On 9/16/09, Frederic DUBOIS wrote:
2009/9/16 Uriel :
On Wed, Sep 16, 2009 at 12:03 AM, frederic
wrote:
I'm pretty sure that if C featured closures, Anselm would cle
dmenu can read items from stdin. You may create the cache yourself with
e.g. "ls -1 -colors=never /bin >cache", then do "dmenu at the dmenu_run script for details.
Example:
http://xinutec.org/~pippijn/files/img/collection/why-transparency-is-evil.jpg
So sugar is evil, because if one eats too much of it, one may die.
So, I agree with uriel: transparency is for idiots.
Often, drunk people seem to believe that other people are drunk.
Do yourself a fav
This thread is about the features st should implement and transparency
surely is a thing that shouldn't be implemented by st, so we should
probably abandon this topic.
I totally agree that transparency shouldn't be part of the features of st,
althought I do use transparent. I thought that
Do yourself a favour: stop calling others idiots.
No.
Great, yet another Uriel.
I'm quite picky, and I have yet to see anything I don't like in Go,
So now closures are not an issue anymore?And you don't see the OO
non-non-support (sic) [from the FAQ: "is Go an OO language?" "-Yes and
no"] as a problem? Beware, if you use Go's methods you might write
OO-style code with
On Sun, Nov 15, 2009 at 12:43:46PM +0100, Szabolcs Nagy wrote:
On 11/15/09, frederic wrote:
and sacrifices some efficiency to have a few higher level language
features (gc, interface, string, map, package, init, defer, closure..)
as a bonus it has multi tasking support (go, chan, select
So now closures are not an issue anymore?
There is nothing wrong with closures per se, hacking them up on top of
C is what is wrong.
That's basically what you replied to me in an other thread:
"I'm pretty sure that if C featured closures, Anselm and many others
would promptly and cleverly han
Compared to your grand-daddy's GC? Obviously yes. But no GC language
has yet prevailed against C in benchmarks.
I don't have any statistics, but I'm not so sure of that. At least, as I
said, depending on the use case. Heavily multi-threaded and dynamic
memory intensive code takes a huge hit
On Sun, Nov 15, 2009 at 02:54:23PM +0100, Tobias Ulmer wrote:
On Sun, Nov 15, 2009 at 02:24:41PM +0100, frederic wrote:
All this is more than just nit-picking. Pike claims a 10-20% loss
compared to C, which would still be quite good. However, the first
benchmarks tell another story at the
2009/9/16 Uriel :
> On Wed, Sep 16, 2009 at 12:03 AM, frederic wrote:
>> I'm pretty sure that if C featured closures, Anselm would cleverly use them
>> and
>> make an even more simple, customizable and elegant dwm.
>
> I'm pretty sure that if C featured clo
>> widget tool kit
>>
>
> Anselm and me were discussing about the widget toolkit, the code name of the
> project
> is "dwk" Dynamic Widget Kit. which is atm just a README with few random
> ideas.
>
> http://hg.youterm.com/dwk
Something like GraphApp? (http://www.enchantia.com/software/graphapp/)
2010/3/4 Mate Nagy :
> On Thu, Mar 04, 2010 at 01:14:37PM +0100, Frederic DUBOIS wrote:
>
>> Something like GraphApp? (http://www.enchantia.com/software/graphapp/)
> looks nice until you realize it doesn't support fonts (and they even
> ideologized it for themselves in the
19 matches
Mail list logo
