hi :)
On Fri, Feb 23, 2018, 8:26 AM wrote:
> So, I started programming in Go about a month ago. I can't stop.
> I can't even describe why I am enjoying the language so much, except by
> saying...
>
> It's fun to program in Go!
>
> I have now embarked on a mission to create an online game, using
I'd note the following:
https://play.golang.org/p/U_lmt-go6M
Also, this can be simplified to the following:
https://play.golang.org/p/eFnM98yRLk
Such a puzzle should look something more like:
https://play.golang.org/p/8KD6INL9QP
On Sun, Nov 19, 2017 at 6:25 PM Carl Mastrangelo
wrote:
> Hi gop
Instead of recover, I'd consider simply writing to the channel.
https://play.golang.org/p/ShoadwrwTQ
If it has to be a close, pass in additional state to close only once.
https://play.golang.org/p/pwO3JF60Cr
On Tue, Nov 7, 2017 at 3:32 AM roger peppe wrote:
> On 7 November 2017 at 00:59, Albe
meaning, don't call that select+code block from multiple goroutines. If on
the other-hand that block is always called from the same goroutine, then it
will do what you want, but that may be a slippery slope depending on what
you're writing.
On Mon, Nov 6, 2017 at 7:33 PM Dan Kortschak
wrote:
> N
t know when the shallowest depth can occur while not being on
> shortest path. Note that path was used in this discussion as meaning full,
> unpromoted path, ie. like if every embedded field of type T was declared T
> T instead. The actual selector expression is a prefix of this full path.
>
orm GLUniform
is changed to this:
type Uniform struct {
GLUniform
}
access to the Value fields would now exist at the same depth and produce
the error I was expecting to see.
https://golang.org/ref/spec#Selectors
On Fri, Nov 3, 2017 at 5:38 PM Daniel Skinner wrote:
> Right, I've mi
st path wins" phrase
I have is back when vendor directory was introduced.
On Fri, Nov 3, 2017 at 5:11 PM Jan Mercl <0xj...@gmail.com> wrote:
>
> On Fri, Nov 3, 2017 at 11:04 PM Daniel Skinner wrote:
>
> > https://play.golang.org/p/Y1UxMgNhWx
> >
> > I ran into
https://play.golang.org/p/Y1UxMgNhWx
I ran into this today but don't understand why the compiler isn't throwing
an ambiguous reference error. Maybe I've misunderstood why this error is
thrown the few times I've seen it.
--
You received this message because you are subscribed to the Google Groups
The manifest can specify hooks for Service implementations, such as to
start on-boot, but the platform still requires the implementation of the
Service class. One could write a generic NativeService implementation for
easy reuse and launching of native processes, but otherwise nothing has
changed w
erence between the failing program and the
> succeeding one
>
>
>
> On Monday, October 16, 2017 at 12:22:00 PM UTC-4, Daniel Skinner wrote:
>
>> As mentioned in last paragraph here: https://golang.org/pkg/runtime/
>>
>> GOARCH, GOOS, and GOROOT are recorded at co
I'm inclined to say a Service would be better for Context access instead of
a noop Activity. You should be able to make the Service instantiate needed
resources or provide an implementation to instantiate those resources and a
method for communicating that logic in Go. If you don't want parallel
ve
How were you intending to run the Go program?
iirc you'll need access to a Context that can only be provided by the
Dalvik VM, and that can only be instantiated via bytecode ran on the VM (so
use Java). The first entry point this is provided is Application.onCreate
when said class is declared in t
As mentioned in last paragraph here: https://golang.org/pkg/runtime/
GOARCH, GOOS, and GOROOT are recorded at compile time and made available by
constants or functions in this package, but they do not influence the
execution of the run-time system.
I'd first be inclined to think Mage source has d
you could adapt something like this to your needs:
https://github.com/dskinner/x/blob/master/cmd/droidscale/droidscale.go
On Tue, Sep 26, 2017, 4:48 AM Joe Blue wrote:
> drives me nuts making icons for web, desktop and mobiles.
>
> anyone know or a generator. prefer using golang :)
>
> --
> You
As one of the persons reached out to for that effort (and I'm not a shiny
contributor), my current unpublished work will eventually serve as a basis
for some proposals to shiny for review that maybe after some testing and
input from others will stand on its on merits, for such a proposal.
Even as
If you're manually processing events, this is
switch e := w.NextEvent().(type) {
case size.Event:
dpi := float64(e.PixelsPerPt) * unit.PointsPerInch
}
If you're writing your own widget, Paint and PaintBase methods receive
either a PaintContext or PaintBaseContext argument respectively; call
c
> An alternative approach is to separate your simulation loop and your
rendering loop.
or at the very least, calculate a timing delta to determine animation
values.
On Fri, Apr 28, 2017 at 9:48 PM Zellyn wrote:
> Yes, the racy boolean access made me cringe but I was going for short :-)
>
> Your
You're right, I failed to consider the constants on Service. I thought I
saw something about this recently but it just turned out to be you five
days ago :)
On Sat, Dec 24, 2016 at 4:27 PM andrey mirtchovski
wrote:
> Apologies for the digression.
>
>
> This suggests that you still have multiple
> app redeclared as imported package name
This suggests that you still have multiple `app` imports without each
having a unique name. Double check your imports in all source files being
compiled.
> import "Java/android/app/Service"
I'd imagine `Service` is not a package and not something you can
I haven't used these bindings but wouldn't you rename the v7 import as
sapp "Java/android/support/v7/app"
and then import
"Java/android/app"
then reference `app.AlertDialog` as appropriate? You'll also need to call
`dialog.Show()` in `showDialog`.
On Sat, Dec 24, 2016 at 8:35 AM glenford willi
It's surprising but it's not. Who would have guessed 8bits would be more
expensive on a 64bit platform.
On Fri, Dec 16, 2016 at 11:15 PM Damian Gryski wrote:
> The runtime has optimized map implementations for strings, int32 and
> int64-sized thing
>
> There is no optimized implementation for in
Great work, as a long time IntelliJ user for a variety of different
languages I'm excited to see how this Go-centric version turns out. Added
my name to the private beta.
On Thu, Dec 15, 2016 at 8:28 AM Florin Pățan wrote:
> Hi all,
>
>
> I'm very excited to announce a new episode in the life of
>
> The original e-mail is clear that it was passing along a complaint
> from someone else. That person was following the procedure outlined
> in Go's code of conduct (https://golang.org/conduct).
>
In bold, the CoC calls out, "Note that the goal of the Code of Conduct and
the Working Group is to
The email was presumptuous, so as to describe "more productive", and
threatening with "consider this a warning". It also felt cold and
unwelcoming like a bot generated it.
I do not advocate this CoC at all, but at the very least the email could
have stuck to what was known to start a private conve
yardstick or it doesn't work
On Tue, Aug 16, 2016 at 6:17 PM Brad Fitzpatrick
wrote:
> We a phrase as catchy as "Pics or it didn't happen" for this. "Test or
> it's not trustworthy"? Needs work.
>
>
> On Tue, Aug 16, 2016 at 2:16 PM, Dave Cheney wrote:
>
>> Until it's part of the ./all.bash tes
editor/mouse.go:68: e.Pos undefined (type mouse.Event has no field
> or method Pos)
>
> ../../editor/mouse.go:82: e.Pos undefined (type mouse.Event has no field
> or method Pos)
>
>
>
>
> On Fri, Aug 19, 2016 at 2:14 PM Daniel Skinner wrote:
>
>> There is also som
>
> There is also some very impressive work by Skinner over at:
> https://github.com/dskinner/material
>
> The branch called mediansdf has impressive font improvements.
>
Thanks for the shout out, though I'm already looking at dropping that
branch.
I'm interested in shiny as well but waiting for
> What are the right place to post issues / bug reports ?
File issues here, https://github.com/golang/go/issues
Prefix the subject with x/mobile:
> What is the right place to place questions about the use/developement
questions about gomobile.
This mailing list would be the right place to start.
is the Go tour really that out of touch for people with little to no
programming experience? I'd think there's enough in there to keep one busy
for quite a while. Now, whether that work is actually interesting to them
is another matter...
I sat my 9 year old daughter in front of the tour a few mon
$HOME/local/src usage predates Go usage for me, and besides, the structure
and content of a GOPATH has merit stretching beyond languages as a simple
method for source organization.
On Fri, Jul 15, 2016, 4:30 PM Dave Cheney wrote:
> Why not put non go code in another directory tree? That seems mu
, Jun 28, 2016 at 8:48 AM Scott Cotton wrote:
> A model check in a test file is a great idea.
>
> In fact, one of the hot topics of formal technologies is automatic test
> generation (at least in the hardware world).
>
>
> 2016-06-28 15:33 GMT+02:00 Daniel Skinner :
>
>
2016 at 2:49 AM Seb Binet wrote:
> On Tue, Jun 28, 2016 at 12:24 AM, Daniel Skinner wrote:
>
>> > I think a better question is: can go tools for formal verification
>> become available?
>>
>> I did some research on formal verification recently, no experience
>>
> I think a better question is: can go tools for formal verification
become available?
I did some research on formal verification recently, no experience
previously. I don't really see why not. Just digging through my own code, I
have an implementation of the simplex method which I could use to s
Finally have a place to setup my keyboard and tgui-harm worked well, nice
work.
On Sun, Jun 26, 2016 at 3:25 AM wrote:
> Hi Daniel,
>
> I already investigated your piano and snd projects at github, but could
> not get them working: too much unknown libraries. Anyhow, it seemed to be
> aiming at
row on
the keyboard play in-place of an actual keyboard.
On Thu, Jun 23, 2016 at 7:44 AM Daniel Skinner wrote:
> Yes, the Android app is a toy app. Touchscreen or not, the hardware
> latency alone makes that a fact. But that's why it's an example, not the
> root project.
>
Yes, the Android app is a toy app. Touchscreen or not, the hardware latency
alone makes that a fact. But that's why it's an example, not the root
project.
I've been using the gui example as a playground to work out further
improvements to a separate project and I realize this is in disarray. I
nee
tgui-harm looks pretty interesting, I'll have to check it out this weekend.
> Go is a very neat programming language, but it is not particulary
fast. On my rather old computer a sampling frequency of 44100Hz caused
problems, but 24000Hz did work
my package dasa.cc/snd defaults to 44100 sample rat
his is actually a stumbling block that I researched online
> and found others having difficulty with as well. It would help a lot to
> have this feature, but I'm not familiar enough with the codebase or feature
> threshhold to understand the downside of adding it to the API.
>
>
I pinned this question to my email b/c I'm going to be doing something
similar soon and why not help a similar soul out, but really even though I
can't give you a straight answer now, the answer is still pretty straight
forward.
There's nothing predominantly interesting between a gpu shader and a
> but I still want to test my app at explicit screen sizes
testing on actual hardware is still going to be the best, but I'd imagine
there's something out there for OSX that'd let you specify the exact window
size (of any window open).
> Also, Android best practices does recommend as an option cr
40 matches
Mail list logo
