Live data from Hacker News

Go fonts

blog.golang.org

101–110 of 182 posts

Re: Go fonts

#101
post #97

> What options for native UI does IDEA provide? It's mostly a Swing app. You're right; it's typical bullshit by JetBrains shills. Eclipse has SWT with native UI widgets and IntelliJ is and will always be a sloggy Swing application.

I can't speak for Linux/Windows but on OSX IntelliJ destroys Eclipse in every single aspect.

And frankly I don't care whether it has native UI widgets or not I just want it to be fast and smooth.

Re: Go fonts

#102
post #71

I'm surprised that people haven't commented on the implicit story here: the intention to deliver the "Shiny" cross-platform graphical toolkit for Go. If that happens, Go becomes one of the very few programming languages with a default cross-platform UI library.

> very few programming languages

You mean apart from Tcl, Python, Java, Factor, just about every Smalltalk apart from GNU Smalltalk, Racket, possibly Ruby…

Re: Go fonts

#104

Earlier quoted context omitted.

I think the rendering is horrible too, with plenty of colour fringing and unevenness. The monospace font reminds me of the generic "Asian product manual font" - although the individual shapes are slightly different, it has a similar feeling to MS Mincho: http://lists.w3.org/Archives/Public/www-archive/2013Jul/att-...

The monospace is kind of okay, I guess, but considering the competition there's nothing special about it. Many users will be coding with colour keyword support anyway, so the idea that it's going to be super-great for Go code is strange. I found the proportional font really hard to read. It's not as if Google can't do good typography: https://fonts.google.com/about So this seems like a rather self-indulgent and not w…

You do realise that B&H designed the original OS X system font, Lucida Grande, right?

Re: Go fonts

#105
post #83

These look exactly like the Plan9 fonts (which IIRC were also by Bigelow&Holmes). Ironically, the Plan9 folk seem to shun TrueType in favor of bitmap fonts... I'm pretty sure the Raspberry Pi Plan9 image I'm running at my home office only has bitmap fonts installed.

Plan 9 uses Lucida Sans Unicode, which was the OS X system font (as Lucida Grande) until recently. There is a resemblance between this font and Lucida Sans Unicode, they come from the same foundry, after all, but they are significantly different.

> Ironically, the Plan9 folk seem to shun TrueType in favor of bitmap fonts.

It's true Plan 9 uses bitmap fonts, but that's just how the technology was implemented (so you could use BitBlt, etc), there is no shunning of trye type fonts.

Re: Go fonts

#106
post #36
post #24

Elements of the proportional font, like the little foot on the 'a' remind me of Lucida Grande. Lucida Grade was the original OS X system font, which B & H also developed. This is not their first rodeo, its all about licensing.

Definitely has a Lucida Grande feel to it, which, if I recall correctly, was one of the font on Plan9. The Go Mono isn't close to Lucida Grande Mono, but certainly looks like an interesting update.

Yeah, Plan 9 used Lucida Sans Unicode, of which Lucida Grande is a derivatives with very minor modifications.

Personally I use Lucida Grande for all my programming.

Re: Go fonts

#107
post #91
post #82

Earlier quoted context omitted.

Let's hope it won't be as ugly as the Java crap. Or Tk.

Do you mean the old Java crap, like https://netbeans.org/images_www/screenshots/platform/jmonkey... https://netbeans.org/images_www/screenshots/platform/nbAWSAd... https://netbeans.org/images_www/screenshots/platform/lg_soft... https://netbeans.org/images_www/screenshots/platform/GGSSEph... https://netbeans.org/images_www/screenshots/platform/platypu... https://netbeans.org/images_www/screenshots/platform/blueMar...…

No need to go further, just look at jconsole bundled with latest Java. It looks like crap to me.

Re: Go fonts

#108
post #78

Earlier quoted context omitted.

Why is it not possible to just use the system font for these UI elements?

I help maintain/develop an app that allows users to draw and simulate logic circuits on a canvas. Text plays a minor but important role for labeling various components, showing bit and hex values, etc. The app uses system fonts, and it's a huge mistake. The sizes and exact layout and connectivity of various logic blocks depends on text size, and when that changes (and it does from platform to platform), it leads to l…

The sizes and exact layout and connectivity of various logic blocks depends on text size

I have used many schematic editors and they all handle different font sizes correctly, even letting you choose different fonts and styles within the same document. It is not difficult to figure out how much space a piece of text takes up, and scale the other elements to fit.

If the actual connectivity of the parts in your schematic changes with font size, then I will quite frankly say "you're doing it wrong".

Re: Go fonts

#109
post #97

> What options for native UI does IDEA provide? It's mostly a Swing app. You're right; it's typical bullshit by JetBrains shills. Eclipse has SWT with native UI widgets and IntelliJ is and will always be a sloggy Swing application.

I can't speak for Linux/Windows but on OSX IntelliJ destroys Eclipse in every single aspect. And frankly I don't care whether it has native UI widgets or not I just want it to be fast and smooth.

Windows too. I think eclipse is so fubar that many users cant envision that an ide might be dramatically more stable than eclipse.

Re: Go fonts

#110

This reminds me of Java applications that you can immediately tell are Java because of the weird font. I don't see an advantage over using native system fonts. As far as I know you don't need a license to use fonts installed on the system running the application. Why does the font need to be bundled? The wide spread adoption of this is going to make go programs stick out like a sore thumb.

I don't respect the self-imposed "x-platform native UI experience" constraint anymore. Even windows slowly rebuilt its user interface and experience over the years.

It isn't a user demand, it doesn't put any pressure on support, frankly I have no idea what these people who spread all this custom drawn vs native control polemic were thinking.

Also, if you are making money, who cares if you drew some of your controls on a canvas instead of trying to goad some restricted native elements into acting and drawing like you want them to?

Post reply on HN