On Sat, Oct 10, 2015 at 11:38:15AM -0700, Skip Tavakkolian wrote:
> yet 9webdraw requires HTML5 features; so it *IS NOT* just javascript (i
> think this was your original "contribution" to the conversation)
condolences on your tireless devotion to denying javascript is
javascript.
khm
On Sat, Oct 10, 2015 at 9:57 PM Staven wrote:
> On Sat, Oct 10, 2015 at 03:42:42PM +, Giles Hutton wrote:
> > Hi All,
> >
> > I'm currently in the process of porting acme to Go
>
> Why?
>
I've been asking myself that same question a lot actually. A friend of mine
showed me acme
a couple of
Why not?
On Sat, Oct 10, 2015 at 1:55 PM, Staven wrote:
> On Sat, Oct 10, 2015 at 03:42:42PM +, Giles Hutton wrote:
> > Hi All,
> >
> > I'm currently in the process of porting acme to Go
>
> Why?
>
>
>
On Sat, Oct 10, 2015 at 03:42:42PM +, Giles Hutton wrote:
> Hi All,
>
> I'm currently in the process of porting acme to Go
Why?
yet 9webdraw requires HTML5 features; so it *IS NOT* just javascript (i
think this was your original "contribution" to the conversation)
On Sat, Oct 10, 2015 at 11:23 AM, Kurt H Maier wrote:
> On Sat, Oct 10, 2015 at 11:05:04AM -0700, Skip Tavakkolian wrote:
> > it is HTML5 (which includes Java
Agree at all. As I said, after some time fighting with it I was bored. I
remember asking you in g+ about fsync issues when I was working on it.
In fact it fails for example, if you clone go repo and then checkout a
branch. While checking out it looses in any moment some sha key and then
fatal. Oth
On Sat, Oct 10, 2015 at 11:05:04AM -0700, Skip Tavakkolian wrote:
> it is HTML5 (which includes JavaScript) by virtue of the fact that i needs
> WebSockets support.
HTML5 does not include javascript.
khm
(and it needs element, etc.)
On Sat, Oct 10, 2015 at 11:05 AM, Skip Tavakkolian <
skip.tavakkol...@gmail.com> wrote:
> it is HTML5 (which includes JavaScript) by virtue of the fact that i needs
> WebSockets support.
>
>
> On Sat, Oct 10, 2015 at 10:55 AM, Kurt H Maier wrote:
>
>> On Sat, Oct 10
it is HTML5 (which includes JavaScript) by virtue of the fact that i needs
WebSockets support.
On Sat, Oct 10, 2015 at 10:55 AM, Kurt H Maier wrote:
> On Sat, Oct 10, 2015 at 10:29:06AM -0700, Skip Tavakkolian wrote:
> > no need. just use David Hoskin's HTML5 devdraw:
> >
> > https://bitbucket.
On Sat, Oct 10, 2015 at 10:29:06AM -0700, Skip Tavakkolian wrote:
> no need. just use David Hoskin's HTML5 devdraw:
>
> https://bitbucket.org/dhoskin/9webdraw
that *is* a javascript library.
khm
no need. just use David Hoskin's HTML5 devdraw:
https://bitbucket.org/dhoskin/9webdraw
On Sat, Oct 10, 2015 at 10:03 AM, Siarhei Zirukin
wrote:
> why not a javascript library?
>
> On Sat, Oct 10, 2015 at 5:42 PM, Giles Hutton
> wrote:
>
>> Hi All,
>>
>> I'm currently in the process of porting
I believe Alef would be great compared to Limbo but not sure if Alef
version is a bit out-of-date.
On Sat, Oct 10, 2015 at 10:20 AM, Skip Tavakkolian <
skip.tavakkol...@gmail.com> wrote:
> cool.
>
> did you look at Alef (2nd Ed.) or Limbo version of Acme by any chance?
> i'm curious if either of
cool.
did you look at Alef (2nd Ed.) or Limbo version of Acme by any chance? i'm
curious if either of those might have been easier to translate to Go.
On Sat, Oct 10, 2015 at 8:42 AM, Giles Hutton
wrote:
> Hi All,
>
> I'm currently in the process of porting acme to Go, and as part of that
> I
why not a javascript library?
On Sat, Oct 10, 2015 at 5:42 PM, Giles Hutton
wrote:
> Hi All,
>
> I'm currently in the process of porting acme to Go, and as part of that
> I'm porting libframe as well. It's currently in a fully transliterated
> state and needs a good refactor to make it more idio
Hi,
Just wanted to let you know I am very eager to see both acme and libframe
in Go. Its a great idea.
Regards
dharani
On Sat, Oct 10, 2015 at 8:42 AM, Giles Hutton
wrote:
> Hi All,
>
> I'm currently in the process of porting acme to Go, and as part of that
> I'm porting libframe as well. It'
Hi All,
I'm currently in the process of porting acme to Go, and as part of that I'm
porting libframe as well. It's currently in a fully transliterated state
and needs a good refactor to make it more idiomatic Go.
However, my question is whether this is something that people would be keen
on using
> It works with go get but sometimes it fails miserably retrieving packages
> because it has an strong dependency of fsync to freeze sha keys in fs
> during fetching. And that is just a dummy in Plan 9 ape. I used fflush
i believe the problem has been misdiagnosed. fsync can't be the issue,
since
On Wed Oct 7 14:25:58 PDT 2015, elbingm...@gmail.com wrote:
> Yes, it has no sense in Plan 9, I know, thanks. I was talking about ape lib
> because is what was used to port git in my case.
>
> I even found a Rob's old mail answering a similar question saying that it's
> a matter of file server (
18 matches
Mail list logo