You are ignoring the past, future and features of GOLANG HTML when you say
HTML comments are removed as a default. I'm guessing the original design
transmitted HTML comments and they just suppressed them. At some point, I'm
guessing they will add a GOLANG HTML template switch that transmits HTML
co
More to the point, why is atilkan coding `` an HTML comment when golang templates is
a preprocessor language.that is going to strip HTML comments? If he is
retaining code in the template for future reference, then why not use a
template comment {{ /* */ }} instead of an HTML comment. Anyone familia
is JS error. This is a Go runtime error. Not from browser
> console, from terminal.
>
>
> On Tue, Dec 31, 2024 at 02:33 Jon Perryman wrote:
>
>> *"can't evaluate field nonExistingData"* looks like a javascript error
>> message because it says evaluated. HTM
*"can't evaluate field nonExistingData"* looks like a javascript error
message because it says evaluated. HTML would not evaluate stuff. The outer
tics also make me think javascript. I inserted the statement (with &
without outer tics) but don't get an error message on the console.
On Mon, Dec 30,
ok at net.Dialer <https://pkg.go.dev/net#Dialer>. It is
> essentially a struct that adds optional, keyword arguments to net.Dial
> <https://pkg.go.dev/net#Dial>.
>
> On Thu, Aug 17, 2023 at 3:44 AM Jon Perryman
> wrote:
>
>> Struct does not solve the basic problem. In wh
a struct whose contents can be initialized using the
> struct member names.
>
> On Wed, Aug 16, 2023 at 6:04 PM Jon Perryman
> wrote:
>
>> Do you feel your GOLANG API implementations allows your API's
>> and functions to evolve and grow? Personally, positional args has
Do you feel your GOLANG API implementations allows your API's
and functions to evolve and grow? Personally, positional args has pissed me
off for years when a proven simple solution has never been adopted by most
Unix programming languages (except Javascript). Most notably, it's missing
from GOLANG
Compiler cross references were needed when editor's were used. Today, we
have IDE's (Interactive Development Environments). Several are available,
each with their pro's and con's. I currently use VSCODE but each has
features I like and dislike.
Most IDE's allow you to select a variable in a prog
Sorry for this being a little off topic but unlike the media which thinks
with the heart, programmers tend to think with their head. I want to
believe in the idea of "systemic police racism" over blaming all police for
a few bad cops. Since this group supports the idea of "systemic police
racism",
On Sun, May 24, 2020 at 11:05 PM wrote:
> Yeah this works, but you can say this as workaround, what i really want
is, does native go support? if not why?
>> On Monday, May 25, 2020 at 7:57:17 AM UTC+5:30, tokers wrote:
>> You may try to inspect this go package: https://github.com/jtolio/gls
Each
On Wed, Mar 11, 2020 at 12:23 AM Levieux Michel wrote
> It seems you missed something here. "Please like my proposal or everyone
loses" is not an argument.
No one has debated the power, importance and virtues of my proposal.
Apparently you didn't read the comments in the proposal. The discussion
Is there anyone who dislike's this proposal able to describe an acceptable
implementation of gettext in GO? The concept is simple. Convert a message
into another language including date, numbers, day of week, and plurals.
The current gettext:
1. is a CPU hog and intolerable for a large number of m
rintln(G("message text at %t with %n bytes"), time, number)
>
> Notice that (following C) the gettext lookup function is called with the
> string, and not with extra arguments.
>
> Seems fine to me. Needs no language changes.
>
> On Tue, Mar 10, 2020 at 1:31 PM Jon Perr
If proposal https://github.com/golang/go/issues/37292 fails, everyone will
lose out on a great opportunity. API's can be greatly simplified. Writing
pre-processors and GO generate don't completely meet our truly meeting our
needs. Is the extra implementation work worth the effort? Do we live wit
14 matches
Mail list logo
