the dom model, currently only provides Append method.
but the all members of model are exported. so it should
be possible to write delete by removing node from slice and
setting its parent to null.
- santhosh
On Mon, Feb 15, 2021 at 5:00 AM Tong Sun wrote:
> Thank you Santhosh!
>
> Can the http
Thank you Santhosh!
Can the https://github.com/santhosh-tekuri/xpath model edit or delete
elements, apart from locating them?
If so, are there any ready-made examples/blogs etc that I can refer to?
Thx!
On Sun, Feb 14, 2021 at 4:28 PM Santhosh Kumar T
wrote:
>
> You can try https://github.com/s
You can set your precision arbitrarily high, but you will still find a
point at which there are non-zero decimal digits.
https://play.golang.org/p/JYcAvXQPfeO
123.4 cannot be represented in binary with a finite number of bits.
On Sun, 2021-02-14 at 13:33 -0800, Santhosh Kumar T wrote:
> now I un
> In future, work in two instances of VS Code
I set GOOS env variable and HISTFILE env variable on each code execution. So a
particular folder is tied to that OS and the terminal history is separate.
IOW, i make a code app icon for each current project. One also for go stdlib
src searches.
--
On Wednesday, 27 January 2021 at 23:28:17 UTC+1 Ian Lance Taylor wrote:
To be clear, there is no Go 2, and there are no plans for Go 2.
Speaking as one who suffered through the ill-conceived and interminable
Python3 transition, this is the best news I've heard since discovering and
falling in lo
now I understand it. why they are not same
but why f2 printed as 123.4139
f2 is constructed using SetString method, so it should be accurate and
printed as 123.4000.
- Santhosh
On Monday, February 15, 2021 at 2:53:45 AM UTC+5:30 kortschak wrote:
> On Sun, 2021-0
On Sun, Feb 14, 2021 at 1:19 PM Santhosh Kumar T
wrote:
> When I print both values, they print exactly same. so I am assuming no
> precision lost for this specific example 123.4.
> but still Cmp returns non-zero.
>
As Dan pointed out, that is an invalid assumption. The code that formats a
float
You can try https://github.com/santhosh-tekuri/xpath. it uses
https://github.com/santhosh-tekuri/xpath as model.
BTW, I am author of the above projects
- santhosh
On Friday, February 12, 2021 at 10:30:57 PM UTC+5:30 sunto...@gmail.com
wrote:
> Thanks Steve,
>
> That's what I thought, but on
On Sun, 2021-02-14 at 13:19 -0800, Santhosh Kumar T wrote:
> When I print both values, they print exactly same. so I am assuming
> no precision lost for this specific example 123.4.
> but still Cmp returns non-zero.
This is not a good assumption to make, and is refuted by the result of
Cmp.
https
When I print both values, they print exactly same. so I am assuming no
precision lost for this specific example 123.4.
but still Cmp returns non-zero.
---
Santhosh
On Monday, February 15, 2021 at 2:03:24 AM UTC+5:30 Kurtis Rader wrote:
> The value 123.4 cannot be represented exactly as a float6
The value 123.4 cannot be represented exactly as a float64. See
https://golang.org/pkg/math/big/#NewFloat for the caveats involved in using
NewFloat() or SetFloat64(). Passing a string representation allows the
implementation to preserve the exact value without rounding.
On Sun, Feb 14, 2021 at 12
I created:
one instance using big.NewFloat function
another instance using big.Float.SetString method
when compared both these instances using big.Float.Cmp, it return non-zero
code: https://play.golang.org/p/NhQ-klcph2z
am I doing something wrong ?
can some one explain why Cmp returns n
I've opened https://github.com/golang/vscode-go/issues/1225.
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to golang-nuts+unsubscr...@googlegroups.com.
To view thi
>
> As vscode-go is now curated by the Go team [
> https://blog.golang.org/vscode-go]
> I think you should raise issue at https://github.com/golang/vscode-go.
> Your project layout (original one) seems good and straightforward, and the
> need
> for having per-folder environment settings or build-ta
I think ’strong census’ is not accurate - thus the discussions around improving
error handling in Go2.
Many have commented here and elsewhere that the number one reason they don’t
use Go is due to lack of exception handling.
> On Feb 14, 2021, at 10:12 AM, Wojciech S. Czarnecki wrote:
>
> Dni
Dnia 2021-02-14, o godz. 10:54:02
Michael Ellis napisał(a):
> I wrote a detailed answer on StackOverflow
Thank you.
As vscode-go is now curated by the Go team [https://blog.golang.org/vscode-go]
I think you should raise issue at https://github.com/golang/vscode-go.
Your project layout (origina
Dnia 2021-02-13, o godz. 17:44:47
Michael MacInnis napisał(a):
> I've been playing around with reducing error handling boilerplate
You're not alone. Hundreds of us went into such thinking in the first weeks
of reading/using Go - yet before we noticed how much more productive we
are with Go's "bo
Thanks, Space & Alex. I already understood the need for the Go tool
environment vars, just didn't know how to apply them on a per-folder
basis. Thanks for outlining how to use multiple instances of VSCode. It
doesn't appeal to my workflow preferences, but then *à chacun son goût* as *nos
amis fr
Hi,
the solution would be:
1. Protect WASM source files with build flags so that when you open a
"backend" main sources, IDE won't complain about "syscall/js", like this:
// +build js,wasm
2. Open `wasm` directory in second instance of VS Code for which you would
set GOOS and GOARCH for a works
19 matches
Mail list logo
